Por que o tracert não funciona quando conectado via wireless, mas funciona quando conectado com fio?

Por que o tracert não funciona quando conectado via wireless, mas funciona quando conectado com fio?

Se meu laptop estiver conectado ao meu novo roteador Netgear via wireless, todostracertcomandos exibem o endereço IP do meu roteador para o salto nº 1 e, em seguida, atingem o tempo limite paratodoslúpulo restante. Se eu conectar ao meu roteador via fio, otracertos comandos agem conforme o esperado (exibindo a resolução de cada salto com latência).

Alguma ideia de por que é assim?


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

Responder1

Este 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. ( traceroutedepende destes para o aumento dos campos de 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. ) Pacotes ICMP na configuração do roteador.

Os horários e endereços IP da primeira e da última entrada são conhecidos a partir do endereço IP do host e do endereço IP do primeiro gateway.

Responder2

Você tem NAT duplo. Esta é uma configuração desfavorecida que pode causar todos os tipos de problemas. Neste caso específico, parece que o seu segundo dispositivo NAT não consegue descobrir como devolver as respostas ICMP à sua máquina.

Na verdade, existe um problema conhecido em muitos roteadores Netgear que envolve pontes inadequadas de nós sem fio. Nós com fio são interligados em hardware, nós sem fio em software. Sua ponte de software tenta entender alguns protocolos (principalmente DHCP e ICMP) e às vezes decide processar, em vez de fazer ponte, alguns pacotes.

A solução mais simples para você é provavelmente:

  1. Desative o servidor DHCP em seu roteador Netgear.

  2. Desconecte a porta Internet/WAN do roteador Netgear.

  3. Conecte uma das portas LAN do roteador Netgear a uma das portas LAN do modem/roteador.

Isso usa o roteador Netgear estritamente como switch e ponto de acesso. Se preferir usar o roteador Netgear para rotear, você precisa descobrir como transformar seu modem/roteador em uma ponte.

Responder3

Curiosamente, desativar o DCHP e ligá-lo novamente (no modem/roteador) corrigiu o problema e tudo começou a funcionar corretamente. Provavelmente foi a necessidade de reiniciar todos os dispositivos de rede que corrigiu isso.

Obrigado por toda sua ajuda e consideração deste problema.

informação relacionada