Problemas de rede no VMWare com bridge wireless [closed]

5

Dados do barebone:

  • virtualização: VMWare Workstation 6.5 (mais recente)
  • Host: Windows Server 2008 x64
  • Convidado: Windows Server 2008 x86
  • Adaptador de rede do host: Ethernet (consulte o comentário)
  • Adaptador de rede do host: sem fio (ver comentário)
  • Adaptador de rede 1 de ethernet Convidado VMNet (automático)
  • Adaptador de rede 2 de convidado : somente host VMNet

comment: my host has LAN and Wifi but only one at the same time. I'm either wired or wireless. Never both. So bridged connection on VM goes either via wire or air.

Problema
Quando estou conectado sem fio no host e acesso à Internet dentro da VM , minha conexão fica paralisada (não é interrompida). Não experimenta qualquer tempo limite, apenas pára de baixar / comunicar. Por exemplo: Eu começo a baixar um arquivo com um navegador (IE / FF / CR não importa) e eu tenho que pausar / reiniciar o download quando a velocidade cai para 0. Eu poderia esperar indefinidamente, mas a conexão não pegaria automaticamente.

O que eu perdi na minha configuração de rede?

Atualização 1

Eu testei isso em várias combinações. Isso funciona bem quando o host está conectado via Ethernet. Mas quando o host está conectado via Wifi, a conexão no convidado funciona conforme descrito anteriormente. Ele se conecta bem. Obtém um IP válido do DHCP ... Tudo é legal, desde que você não comece a fazer um tráfego de rede intensivo (ou seja, baixe um arquivo de 2MB). Nesse caso, ele inicia o download e pára após algum tempo. A velocidade cai para 0B / s ... Às vezes, ela pega de volta, às vezes não. A conexão ainda permanece e funciona. Eu posso pingar sem problemas.

    
por Robert Koritnik 12.08.2009 / 01:21

6 respostas

1

Seu cartão sem fio provavelmente está interferindo no software do aplicativo.

  1. Desativar a NIC com fio e isso acontece?
  2. Substitua a placa sem fio.

Essas etapas devem ser concluídas antes que qualquer outra investigação possa ser realizada para não perder tempo.

    
por 27.11.2012 / 23:17
0

Não tenho 100% de certeza de que ele realmente começou, mas como você tem dois NICs, eu apenas verifico se as configurações de IP não são conflitantes.

Além disso, certifique-se de marcar Bridged para a NIC e não uma conexão em ponte com VMNet sob encomenda.

Se eu fosse você, agora eu faria o seguinte para testar.

  • Faça um instantâneo chamado teste
  • Remover NIC2
  • Definir o NIC1 como modo em ponte
  • Testar a internet.

Se isso funcionar, ótimo, foi um problema ter vários nics ... Você pode solucionar seu problema ou perguntar aqui, pois esse é um problema geral de rede.

Se isso não funcionar, é claramente um problema real com o VMware (fornecendo testes e garantindo que esses sites funcionem no host). Restaure o instantâneo que você tirou acima para desfazer a alteração que eu disse.

    
por 12.08.2009 / 09:54
0

O que a rota mostra enquanto está funcionando versus não está funcionando?

Alguma coisa nos registros aparecendo?

O que o wireshark mostra para o fluxo de tráfego?

    
por 12.08.2009 / 14:50
0

Não é realmente uma resposta à sua pergunta, mas eu tenho que entrar em contato aqui e dizer que, se você estiver executando o Windows Server 2008 x64, por que você está usando isso para navegar na Internet? Além disso, por que você está instalando navegadores de terceiros em um Windows Server destinado apenas a esse propósito - serviço!

Espero que você consiga resolver seus problemas com a rede VMware (já tive isso no passado), mas você realmente deveria estar usando a variante de servidor como um cliente de desktop.

    
por 12.08.2009 / 15:21
0

Tenho a sensação de que esse não é o problema, mas você conversou com os administradores da rede? Confirme se a segurança de porta está desativada em redes com fio e sem fio em seu local. Isso foi uma dor enorme para mim até que eu percebi isso. Além disso, nunca tive Workstation mudar com sucesso os adaptadores de host no modo em ponte e o convidado manter continuamente a rede. O que quero dizer é ligar e desligar os adaptadores em um sistema operacional host (já que, como você, eu tinha autoconfiguração de ponte) e, em seguida, ipconfig ou ifconfig, dependendo do sistema operacional. Eu tive que reiniciar o serviço DHCP VMWare e serviço NAT (no Windows) para obter este trabalho. Foi tão chato que acabei de escrever um roteiro. Também é útil criar diferentes adaptadores de vmnet de ponte no sistema operacional convidado: um separado para com fio e sem fio. Não os defina para auto, é claro. Isso me ajudou por um período no meu laptop, que também executa 6.5.

    
por 11.02.2011 / 16:22
0

Eu tenho o mesmo problema com a minha configuração:

Host (Windows 7 / Server 2008 R2) e Guest (Ubuntu) em execução no VMware / VirtualBox com Dual WAN.

A interface sem fio é brigada para o sistema operacional convidado.

Eu até removi o GW padrão e mudei a métrica na interface Wifi no sistema operacional host para garantir que o tráfego do host não fosse roteado por WIFI.

Fazendo uma pesquisa de IP Eu posso ver que o sistema operacional host (usando LAN) tem um IP diferente do sistema operacional convidado (usando ponte WIFI)

Eu acho que o problema está relacionado ao fato de que o Windows prefere as conexões LAN via WIFI, mesmo se você ajustar a configuração de métricas de roteamento / gateway.

Se você tem tráfego na conexão LAN, bloqueia / bloqueia o WIFI devido à preferência de interface.

Eu assumo que você não terá este problema se você usar duas interfaces do mesmo tipo (2 X LAN ou 2 X Wifi). Alternativamente, você também pode tentar usar o Linux como sistema operacional host.

Se a sua interface Wi-Fi é um stick USB, você pode conectar o USB ao sistema operacional convidado e desta forma você terá dois adaptadores de rede independentes.

Atenciosamente,

Mathias

    
por 12.01.2011 / 14:54