Problemas com traceroute em máquina virtual

[antoniobenaion]

Instalei o VMWare Player aqui, versão 3.1.2 build 301548, testei com as mesmas versões do Ubuntu e do Debian usadas no Workstation (versões 9.10 e 5.04, respectivamente), e com interface NAT, continuando sem sucesso no traceroute. A única diferença é que, no caso do Debian, tanto o traceroute quanto o tracert deram a seguinte saída:

traceroute to 200.20.94.244 (200.20.94.244), 30 hops max, 40 byte packets
 1  192.168.52.2 (192.168.52.2)  0.173 ms  0.104 ms *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * rnp-cbpf.rederio.br (200.20.94.244)  15.808 ms  17.227 ms

Rodei também os comandos de intarfaces para o Debian no Player, obtendo os seguintes resultados:

cat /etc/network/interfaces

debian:/home/antonio# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

nm-tool

debian:/home/antonio# nm-tool

NetworkManager Tool

State: connected

- Device: eth0 ----------------------------------------------------------------
  NM Path:           /org/freedesktop/NetworkManager/Devices/eth0
  Type:              Wired
  Driver:            pcnet32
  Active:            yes
  HW Address:        00:0C:29:39:8B:74

  Capabilities:
    Supported:       yes
    Carrier Detect:  yes

  Wired Settings
    Hardware Link:   yes

  IP Settings:
    IP Address:      192.168.52.132
    Subnet Mask:     255.255.255.0
    Broadcast:       192.168.52.255
    Gateway:         192.168.52.2
    Primary DNS:     192.168.52.2
    Secondary DNS:   0.0.0.0



 

[zekkerj]

Essa saída é bem diferente da primeira. Os hops foram registrados, apenas não houve resposta dos hops intermediários. O firewall do hospedeiro poderia ser a causa disso.

[antoniobenaion]

Essa saída é bem diferente da primeira. Os hops foram registrados, apenas não houve resposta dos hops intermediários. O firewall do hospedeiro poderia ser a causa disso.

Mas bloqueio de firewall só pra máquina virtual? O.o

Outra coisa: um amigo meu, usando uma máquina virtual rodando o Fedora conseguiu fazer o traceroute numa boa pra esse mesmo IP, a partir de outra máquina. Mais um motivo que me leva a crer que o problema é na MINHA máquina mesmo... 

[zekkerj]

Mas bloqueio de firewall só pra máquina virtual? O.o

Não é impossível. Lembre-se de que o traceroute, pra funcionar, depende de um tráfego específico (ICMP Time Exceeded). Se o firewall não percebe que há um traceroute rodando, pode estar cortando esse tráfego. Isso é bem diferente da situação original, onde o TTL dos pacotes estava sendo resetado, impedindo o traceroute de identificar os hops intermediários.

Outra coisa: um amigo meu, usando uma máquina virtual rodando o Fedora conseguiu fazer o traceroute numa boa pra esse mesmo IP, a partir de outra máquina. Mais um motivo que me leva a crer que o problema é na MINHA máquina mesmo...

Outra rede, outro sistema hospedeiro, outro provedor, outro caminho até o destino... são muitas variáveis pra tirar uma conclusão apressada.