Se meu laptop estiver conectado ao meu novo roteador Netgear via wireless, todos os comandos tracert exibirão o endereço IP do meu roteador para o salto # 1, depois os tempos limite para todos saltos restantes. Se eu me conectar ao meu roteador via fio, os comandos tracert agem como esperado (exibindo a resolução de cada salto com a latência).
Alguma ideia do motivo?
Traceroute sem fio:
Tracing route to www.l.google.com [74.125.113.99]
over a maximum of 30 hops:
1 1 ms <1 ms 11 ms 192.168.x.x
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 32 ms 32 ms 33 ms vw-in-f99.1e100.net [74.125.113.99]
Trace complete.
Traceroute com fio:
Tracing route to www.l.google.com [74.125.91.103]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.x.x
2 1 ms 1 ms 1 ms 10.1.10.1
3 15 ms 32 ms 70 ms 98.211.90.1
4 26 ms 8 ms 11 ms te-8-3-ur01.mycity.md.bad.comcast.net [68.85.134.125]
5 17 ms 13 ms 18 ms 69.139.174.210
6 15 ms 13 ms 30 ms 69.139.174.190
7 22 ms 29 ms 13 ms pos-5-1-0-0-cr01.ashburn.va.ibone.comcast.net [68.86.90.241]
8 35 ms 15 ms 15 ms pos-0-1-0-0-pe01.ashburn.va.ibone.comcast.net [68.86.86.30]
9 64 ms 78 ms 73 ms 75.149.231.62
10 20 ms 57 ms 34 ms 209.85.252.80
11 49 ms 45 ms 30 ms 209.85.248.75
12 27 ms 44 ms 32 ms 209.85.254.237
13 48 ms * 34 ms 209.85.240.57
14 100 ms 29 ms 43 ms qy-in-f103.1e100.net [74.125.91.103]
Trace complete.
IPConfig detalhado (dos 2 adaptadores):
Windows IP Configuration
Host Name . . . . . . . . . . . . : MyPCName
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Atheros AR8131 PCI-E Gigabit Ethernet Controller (NDIS 6.20)
Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : xxxx::xxxx:xxxx:xxxx:xxxx%12(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.x.yyy(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Wednesday, September 07, 2011 5:13:55 PM
Lease Expires . . . . . . . . . . : Thursday, September 08, 2011 8:04:49 PM
Default Gateway . . . . . . . . . : 192.168.x.x
DHCP Server . . . . . . . . . . . : 192.168.x.x
DHCPv6 IAID . . . . . . . . . . . : 289954617
DHCPv6 Client DUID. . . . . . . . : xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx
DNS Servers . . . . . . . . . . . : 192.168.x.x
NetBIOS over Tcpip. . . . . . . . : Enabled
Wireless LAN adapter Wireless Network Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Atheros AR9285 Wireless Network Adapter
Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : xxxx::xxxx:xxxx:xxxx:xxxx%11(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.x.zzz(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Tuesday, August 30, 2011 9:39:45 AM
Lease Expires . . . . . . . . . . : Thursday, September 08, 2011 7:35:50 PM
Default Gateway . . . . . . . . . : 192.168.x.x
DHCP Server . . . . . . . . . . . : 192.168.x.x
DHCPv6 IAID . . . . . . . . . . . : 192213101
DHCPv6 Client DUID. . . . . . . . : xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx
DNS Servers . . . . . . . . . . . : 192.168.x.x
NetBIOS over Tcpip. . . . . . . . : Enabled
Por incrível que pareça, desativar o DCHP e ligá-lo novamente (no modem / roteador) corrigiu o problema e tudo começou a funcionar corretamente. Provavelmente, foi necessário reinicializar todos os dispositivos de rede que corrigiram isso.
Obrigado por toda sua ajuda e consideração deste problema.
Esse comportamento é visto quando o primeiro gateway (neste caso, o lado da rede sem fio do roteador está configurado para não emitir / retransmitir / encaminhar mensagens ICMP TIME_EXCEEDED. ( traceroute depende disso para o aumento do tempo de vida do protocolo IP) (TTL) definidos em suas solicitações de saída para saber o endereço IP e o tempo de ida e volta para cada gateway no caminho para o host. Isso é feito por uma combinação de motivos de desempenho e segurança. Pode ser possível ajustar manipulação desses (e outros) pacotes ICMP na configuração do roteador.
Os horários e os endereços IP da primeira e da última entradas são conhecidos do endereço IP do host e do endereço IP do gateway mais recente.
Você tem NAT duplo. Esta é uma configuração desfavorável que pode causar todos os tipos de problemas. Neste caso específico, parece que o seu segundo dispositivo NAT não consegue descobrir como obter as respostas do ICMP de volta à sua máquina.
Há, na verdade, um problema conhecido em muitos roteadores da Netgear envolvendo pontes impróprias de nós sem fio. Nós com fio são ligados em hardware, nós sem fio no software. Sua ponte de software tenta entender alguns protocolos (notavelmente DHCP e ICMP) e, às vezes, decide processar, em vez de vincular, alguns pacotes.
A correção mais simples para você é provavelmente:
Desative o servidor DHCP no seu roteador Netgear.
Desconecte a porta Internet / WAN do roteador Netgear.
Conecte uma das portas LAN do roteador Netgear a uma das portas LAN do modem / roteador.
Isso usa o roteador Netgear estritamente como um switch e ponto de acesso. Se você preferir usar o roteador Netgear para rotear, você precisa descobrir como mudar seu modem / roteador para uma ponte.