Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Este artigo descreve várias etapas que você pode tomar para solucionar alguns dos erros mais comuns que você encontrar ao tentar instanciar um objeto de servidor remoto usando DCOM (Distributed Component Object Model). No Visual Basic, as mensagens de erro mais comuns são:
Erro em tempo de execução 70: Permission Denied.
Erro em tempo de execução 429: o componente ActiveX não é possível criar o objeto.
Erro em tempo de execução 462: O computador do servidor remoto não existe ou não está disponível.
A maioria dos problemas que ocorrem quando você tenta criar uma instância COM um objeto em um computador remoto usando DCOM relacionados a configurações incorretas no Dcomcnfg ou um problema de rede. Muito raramente o problema está relacionado ao código.
A primeira coisa a fazer é anotar as informações relacionadas ao seu ambiente e o próprio aplicativo, como:
Sobre o computador servidor:
O computador servidor é o computador onde o aplicativo do servidor será executado. Colete os seguintes dados:
Sistema operacional e service pack instalado.
Está alguém conectado ao computador?
Se alguém fizer logon, quais são seus direitos de? Eles são parte do grupo Administradores? São eles logon como um domínio do usuário?
Sobre o computador cliente:
O computador cliente é o computador onde o aplicativo cliente vai executar. Colete os seguintes dados:
Sistema operacional e service pack instalado.
Quem está conectado a este computador? Eles efetuado logon como um usuário do domínio ou como um usuário local? Se eles logon como usuário do domínio quais são seus direitos no computador do servidor? Eles são parte do administradores grupo no computador do servidor?
Sobre o aplicativo do servidor:
Com qual idioma, versão e service pack foi o servidor desenvolvido?
-Retorno de chamada para o cliente?
Ele disparar eventos? Em caso afirmativo, é segurança DCOM definida no computador cliente para conceder acesso a conta todos ?
Ele tem uma interface de usuário?
Está marcado como Unattended Execution ?
Ele é definir parâmetros de segurança por meio de programação através de chamada de funções, como CoInitializeSecurity ou CoSetProxyBlanket ?
Sobre o aplicativo cliente:
Com qual idioma, versão e service pack foi aplicativo desenvolvido?
Ele é definir parâmetros de segurança por meio de programação através de chamada de funções, como CoInitializeSecurity ou CoSetProxyBlanket ?
Sobre a rede:
Tem o cliente e os computadores servidor na rede local mesmo (LAN)?
Estão o cliente e os computadores servidores conectados através da Internet, sem firewalls e proxies entre eles?
Estão o cliente e os computadores servidores conectados através da Internet, com firewalls e proxies entre eles?
Verifique se todas as configurações em Dcomcnfg estão apropriadas, baseado nos dados coletados anteriormente.
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como usar DCOMCNFG para um aplicativo cliente/servidor do Visual Basic DCOM
Se você estiver usando o Microsoft Windows 95 no computador cliente ou servidor, verifique se você instalou o DCOM95 nele. Você pode baixar o DCOM95 do site da Microsoft:
Se você estiver usando o Windows 95, Microsoft Windows 98, Windows Millennium Edition no computador servidor, você precisará ter o componente de servidor executado antes de tentar usar o cliente. Como uma seleção, verifique se o servidor está sendo executado e está aguardando o cliente se conecte.
165101
(http://support.microsoft.com/kb/165101/EN-US/
)
Como usar o Windows 95, Windows 98 ou Windows Me como um servidor DCOM
Se seus computadores cliente e servidor estiverem conectados através da Internet com firewalls e proxies entre eles, DCOM não irá funcionar se houver qualquer tipo de conversão de endereços (NAT) entre eles. Se não houver nenhuma conversão de endereços, você precisará configurar esses proxies e firewalls para ativar o DCOM para se comunicar. Você pode encontrar vários informes oficiais relacionados a esse assunto no Microsoft Developers Network (MSDN) ou no seguinte site da Microsoft:
Se você ainda tiver problemas após a configuração Dcomcnfg às configurações de direita com base em seus recursos de ambiente e aplicativo, aqui estão várias etapas adicionais que você pode adotar para resolver o problema:
Uso Gerenciador de tarefas para verificar o servidor não está em execução enquanto você faz alterações nas configurações de usando Dcomcnfg. Todas as configurações são atribuídas a um processo quando ele é iniciado assim, se o servidor estiver em execução enquanto você alterar as configurações, as novas configurações só entrarão em vigor na próxima vez que o servidor é iniciado.
Verifique se o servidor e o cliente executam corretamente no mesmo computador. Você sempre deve testar que o cliente e o servidor execute corretamente localmente; ou seja, no mesmo computador, antes de executar remotamente.
Verifique se o problema que está enfrentando for realmente um problema de DCOM, que geralmente não está relacionado ao código propriamente dito, ou se for um problema de codificação específico para seu aplicativo. Para fazer isso, criar um aplicativo cliente/servidor simples com apenas um ou dois métodos muito simples. Siga os procedimentos normais de empacotamento e instalação. Se seu servidor gera eventos, sua pequena amostra deve também disparam eventos. Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
266717
(http://support.microsoft.com/kb/266717/EN-US/
)
Como criar um aplicativo de cliente/servidor DCOM usando o Visual Basic
267836
(http://support.microsoft.com/kb/267836/EN-US/
)
Como criar um cliente/servidor DCOM com eventos usando o Visual Basic
O ideal é que você deve usar os artigos anteriores como uma diretriz porque eles levá-lo passo a passo do zero através de até o empacotamento final e a implantação. Use as mesmas configurações que você está usando para seu aplicativo e ver se isso funciona. Se o problema está relacionado a DCOM, você enfrentará os mesmos problemas na amostra pequena como faria em seu aplicativo. Manter solução do problema com pequena amostra até encontrar o problema. Se pequeno aplicativo funciona bem, mas seu próprio aplicativo não funcionar com as mesmas configurações, você pode ser opostas dois problemas:
Algo em seu código está criando o problema. Por exemplo, se você acessar um banco de dados em seu código e a identidade do servidor não tem direitos para isso. O mesmo problema pode ocorrer se você está tentando acessar arquivos ou instanciar outros objetos.
Seu código é bem, mas você tem alguns problemas no registro, como várias entradas para o seu servidor. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
180525
(http://support.microsoft.com/kb/180525/EN-US/
)
PROBLEMA: Dcomcnfg relatórios várias cópias do servidor DCOM
Você está apontando o computador cliente para o computador servidor errado. Verifique a guia local no Dcomcnfg no computador cliente.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como usar DCOMCNFG para um aplicativo cliente/servidor do Visual Basic DCOM
Verifique se fornecido e instalado o cliente e o servidor corretamente. Criar corretamente os pacotes de distribuição é fundamental para uma instalação bem-sucedida.Para obter informações adicionais sobre um exemplo passo a passo sobre como criar um aplicativo de cliente/servidor DCOM usando o Visual Basic, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
266717
(http://support.microsoft.com/kb/266717/EN-US/
)
Como criar um aplicativo de cliente/servidor DCOM usando o Visual Basic
267836
(http://support.microsoft.com/kb/267836/EN-US/
)
Como criar um cliente/servidor DCOM com eventos usando o Visual Basic
Verifique se sua rede está funcionando corretamente pelo ping o cliente do computador servidor e o servidor do computador cliente. No computador servidor, abra uma janela de prompt de comando e execute o seguinte comando onde o anterior ClientcomputerName deve ser o nome do computador cliente:
Ping ClientcomputerName
se tudo está funcionando corretamente, você verá três ou quatro respostas e o tempo de cada um deles. Se você vir tempos-limite ou outros erros, você tem problemas na sua configuração de rede e você precisará corrigir esses antes de continuar. Repita as etapas mesmas no computador cliente usando o nome do computador do servidor.
Em Dcomcnfg no computador cliente, altere local do servidor, substituindo o nome do servidor com endereço IP do servidor. Se ele funciona com o endereço IP e não com o nome do computador do servidor, em seguida, mais provável que você ter problemas com as configurações de rede.
Tente reiniciar o servidor e o cliente. Às vezes, algumas configurações são armazenadas em memória e reiniciar depois de fazer alterações em Dcomcnfg resolve o problema.
No Windows 95 ou Windows 98, usar o protocolo TCP/IP. Para fazer isso, remova todos os outros protocolos na lista de protocolos padrão do DCOMCNFG.
Geralmente, se você tiver um problema DCOM, você obterá um erro ao tentar instanciar o objeto remoto chamando a função CreateObject ou quando você define a variável de objeto com a nova palavra-chave. É importante ser capaz de distinguir se você estiver recebendo uma mensagem de erro devido à criação do próprio objeto ou devido a o que está fazendo no evento Initialize do objeto. Não se o evento Initialize do objeto que você está tentando criar uma instância não tem qualquer código, há nenhuma dúvida de que o erro que você está obtendo está relacionado a instanciação do objeto. Se, no entanto, você tiver o código no evento Initialize, como se conectar a um banco de dados ou instanciar outros objetos, você deve incluir a interceptação de erro dentro do evento Initialize e gerar um erro de usuário personalizado. Se você não ajustar o registro os erros de evento Initialize e um erro é gerado, ele bubbles saída para o cliente e poderá confundi-lo. Talvez você ache que o problema é a criação de objeto quando o problema é, na verdade, o código da inicialização evento.
Se o servidor estiver sendo executado no Microsoft Windows NT 4 ou Microsoft Windows 2000, você pode usar o Visualizar eventos para descobrir informações de auditoria adicionais sobre por que a conexão DCOM falhou. No entanto, esses tipos de eventos de log geralmente não está habilitado por padrão. Você precisará definir as opções de auditoria para ativá-lo.
No Windows NT 4, habilite essas opções da seguinte maneira:
No menu Iniciar , selecione programas , selecione Ferramentas administrativas e, em seguida, selecione Gerenciador de usuários .
Se você estiver executando o servidor do NT 4, você deve selecionar um domínio; nesse caso, no menu usuário , selecione a opção de domínio e em seguida, selecione seu computador local.
No menu diretivas , selecione a opção de auditoria . Ativar a auditoria para sucesso e falha para as três primeiras entradas: logon/logoff, arquivos e acesso a objetos, direitos de uso do usuário. Clique em OK e feche o Gerenciador de usuários.
No Windows 2000, habilite essas opções da seguinte maneira:
No menu Iniciar , selecione programas , selecione Ferramentas administrativas e, em seguida, selecione Diretiva de segurança local .
No painel esquerdo, você verá um modo de exibição de árvore. Clique no sinal de mais (+) sinal à esquerda das Diretivas locais , e você verá a entrada de Diretiva de auditoria . Selecione a entrada de Diretiva de auditoria e observe que o painel direito contém todas as opções de auditoria, que um é habilitado e que não é um. Clicando com o botão direito em qualquer uma dessas opções permite que você ativar ou desativá-los.
Ativar a auditoria para sucesso e falha para as seguintes opções: auditoria de eventos de logon, auditoria de acesso a objetos, auditoria de uso de privilégio.
Feche a janela Diretiva de segurança local .
Após ativar essas opções de log, teste seu cliente novamente. Depois de obter a mensagem de erro, use Visualizar eventos para ver se há quaisquer eventos DCOM. O evento pode lhe dizer por que o acesso foi negado. Além disso, ele pode informar quem está conectado ao computador cliente e se isso for um usuário de domínio ou um usuário local. Ele pode informar que o protocolo solicitado pelo cliente não está disponível no servidor e assim por diante. COM logs geralmente são adicionados ao log do sistema.
Se seu servidor tiver mais de uma classe e algumas dessas classes funcionam e outros não, verifique cada entrada de classe de Dcomcnfg no computador cliente. Por padrão, cada classe possui seu próprio AppID e, conseqüentemente, suas próprias configurações, portanto, é possível que algumas de suas classes são definidas corretamente e outros não. Para obter informações adicionais sobre como localizar o servidor na lista de aplicativos do cliente, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como usar DCOMCNFG para um aplicativo cliente/servidor do Visual Basic DCOM
Geralmente este erro está relacionado a configurações de segurança. Esse erro é uma boa indicação de que a chamada atingido o computador de destino, portanto, rede provavelmente não é um problema aqui. Aqui estão algumas coisas para verificar:
Se você definir o nível de autenticação para conectar , verifique se que o usuário fez logon computador cliente é conectado como um usuário de domínio e não um usuário local.
Se você definir o nível de autenticação para conectar , verifique se que o computador servidor, na verdade, pertence ao domínio. Se for um computador autônomo, ele não é possível autenticar os usuários a menos que você tenha um nome de usuário correspondente/senha no computador com o cliente e servidor.
Se você definir o nível de autenticação como Nenhum , verifique se você definiu essa opção como Nenhum nos computadores cliente e servidor.
Se você definir o nível de autenticação para Nenhum e você verificou os dois computadores que essa configuração correta, não deixe que nem o cliente como o aplicativo do servidor é configurar autenticação por meio de programação usando funções como CoInitializeSecurity ou CoSetProxyBlanket . Definir autenticação programaticamente substitui as entradas do registro do DCOMCNFG.
Se você definir o nível de autenticação como Nenhum , e você tiver usuários fora do domínio, verifique se você incluiu "Todos" (ou "O mundo" para o Windows 95 e Windows 98) no acesso e permissões de inicialização.
Verifique o acesso e inicialização permissões no DCOMCNFG e verifique se o usuário conectado ao computador cliente está explicitamente incluído nessas listas ou pertence a um dos grupos incluídos.
Consulte "Conhecidos problemas para verificar" posteriormente neste artigo.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
216051
(http://support.microsoft.com/kb/216051/EN-US/
)
CORRECÇÃO: Dcomcnfg NT 4.0 SP4 não grava .Exe nome do arquivo em HKCR\APPID
Erro em tempo de execução 429: O componente ActiveX não é possível criar o objeto
A seguir estão algumas coisas que poderiam causar este erro:
O servidor não está instalado corretamente no computador servidor. Execute Dcomcnfg no computador servidor, selecione o aplicativo servidor na lista de aplicativos e em seguida, clique em Propriedades . Na guia local , verifique se a única opção selecionada é Executar aplicativo neste computador .
Você recompilado o servidor sem compatibilidade binária e não recompilar o cliente. O cliente pode estar procurando identificações de classe antiga. Mesmo recompilado o cliente, você pode ter várias entradas no registro, antigos e novos.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
180525
(http://support.microsoft.com/kb/180525/EN-US/
)
PROBLEMA: Dcomcnfg relatórios várias cópias do servidor DCOM
Você pode estar usando o nome de servidor incorreto na guia local. Por exemplo, você instalou o servidor no computador servidor e por algum motivo que você tiver definido o local em Dcomcnfg como sendo ServerB. Execute Dcomcnfg no computador cliente, localize o servidor na lista de aplicativos e, em seguida, clique em Propriedades . Selecione a guia local e, em seguida, verifique se o nome do computador servidor está correto. Se você não conseguir localizar o servidor na lista de aplicativos, procure por "Localizar seu servidor na lista de aplicativos do cliente" no seguinte artigo da Base de dados de Conhecimento Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como usar DCOMCNFG para um aplicativo cliente/servidor do Visual Basic DCOM
Também consulte "Conhecidos problemas para verificar" posteriormente neste artigo.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
193143
(http://support.microsoft.com/kb/193143/EN-US/
)
Erro: Cliente DCOM de trava e fornece e mensagem de erro 429
Erro 462: O computador servidor remoto não existe ou não está disponível
A seguir estão algumas causas dessa mensagem de erro:
Você pode estar usando o nome de servidor incorreto na guia local. Por exemplo, você instalou o servidor no computador servidor e por algum motivo você definiu o local na Dcomcnfg como sendo ServerB e ServerB não é um computador válido. Execute Dcomcnfg no computador cliente, localize o servidor na lista de aplicativos e, em seguida, clique no botão Propriedades . Selecione a guia local e, em seguida, verifique se o nome do computador servidor está correto. Se você não conseguir localizar o servidor na lista de aplicativos, consulte "Localizando seu servidor na lista de aplicativos do cliente" no seguinte artigo da Base de dados de Conhecimento Microsoft:
268550
(http://support.microsoft.com/kb/268550/EN-US/
)
Como usar DCOMCNFG para um aplicativo cliente/servidor do Visual Basic DCOM
Executar ping no servidor do cliente e verifique se ele está acessível. Também ping ao cliente do servidor se ele está acessível. Ping por nome e endereço IP. Consulte o item 5 na seção "Troubleshooting adicionais" deste artigo.
O servidor está executando em um computador Windows Me, Windows 95, Windows 98 ou e o servidor não está sendo executado aguardando os clientes se conectem ou RPCSS.EXE não está sendo executado.Para obter informações adicionais sobre esse tópico, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
165101
(http://support.microsoft.com/kb/165101/EN-US/
)
Como usar o Windows 95 ou Windows 98 como um servidor DCOM
O computador tem mais de uma placa de rede.Para obter informações adicionais sobre esse tópico, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
183930
(http://support.microsoft.com/kb/183930/EN-US/
)
CORRECÇÃO: O IP É desconfigurado ao usar UDP em computadores com hospedagem múltipla
Consulte a seção "Conhecidos problemas para verificação" deste artigo.
O computador servidor não está em execução ou ainda está em estado de reinicialização.
Se o servidor não tiver uma interface de usuário, verifique se você marcou a opção de Execução automática . Se você não marcar esta opção, é possível que uma caixa de mensagem estiver sendo exibida pelo servidor devido a um erro untrapped, por exemplo. Se seu servidor não está sendo executado com a identidade do Usuário interativo , ninguém pode ver essa caixa de mensagem e o servidor está apenas esperando alguém descartar a caixa, que nunca acontece. Usando a opção Unattended Execution , caixas de mensagem são redirecionadas para um arquivo de log.
Para obter informações adicionais sobre esse tópico, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
185193
(http://support.microsoft.com/kb/185193/EN-US/
)
PROBLEMA: Clireg32 Falha ao registrar a biblioteca de tipos de servidor DCOM
221173
(http://support.microsoft.com/kb/221173/EN-US/
)
PROBLEMA: Instalar VB6 não atualiza Clireg32.exe
Problemas conhecidos para verificar
A seguir é uma lista de problemas conhecidos que podem estar afetando a instalação. Eles estão documentados em outros artigos da Microsoft Knowledge Base. Suas identificações de artigo são fornecidas aqui. Se você ainda estiver tendo problemas com o aplicativo DCOM depois de revisar as etapas de solução de problemas deste artigo e a lista de problemas conhecidos, certifique-se de pesquisar o Knowledge Base artigos adicionais que não podem ser incluídas neste artigo.
A seguinte mensagem de erro afeta aplicativos de servidor criados com Visual Basic 6.0 inicial Release, antes de Service Pack 1.
193143
(http://support.microsoft.com/kb/193143/EN-US/
)
Cliente DCOM de trava e fornece e mensagem de erro 429
O seguinte problema foi introduzido no Dcomcnfg que acompanha o Service Pack 4 para NT 4.0 e corrigidos no Service Pack 6 para NT 4.0. No entanto, mesmo se você já tiver a versão fixa fornecido com o SP6, mas seu servidor foi instalado antes da instalação SP6, você ainda pode estar enfrentando esse problema. O problema é que Dcomcnfg não incluiu uma chave de registro necessárias em Hkey_Classes_Root\AppID. O HKCR\AppID é a chave que mapeia o executável de um servidor para sua AppID. Por exemplo, se o executável do servidor é MyServer.exe, deve haver uma chave sob HKCR\AppID com este nome. Um dos valores sob essa chave deve ser AppID que contém o GUID AppID do seu servidor. Consulte instruções no seguinte artigo da Base de dados de Conhecimento Microsoft sobre como adicionar manualmente a entrada ausente.
216051
(http://support.microsoft.com/kb/216051/EN-US/
)
Dcomcnfg NT 4.0 SP4 não grava .Exe nome em HKCR\APPID
A conseqüência desse erro é que o sistema ignora todas as entradas personalizadas que você definiu no Dcomcnfg para este servidor. Por exemplo, se você definiu uma lista de usuários que tenha direitos para acessar e iniciar o seu servidor, e essa lista inclui Usuário1, mas você ainda receber erro 70 "Acesso negado" quando User1 tenta se conectar ao seu servidor, provavelmente você terá esse problema. Outro problema, por exemplo, é se você definiu a identidade do seu servidor como usuário interativo, mas o servidor continuará a se comportar como se ele tem identidade iniciando usuário - que é o padrão.
Houve um erro em Clireg32.exe fornecida com o Visual Basic 5.0. A conseqüência foi que o cliente falhou após a instalação. A versão do Clireg32 remessa com o Visual Basic 6.0 tem esse bug corrigido, mas se você tiver a versão antiga no computador quando você instalou o Visual Basic 6.0, o procedimento de instalação não atualiza o arquivo, para que você talvez tenha a versão antiga.
Clireg32.exe é um utilitário que registra os arquivos de taxa de bits VARIÁVEL e TLB no computador cliente. Quando você cria um pacote de distribuição para um cliente e adiciona automaticamente um arquivo de taxa de bits VARIÁVEL, o PDW Package and Deployment Wizard () adiciona Clireg32.exe ao seu pacote de distribuição. Se você tiver a versão incorreta do clireg32.exe no seu computador de desenvolvimento, você pode ser distribuindo versão incorreta com o seu aplicativo. Se o computador de destino ainda não tiver uma versão mais recente, esta versão incorreto é aquele que está sendo usado. A versão com problemas que acompanha o Visual Basic 5.0 é 5.00.3716, datado de 16/1/1997 12: 00.
185193
(http://support.microsoft.com/kb/185193/EN-US/
)
Clireg32 Falha ao registrar o servidor de biblioteca de tipo de DCOM
221173
(http://support.microsoft.com/kb/221173/EN-US/
)
Instalar VB6 não atualizar Clireg32.exe
O seguinte erro pode causar problemas quando você estiver usando o DCOM em um computador com mais de uma placa de rede. Uma mensagem de erro possíveis é:
462 Computador do servidor remoto não está disponível.
Para evitar esse problema, mantenha apenas o TCP/IP na lista de protocolos deste computador. Esse problema é corrigido no NT4 SP4.
183930
(http://support.microsoft.com/kb/183930/EN-US/
)
IP é desconfigurado ao usar UDP em computadores com hospedagem múltipla
Quando um cliente COM em um computador Windows NT é executado sob uma identidade que não pode ser autenticada no computador remoto, um servidor COM iniciado pelo cliente desliga em aproximadamente seis minutos.
175020
(http://support.microsoft.com/kb/175020/EN-US/
)
Remoto COM Server desligado após seis minutos
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 269330
(http://support.microsoft.com/kb/269330/en-us/
)
Quanto esforço foi necessário para seguir os procedimentos deste artigo?
Muito baixo
Baixo
Moderado
Alto
Muito alto
Diga-nos o porque e o que podemos fazer para melhorar esta informação
Obrigado! Seus comentários são usados para nos ajudar a aperfeiçoar o conteúdo de suporte. Para obter mais opções de ajuda, visite a Home Page de Ajuda e Suporte.
Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Tradução automática
Voltar para o início
