1.3. Requisitos de hardware
Os usuários recebem uma mensagem de erro quando tentam instalar uma atualização em um computador Windows Vista em um domínio. No log de erros, a mensagem pode ser "Código de erro 6015 para este componente" ou "O instalador encontrou um erro: 0x8007177f. Esta máquina está desabilitada para criptografia de arquivo".
Para resolver esse problema:
Aplique a atualização, que está disponível em http://support.microsoft.com/kb/933595.
Quando um dos seguintes arquivos estiver sendo instalado, a mensagem, “as atualizações a seguir não foram instaladas” será exibida.
WCU\dotNetFramework\dotNetMSP\x64\NetFX2.0-KB936704-v6000-x64_RTM_en.msu
WCU\dotNetFramework\dotNetMSP\x64\NetFX3.0-KB936705-v6000-x64_RTM_en.msu
WCU\dotNetFramework\dotNetMSP\x86\NetFX2.0-KB936704-v6000-x86_RTM_en.msu
WCU\dotNetFramework\dotNetMSP\x86\NetFX3.0-KB936705-v6000-x86_RTM_en.msu
Isso acontece porque o pacote de idiomas En-US correspondente do .NET Framework 2.0 ou .NET Framework 3.0 já está instalado.
Para resolver esse problema:
Instale o .NET Framework 3.5 usando as instruções de instalação em http://go.microsoft.com/fwlink/?LinkId=96339.
Instalar o .NET Framework 3.5 no Windows Server 2003 para processadores Itanium de 64 bits gera a seguinte mensagem: "Microsoft .NET Framework 3.5 – para instalar ou reparar, você deve instalar primeiro o Microsoft .NET Framework 2.0 SP1".
Para resolver esse problema:
Nenhuma solução alternativa está disponível. .O NET Framework 3.5 não conta com suporte no Windows 2003 para processadores Itanium de 64 bits.
A instalação do .NET Framework 3.5 não configurará o IIS corretamente no Windows XP ou Windows Server 2003 se o IIS já estiver instalado e se o Serviço de Administração do IIS estiver desabilitado.
Para resolver esse problema:
Depois de instalar o .NET Framework 3.5, execute o seguinte processo.
1. No menu Iniciar, clique em Executar.
2. Digite "cmd" e pressione ENTER.
3. Digite "sc config iisadmin start= auto" e pressione ENTER.
-ou-
1. No menu Iniciar, clique em Executar.
2. Digite "services.msc" e pressione ENTER.
3. Selecione o Serviço de Administração do IIS na lista. Se o Tipo de Inicialização estiver Desabilitado, clique com o botão direito do mouse em Serviço de Administração do IIS e clique em Propriedades. Altere Tipo de Inicialização para Automático.
4. Em %WINDIR%\Microsoft.NET\Framework\v3.5\, execute WFServicesReg.exe /c. (Em computadores de 64 bits, o caminho é %WINDIR%\Microsoft.NET\Framework64\v3.5\.)
Quando os clientes instalam o .NET Framework 3.5 e depois o reinstalam, talvez eles vejam uma caixa de diálogo de nova tentativa que solicita o encerramento da instalação.
Para resolver esse problema:
Clicar no botão Repetir é inofensivo. A instalação continuará, pois uma instância da instalação já está em execução.
O usuário instala o .NET Framework 3.5 Beta 1 no Windows Vista e atualiza para a versão de lançamento do .NET Framework 3.5. .Os arquivos do NET Framework 2.0 e .NET Framework 3.0 talvez não sejam atualizados corretamente, caso as atualizações do Windows Vista Beta 1 não sejam removidas primeiro.
Para resolver esse problema:
1. Se você já tentou instalar o .NET Framework 3.5, desinstale-o.
2. Desinstale os seguintes KBs usando as Atualizações Instaladas.
- KB929300
- KB930264
- KB110806
3. Instale o .NET Framework 3.5.
2.1.7.1. Erros de configuração
Esse erro ocorre quando interfaces do BITS não são registradas ou as configurações de Registro estão corrompidas.
Para resolver esse problema:
- Atualize para o BITS 2.0 de http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=en
-ou-
- Repare o serviço do BITS executando a ferramenta Bitsadmin no prompt de comando, como segue: bitsadmin /util /repairservice /force
Você pode baixar a ferramenta Bitsadmin de: http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en.
2.1.7.2. Erros de rede
Esses erros podem ocorrer pelos seguintes motivos:
- Impossibilidade de contatar o servidor de download.
- URL não encontrada no servidor.
- Sobrecarga do servidor.
- Gateway ou proxy incorreto.
- Rede desconectada.
- Proxy não oferece suporte a HTTP 1.1.
Para resolver esse problema:
1. Verifique se você está conectado à rede. Talvez seja preciso sair da instalação.
2. Execute um dos seguintes procedimentos.
- Forneça as configurações corretas para o servidor proxy e verifique se seu computador pode encontrar corretamente o servidor proxy.
-ou-
- Atualize para o BITS 2.0. É possível baixar o BITS 2.0 de
http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en .
2.1.7.3. Erros de disco
Esse erro ocorre quando o serviço do BITS falha ao criar um arquivo ou gravar em um arquivo. Como outro programa, como o chkdsk.exe, pode estar em execução, o disco pode estar bloqueado e o BITS pode ser impedido de gravar no arquivo.
Para resolver esse problema:
- Verifique se nenhum outro programa que poderia bloquear o disco está sendo executado e tente fazer o download novamente.
-ou-
- Reinicie o computador e execute a instalação novamente. Verifique se você está conectado à Internet.
2.1.7.4. Erros de proxy
O serviço do BITS falhou devido a um dos seguintes erros relacionados ao proxy:
- As configurações de proxy não são válidas.
- O servidor proxy exige autenticação.
- O computador não está apto para solucionar o servidor proxy.
Para resolver esse problema:
- Forneça as credenciais corretas para autenticação do servidor proxy e inicie a instalação novamente.
-ou-
- Atualize o servidor proxy para que ele ofereça suporte ao HTTP1.1 e verifique se o proxy oferece suporte a credenciais implícitas (por exemplo, NTLM). Talvez você tenha que contatar o administrador de rede.
-ou-
Ignore o servidor proxy alterando suas configurações de proxy do Internet Explorer.
Para ignorar um servidor proxy:
1. No Internet Explorer, clique em Ferramentas e em Opções da Internet.
2. Clique na guia Conexões e em Configurações da LAN.
3. Em Servidor proxy, desmarque Usar um servidor proxy para a rede local (estas configurações não se aplicam a conexões dial-up ou VPN) e clique em OK.
4. Clique em OK novamente.
Se precisar de mais assistência com as configurações do servidor proxy, contate o administrador de rede.
2.1.7.5. Outros erros
O Serviço do BITS não é executado nas seguintes situações:
- Modo de inicialização segura.
- No Windows 2000 de uma conexão de área de trabalho remota.
- Quando a instalação é feita usando um comando “executar como”
Para resolver esse problema:
Nenhuma solução alternativa está disponível. Essas situações não contam com suporte.
Alguns componentes do .NET Framework 3.5 não estarão presentes no computador depois de uma atualização do Windows XP ou Windows Server 2003 para o Windows Vista RMT.
Para resolver esse problema:
1. Desinstale o .NET Framework 3.5.
2. Reinstale o .NET Framework 3.5 usando o DVD do Visual Studio 2008 ou de http://www.microsoft.com.
.A instalação do .NET Framework 2.0 SP1 falha no Windows 2000 SP4 e exibe a mensagem de erro “O ponto de entrada do procedimento HeapSetInformation não pôde ser localizado na biblioteca de vínculo dinâmico KERNEL32.dll”.
Para resolver esse problema:
Instale o kb835732 de http://go.microsoft.com/fwlink/?LinkID=104408&clcid=0x409.
Durante a instalação ou desinstalação do .NET Framework 3.5, .NET Framework 3.0 Service Pack 1 e .NET Framework 2.0 Service Pack 1, uma caixa de diálogo aparece com a mensagem “O aplicativo a seguir deve ser fechado para que a instalação continue:"
A lista de aplicativos mostrada contém a instalação em si, sendo semelhante ao que segue:
Instalação do Microsoft .NET Framework 3.5
instalação
Para resolver esse problema:
Clique em “Ignorar” e continue com a instalação.
A versão original do .NET Framework 1.1 é de somente 32 bits. Além disso, o programa de instalação do .NET Framework 1.1 contém uma condição de inicialização que bloqueia a instalação em sistemas operacionais de 64 bits. Depois da versão original, uma correção foi adicionada aos sistemas operacionais de 64 bits mais novos, que permitem aos usuários ignorar essa condição de inicialização e instalar o .NET Framework 1.1. Entretanto, como o .NET Framework 1.1 não foi desenvolvido para ser instalado em sistemas operacionais de 64 bits e co-existir com versões mais recentes do .NET Framework que foram desenvolvidas para sistemas operacionais de 64 bits (como o .NET Framework 2.0), algumas situações de desintalação lado a lado do .NET Framework não funcionam corretamente.
A situação a seguir pode causar problemas em um sistema operacional de 64 bits.
1. Instalar o .NET Framework 1.1.
2. Instalar o .NET Framework 2.0.
3. Desinstalar o .NET Framework 2.0.
Quando o .NET Framework 2.0 estiver desinstalado nesta situação, algumas entradas de Registro das quais o .NET Framework 1.1. depende serão removidas e o .NET Framework 1.1 não funcionará mais corretamente. Depois que o .NET Framework 2.0 estiver desinstalado, o .NET Framework 1.1 deverá ser reparado para restaurar os valores de Registro exigidos.
Para resolver esse problema:
Execute os seguintes procedimentos.
1. Baixe o pacote de instalação (dotnetfx.exe) do .NET Framework 1.1.
2. No menu Iniciar, clique em Executar, digite “cmd” e clique em OK.
3. Execute o seguinte comando: <caminho completo para dotnetfx.exe> /t:%temp% /c:"msiexec.exe /fvecms %temp%\netfx.msi".
As instruções para reparação do .NET Framework 1.1 estão contidas em %windir%\Microsoft.NET\Framework\v1.1.4322\1033\repairRedist.htm, que pode ser encontrado em computadores que possuem o .NET Framework 1.1.
Reparar o .NET Framework 3.0 SP1 usando a caixa de diálogo Informações de Suporte em Adicionar ou Remover Programas exige que o usuário especifique o caminho da origem da instalação do produto.
Para resolver esse problema:
Repare o .NET Framework 3.0 SP1 usando a opção Alterar em Adicionar ou Remover Programas.
Habilitar o rastreamento ASMX para um serviço Web ASP.NET que envia ou recebe um instância SqlString resulta em um erro ArgumentOutOfRangeException em tempo de execução.
Para resolver esse problema:
Desabilite o rastreamento ASMX para o serviço Web ASP.NET.
Os clientes do WMI (Instrumentação de Gerenciamento do Windows) recebem o erro Falha de Carregamento do Provedor quando tentam usar a funcionalidade que é implementada em um provedor WMI que aproveita a infra-estrutura de Extensões do Provedor WMI. A causa é uma biblioteca de vínculo dinâmico (DLL) registrada de forma inadequada. Durante a instalação do .NET Framework 3.5, o System.Management.Instrumentation.dll não é registrado corretamente para permitir que clientes COM usem as classes implementadas.
Para resolver esse problema:
1. Clique em Iniciar e em Todos os Programas.
2. Clique em Microsoft Visual Studio 2008 e em Ferramentas do Visual Studio.
3. Nos sistemas operacionais Windows anteriores ao Windows Vista, clique no Prompt de Comando do Microsoft Visual Studio 2008 para abrir uma janela de Prompt de Comando. Nos sistemas operacionais Windows Vista e mais recentes, clique com o botão direito do mouse no Prompt de Comando do Microsoft Visual Studio 2008 e clique em Executar como Administrador para abrir uma janela elevada de Prompt de Comando.
4. No prompt de comando, digite "regasm %systemdrive%\program files\reference assemblies\microsoft\framework\v3.5\system.management.instrumentation.dll" e pressione ENTER.
Observação:os desenvolvedores que estão escrevendo provedores WMI que utilizam a tecnologia de Extensões de Provedor WMI (inclusa no .NET Framework 3.5) devem garantir que o System.Management.Instrumentation.dll esteja registrado adequadamente, bem como corrigir o registro se necessário, antes de instalar seus provedores. O registro incorreto resultará na falha do provedor. O procedimento em http://go.microsoft.com/fwlink/?LinkID=103794 mostra como registrar essa DLL corretamente.
Como parte da instalação do .NET Framework 3.5, algumas permissões são adicionadas aos arquivos de configuração padrão, web_mediumtrust.config e web_hightrust.config. Essas atualizações são necessárias, de forma que o LinqDataSource pode ser usado em configurações de confiança alta e média.
Os arquivos de configuração de confiança personalizada não podem ser detectados pelo instalador e devem ser atualizados manualmente. Se as configurações de confiança não forem atualizadas, o controle LinqDataSource pode gerar a seguinte exceção de tempo de execução: "System.Security.SecurityException: falha de solicitação da permissão do tipo 'System.Security.Permissions.ReflectionPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'".
Para resolver esse problema:
1. Abra o arquivo de configuração de confiança que, geralmente, está instalado no seguinte local: %WINDIR%\Microsoft.NET\Framework\v2.0.50727\CONFIG\.
2. Faça as duas alterações a seguir nesse arquivo:
- No elemento <SecurityClasses>, adicione uma entrada aninhada para uma nova Classe de Segurança, como segue:
<SecurityClasses>
....
<!-- essa seção SecurityClass é a solução alternativa para o problema de compilação -->
Name="ReflectionPermission" Description="System.Security.Permissions.ReflectionPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" /> </SecurityClasses> - Na seção <NamedPermissionSets>, aninhada no ASP.NET <PermissionSet>, adicione um elemento <IPermission>para permissão de reflexão, como segue: <NamedPermissionSets> <PermissionSet class="NamedPermissionSet" version="1" Name="ASP.NET"> ... <!-- essa seção IPermission é a solução alternativa para o problema de reflexão --> <IPermission </PermissionSet> ... </NamedPermission> 3. Salve o arquivo e feche-o. Quando o tempo de execução é atualizado do .NET Framework 2.0 ou .NET Framework 3.0 para o .NET Framework 3.5, todas as ações existentes de URL de código gerenciado para o usuário atual são substituídas pelas configurações padrão. Por exemplo, as ações de URL que o usuário definir como "Desabilitada" poderão ser redefinidas para o padrão "Habilitada". As duas ações de URL a seguir são conhecidas por serem afetadas: Executar componentes não assinados com Authenticode e Executar componentes assinados com Authenticode. Esse comportamento é do Windows XP, e não do Windows 2003 nem do Windows Vista. Ele também ocorre quando o .NET Framework 1.1 é atualizado para .NET Framework 2.0. Para resolver esse problema: O usuário deve redefinir as ações de URL manualmente depois de atualizar o .NET Framework. Quando o Internet Explorer 6 for atualizado para o Internet Explorer 7, se a ação de URL “Permissões para Componentes com Manifestos” estiver definida como “Desabilitada”, ela será alterada para “Segurança Alta” (o padrão). Isso ocorre porque a instalação do Internet Explorer 7 não sabe se a ação de URL foi alterada do padrão; portanto, ele a redefine para o padrão. Isso é notável porque a configuração de segurança padrão Média-Alta pode ser menos restritiva que a configuração escolhida anteriormente pelo usuário. Para resolver esse problema: O usuário deve redefinir as ações de URL manualmente depois de uma atualização. O WCF emite uma asserção <sp:EncryptSignature> na política de segurança do serviço toda vez que a segurança de mensagem é usada na ligação HttpBinding. Para que o WCF cumpra a especificação da política de segurança, ele não emite a asserção <sp:EncryptSignature> se o contrato de todo o serviço for marcado como ProtectionLevel.Sign ou ProtectionLevel.None e nada for criptografado em qualquer mensagem de operação de contrato (por exemplo, token de nome de usuário). Para resolver esse problema: Nenhuma solução alternativa está disponível. Quando a publicação de metadados para um serviço WCF pelo HTTPS é configurada usando o ServiceMetadataBehavior com um ExternalMetadataLocation relativo, as solicitações de metadados não podem ser resolvidas e a seguinte mensagem de exceção é exibida se qualquer ponto de extremidade de troca de metadados (MEX) for configurada: “A URL fornecida ao ServiceMetadataBehavior por meio da propriedade ExternalMetadataLocation ou do atributo externalMetadataLocation na seção serviceMetadata em configuração era uma URL relativa e não há endereço básico com o qual resolver”. Para resolver esse problema: Remova todos os pontos de extremidade MEX configurados do serviço WCF. Em versões anteriores, se o IIS ou qualquer outro servidor Web foi configurado para usar HTTPS e para trocar o caminho de certificação de todo o servidor, em vez de apenas a certificação do servidor, um cliente WCF talvez não tenha aceitado a certificação do servidor como válido quando certificações CA intermediárias não existirem no armazenamento local de certificados. No .NET Framework versão 3.5, o WCF agora lida com os caminhos de certificação para verificação de certificação do servidor. Para resolver esse problema: Nenhuma solução alternativa é exigida. Não existem problemas conhecidos. Os métodos de extensão não públicos que são definidos em um projeto de fluxo de trabalho não podem ser usados como parte das regras do Workflow Foundation. Para resolver esse problema: Torne públicos os métodos de extensão. 3.1. Leiame do Visual Studio 2008: http://go.microsoft.com/fwlink/?LinkId=102508. 3.2. Leiame do Visual Studio 2008 Express Editions: http://go.microsoft.com/fwlink/?LinkId=102509. 3.3. Biblioteca MSDN para Leiame do Visual Studio: http://go.microsoft.com/fwlink/?LinkId=102512.
© 2007 Microsoft Corporation. All rights reserved. Termos de Uso | Marcas Comerciais | Declaração de Privacidade
class="ReflectionPermission"
version="1"
Flags="RestrictedMemberAccess"
/>2.3.1.5. No Windows XP, as ações existentes de URL de controle gerenciado para o usuário atual serão substituídas quando o usuário atualizar para o.NET Framework 2.0, .NET Framework 3.0 ou .NET Framework 3.5.
2.3.1.6. A instalação do Internet Explorer redefine a ação de URL “Permissões para Componentes com Manifestos” de “Desabilitada” para “Segurança Alta” durante a instalação.
2.3.2. Windows Communication Foundation (WCF)
2.3.2.1. wsHttpBinding que possui requisitos de contrato somente de assinatura de segurança de mensagem gera mensagens de não conformidade.
2.3.2.2. Não é possível solucionar externalMetadataLocations relativa quando o HTTPS e os pontos de extremidade MEX configurados estiverem sendo usados.
2.3.2.3. Alteração de comportamento: SSL certifica caminhos de certificação e validação.
2.3.3. Windows Presentation Foundation (WPF)
2.3.4. Windows Workflow Foundation (WF)
2.3.4.1. As regras do Workflow Foundation não podem usar métodos de extensão que não sejam públicos.
3. Links relacionados