Como faço para conectar meu navegador host ao meu servidor web convidado?

1

Eu tenho a estação de trabalho VMWare 8 instalada em uma máquina com Windows 7. Eu tenho RedHat Enterprise Linux (RHEL) 6 em execução como um sistema operacional convidado no VMWare. Eu estou tentando obter o meu navegador do windows 7 host para se conectar com o meu servidor web convidado RHEL? Eu desabilitei o firewall do Windows.

As opções de configurações de rede da VMware são as seguintes: Ponte, NAT, Somente host ou Personalizado.

O endereço IP do sistema operacional convidado varia dependendo da opção de rede que eu escolher; Quando eu digito o endereço IP da variável no navegador do meu sistema operacional convidado, ele é resolvido para a página padrão do Apache. No entanto, quando eu tento isso no navegador do meu host, não consigo me conectar ao servidor.

Eu não estou usando uma conexão física de Ethernet. Estou conectado sem fio à internet usando o adaptador de rede WiFi. No entanto, eu deveria ser capaz de se conectar ao servidor do sistema operacional convidado sem o uso da internet correto? Eu acredito que eu deveria ser capaz de usar o adaptador de rede virtual para rotear localmente para o servidor convidado virtual dentro da minha máquina.

eu corri ipconfig no prompt de comando do windows que deu os resultados abaixo:

** observe que estou usando configurações de ponte no vmware atualmente. **

Configuração IP do Windows

Adaptador de rede local sem fio Conexão de rede sem fio 3:

Sufixo DNS específico da conexão. : gateway.2wire.net    Endereço IPv6 local do link. . . . . : fe80 :: 58f3: b55f: b8d9: ed7e% 16    Endereço IPv4. . . . . . . . . . . : 192.168.1.71    Máscara de sub-rede. . . . . . . . . . . : 255.255.255.0    Gateway Padrão. . . . . . . . . : 192.168.1.254

Adaptador Ethernet Conexão local:

Estado da mídia. . . . . . . . . . . : Mídia desconectada    Sufixo DNS específico da conexão. : memphis.edu

Adaptador Ethernet Adaptador de Rede VMware VMnet1:

Sufixo DNS específico da conexão. :    Endereço IPv6 local do link. . . . . : fe80 :: 5899: 5315: 29c1: 3772% 24    Endereço IPv4. . . . . . . . . . . : 192.168.91.1    Máscara de sub-rede. . . . . . . . . . . : 255.255.255.0    Gateway Padrão. . . . . . . . . :

Adaptador Ethernet Adaptador de Rede VMware VMnet8:

Sufixo DNS específico da conexão. :    Endereço IPv6 local do link. . . . . : fe80 :: 5031: ad1d: 7cb0: 4161% 25    Endereço IPv4. . . . . . . . . . . : 192.168.244.1    Máscara de sub-rede. . . . . . . . . . . : 255.255.255.0    Gateway Padrão. . . . . . . . . :

Adaptador de túnel isatap {CBB0C40D-6807-4838-A0FC-A6ED59C79F7A}:

Estado da mídia. . . . . . . . . . . : Mídia desconectada    Sufixo DNS específico da conexão. :

Adaptador de túnel isatap.gateway.2wire.net:

Estado da mídia. . . . . . . . . . . : Mídia desconectada    Sufixo DNS específico da conexão. : gateway.2wire.net

Adaptador de túnel Conexão de área local * 11:

Estado da mídia. . . . . . . . . . . : Mídia desconectada    Sufixo DNS específico da conexão. :

Isatap do adaptador de túnel {73368103-5EF9-45EF-89E8-70BD3282EECE}:

Estado da mídia. . . . . . . . . . . : Mídia desconectada    Sufixo DNS específico da conexão. :

    
por kdavis8 17.08.2012 / 04:43

2 respostas

2

O NAT raramente é a melhor opção para uma máquina VM e realmente não consigo entender por que ela geralmente é o padrão. Altere-o para o modo de ponte (ou o que for chamado nos produtos VMWare) e seus problemas simplesmente desaparecerão.

    
por 17.08.2012 / 11:53
0

Isso é muito difícil de responder quando não sabemos as configurações de rede da sua instância do VMWare. O básico é que você provavelmente desejará fazer a ponte entre o NIC do convidado e o NIC host (às vezes com um " TAP "interface, embora eu não saiba se o VMWare usa essa terminologia padrão). Em seguida, atribua um endereço IP ao convidado que está na mesma sub-rede que seu host. Com as duas "máquinas" na mesma sub-rede IP, seu navegador apenas usa o IP como faria com qualquer host remoto.

O fato de você poder fazer ping é bom. Mas mais diagnósticos são necessários.

Se você não puder estabelecer conexões de soquete quando achar necessário, verifique a tabela ARP do seu host e certifique-se de que a entrada para o endereço IP do convidado é com a qual o convidado está respondendo. Caso contrário, você pode ter outro host em sua rede que esteja usando o mesmo IP.

Você confirmou que também pode alcançar o navegador da Web de um cliente que está sendo executado no convidado? Você pode tentar estabelecer outras conexões de soquete do host para o convidado, usando ferramentas como netcat .

    
por 17.08.2012 / 04:57