Toda vez que faço ping em uma das minhas VMs do Ubuntu de outra VM, obtenho um IP diferente resolvido. Como isso pode ser?


0

Toda vez que eu sigo uma das minhas VMs de outra VM pelo nome do host, obtenho um endereço IP diferente resolvido ...

As duas VMs são o Ubuntu 12.04 em execução no VMware Workstation 10. Todas as VMs estão em execução com rede em ponte, todas com DHCP, incluindo o host. O host é o Windows 8.1, todas as VMs envolvidas são o Ubuntu 12.04.

Esta VM que falhou ao executar ping no ci-server foi clonada de outra VM do Ubuntu que funciona perfeitamente.

O que eu estou fazendo ping é o ci-server. Esta é a saída do ping:

administrator@ubuntu-x64-cr:~$ ping ci-server
PING ci-server.att.net (192.168.1.179) 56(84) bytes of data.

--- ci-server.att.net ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2008ms

administrator@ubuntu-x64-cr:~$ ping ci-server
PING ci-server.att.net (192.168.1.182) 56(84) bytes of data.

--- ci-server.att.net ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2000ms

administrator@ubuntu-x64-cr:~$ ping ci-server
PING ci-server.att.net (192.168.1.206) 56(84) bytes of data.

--- ci-server.att.net ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 999ms

O endereço IP correto no ci-server é 192.168.1.214.

Alguém tem alguma idéia de como isso pode acontecer? e especialmente, como eu poderia resolver isso?

ATUALIZAR:

Esta é a VM que estou tentando executar ping na configuração de rede:

administrator@ubuntu-x64-cr:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0c:29:9c:fc:87  
          inet addr:192.168.1.203  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:29ff:fe9c:fc87/64 Scope:Link
          inet6 addr: 2602:306:c49b:1280:20c:29ff:fe9c:fc87/64 Scope:Global
          inet6 addr: 2602:306:c49b:1280:1014:ca10:2b9b:68f/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:25683 errors:0 dropped:0 overruns:0 frame:0
          TX packets:734 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1656255 (1.6 MB)  TX bytes:93217 (93.2 KB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:303 errors:0 dropped:0 overruns:0 frame:0
          TX packets:303 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:30322 (30.3 KB)  TX bytes:30322 (30.3 KB)

O estranho é que, quando tento reduzir essa interface, entendo que ela não está configurada ... isso é muito estranho.

administrator@ubuntu-x64-cr:~$ sudo ifdown eth0
ifdown: interface eth0 not configured

ATUALIZAÇÃO 2 Fiz mais alguns pings e depois fiz um arp -an. É assim que as tabelas se parecem:

administrator@ubuntu-x64-cr:~$ arp -an
? (192.168.1.254) at 90:b1:34:96:09:10 [ether] on eth0
? (192.168.1.214) at 00:0c:29:24:60:09 [ether] on eth0
? (192.168.1.157) at <incomplete> on eth0
? (192.168.1.158) at <incomplete> on eth0
? (192.168.1.156) at <incomplete> on eth0

Curiosamente, esses três últimos endereços IP foram os que o ci-server (o destino do meu Ping) resolveu.

Se eu executar ping usando o IP do servidor de destino, ele funcionará bem.

Tentei alterar o endereço MAC do sistema operacional definindo eth0 para corresponder ao endereço MAC da VM em / etc / network / interfaces, mas isso não ajudou ... mesmo resultado.

ATUALIZAÇÃO 3

Aqui estão mais algumas informações sobre resolução de nomes:

administrator@ubuntu-x64-ff:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1

e

administrator@ubuntu-x64-ff:~$ cat /etc/hosts
127.0.0.1   localhost
127.0.1.1   ubuntu

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Além disso, por solicitação:

administrator@ubuntu-x64-ff:~$ dig 127.0.0.1 ci-server

; <<>> DiG 9.8.1-P1 <<>> 127.0.0.1 ci-server
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37070
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;127.0.0.1.         IN  A

;; ANSWER SECTION:
127.0.0.1.      0   IN  A   127.0.0.1

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Nov 17 09:43:43 2013
;; MSG SIZE  rcvd: 43

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54267
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 19, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ci-server.         IN  A

;; ANSWER SECTION:
ci-server.      0   IN  A   192.168.1.164
ci-server.      0   IN  A   192.168.1.166
ci-server.      0   IN  A   192.168.1.168
ci-server.      0   IN  A   192.168.1.171
ci-server.      0   IN  A   192.168.1.173
ci-server.      0   IN  A   192.168.1.174
ci-server.      0   IN  A   192.168.1.176
ci-server.      0   IN  A   192.168.1.178
ci-server.      0   IN  A   192.168.1.179
ci-server.      0   IN  A   192.168.1.182
ci-server.      0   IN  A   192.168.1.206
ci-server.      0   IN  A   192.168.1.207
ci-server.      0   IN  A   192.168.1.209
ci-server.      0   IN  A   192.168.1.214
ci-server.      0   IN  A   192.168.1.157
ci-server.      0   IN  A   192.168.1.158
ci-server.      0   IN  A   192.168.1.159
ci-server.      0   IN  A   192.168.1.161
ci-server.      0   IN  A   192.168.1.162

;; Query time: 4 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Nov 17 09:43:43 2013
;; MSG SIZE  rcvd: 331

Alguma sugestão ou idéia sobre por que o ci-server resolve para um IP diferente toda vez que eu faço ping?

Obrigado!!

Eduardo


Pergunta interessante. Você pode tentar mais alguns pings, e, em seguida, imediatamente após fazer um arp -um para mostrar o que a tabela ARP mostra
davidgo

@davidgo Absolutamente! Eu atualizei a pergunta com a saída. Obrigado por responder! :)
Edy Bourne

Pelo exposto, sabemos que o problema está definitivamente relacionado às pesquisas de DNS, e não a uma configuração estranha de endereço de rede / IP. O próximo passo é entender melhor isso. Você pode adicionar a saída de "cat /etc/resolv.conf" e "cat / etc / hosts". Depois de fazer isso, use o primeiro servidor de nomes em "/etc/resolv.conf" e forneça a saída de "dig @ $ nameserver.ip ci-server" e "dig @ nameserver.ip ci-server. $ Search" ( onde $ nameserver e $ search são os valores associados a essas linhas em /etc/resolv.conf)
davidgo

@davidgo Com certeza! Eu executei os comandos que você pediu e atualizei a resposta com as saídas. Curiosamente, a única coisa que recebi foi o servidor de nomes 127.0.0.1 no resolv.conf, então não executei o segundo comando dig. Eu vejo uma lista de IPs na primeira escavação, embora pareçam corresponder aos IPs, o ping me devolveu todas as minhas tentativas de alcançar o ci-server .. Acho que estamos no caminho certo! Obrigado novamente!!
Edy Bourne

Além disso, mesmo quando eu faço um comando simples como sudo gedit / etc / hostname, recebo uma longa espera e, em seguida, uma mensagem dizendo "sudo: incapaz de resolver o host ubuntu-x64-ff" e o comando é concluído ... ubuntu-x64 -ff é o nome da máquina da qual estou tentando executar ping no ci-server.
Edy Bourne
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.