Acontece que esta foi a resposta ( tl; dr, nuke Peerguardian da órbita.)
Estou na banda larga M1 (residencial) em Cingapura.
Eu tenho um roteamento de problema intermitente para alguns sites do meu MacBook Pro - geralmente sites relacionados ao Google (arduino.googlecode.com e ajax.googleapis.com agora, mas às vezes até gmail.com.) Isso evita que o bate-papo do StackExchange seja trabalhando, por exemplo. O engraçado é que o meu iPad pode ser encaminhado para esses sites e eles estão na mesma rede sem fio! Eu posso pingar os sites, mas não tracerou para eles, o que acho estranho.
O que eu posso fazer através do iPad implica que o problema é com o MBP. De qualquer forma, chamar o suporte M1 é ... não é útil.
Eu tenho o mesmo comportamento quando eu ignoro o Airport Express completamente e conecto o MBP diretamente no modem a cabo. Alguém pode explicar a) como isso é possível e b) como consertar isso?
mella:~ ratkins$ ping ajax.googleapis.com
PING googleapis.l.google.com (209.85.132.95): 56 data bytes
64 bytes from 209.85.132.95: icmp_seq=0 ttl=50 time=11.488 ms
64 bytes from 209.85.132.95: icmp_seq=1 ttl=53 time=13.012 ms
64 bytes from 209.85.132.95: icmp_seq=2 ttl=53 time=13.048 ms
^C
--- googleapis.l.google.com ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.488/12.516/13.048/0.727 ms
mella:~ ratkins$ traceroute ajax.googleapis.com
traceroute to googleapis.l.google.com (209.85.132.95), 64 hops max, 52 byte packets
traceroute: sendto: No route to host
1 traceroute: wrote googleapis.l.google.com 52 chars, ret=-1
*traceroute: sendto: No route to host
traceroute: wrote googleapis.l.google.com 52 chars, ret=-1
^C
mella:~ ratkins$
O traceroute do iPad vai (e eu estou copiando isso manualmente):
10.0.1.1
119.56.34.1
172.20.8.222
172.31.253.11
202.65.245.1
202.65.245.142
209.85.243.156
72.14.233.145
209.85.132.82
Do MBP, não posso tracerou para nenhum dos IPs de 172.20.8.222 em diante.
Acontece que esta foi a resposta ( tl; dr, nuke Peerguardian da órbita.)
Em primeiro lugar, a mensagem traceroute: sendto: No route to host é a sua principal pista. A configuração de rede do seu MacBook Pro não está totalmente funcional. Talvez o MacBook esteja configurado com algumas configurações estáticas que excedem as configurações que podem ser obtidas pelo DHCP do seu modem de banda larga a cabo ou roteador?
Em segundo lugar, MacBooks e iPads executam sistemas operacionais diferentes. É possível que isso tenha alguma influência sobre o problema. Quer na forma como estes dispositivos captam as definições sem fios ou na forma como o tracert / traceroute funciona (normalmente usam o protocolo ICMP mas algumas variantes utilizam o TCP - é possível que o ICMP esteja bloqueado em algum router / firewall)
No Macbook Pro, você consegue exibir as configurações de rede - principalmente gateway padrão e servidores DNS? Por exemplo. ifconfig -a
Se você puder ver a informação equivalente no iPad, procure por diferenças.
Tags macbook ping traceroute routing macos