Isso está me desconcertando há algum tempo. Um único domínio (haxe.org) está inacessível do meu laptop (OSX 10.7.5) enquanto conectado através da minha rede doméstica. A tentativa de ping resulta em mensagens "Nenhuma rota para hospedar" e "Host está inativa".
Pensando que foi um problema com o meu ISP / conexão em geral, eu configurei um túnel SSH para o meu trabalho para usar como um proxy SOCKS. Com isso em prática, posso navegar pelo site no chrome e em outros aplicativos que reconhecem o SOCKS. Infelizmente, essa solução alternativa não é suficiente, pois a ferramenta de linha de comando haxelib que estou tentando usar não faz o SOCKS. Sendo a primeira coisa que tentei quando outros me disseram que o site ainda estava ativo, imaginei que isso isolou o problema da minha conexão com a Internet.
Em um traço de inspiração esta manhã, eu tentei navegar no site usando um iPad. E eis que funciona! Mas a partir do laptop, ainda nada. O iPad está conectado à mesma rede (tanto via wifi), pode navegar pelo site sem nenhum problema.
Minha culpa é a mesma não com meu laptop e não com minha rede. Neste ponto, temo que a solução possa ser dolorosamente óbvia, mas depois de encarar esse problema por dias, não posso vê-lo.
Todas e quaisquer sugestões são bem-vindas.
PS: o domínio está sendo resolvido corretamente para 5.39.76.185, independentemente da conexão direta vs tunnelled. Tanto o iPad quanto o laptop estão configurados para usar meu roteador para DNS e estão definidos para os IPs recomendados pelo ISP. (Antes de solucionar problemas, ele foi definido para servidores OpenDNS)
[UPDATE]
De acordo com a sugestão do user3050461, incluí a saída de route abaixo. Eu acredito que nós encontramos nosso culpado, mas por que? O que é uma interface ham0 e quem é o monreseau.home ("mynetwork.home" em francês)?
De casa
> route get google.com
route to: yyz08s13-in-f3.1e100.net
destination: default
mask: default
gateway: monreseau.home
interface: en1
flags: <UP,GATEWAY,DONE,STATIC,PRCLONING>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire
0 0 0 0 0 0 1500 0
> route get haxe.org
route to: ks3261879.kimsufi.com
destination: 5.0.0.0
mask: 255.0.0.0
interface: ham0
flags: <UP,DONE,CLONING>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire
0 0 0 0 0 0 1200 -60647
Do trabalho
> route get haxe.org
route to: ks3261879.kimsufi.com
destination: default
mask: default
gateway: gw-113
interface: en0
flags: <UP,GATEWAY,DONE,STATIC,PRCLONING>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire
0 0 0 0 0 0 1500 0
[ATUALIZAÇÃO 2]
O que é ham0 e por que ele está roubando (é?) todos os endereços que começam com 5 (5.39.76.185 incluídos no haxe.org)? Qual é a sintaxe para excluir isso da minha tabela de roteamento?
> netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.2.1 UGSc 33 13 en1
5 link#8 UC 2 0 ham0
5.255.255.255 ff:ff:ff:ff:ff:ff UHLWbI 0 2 ham0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 15 101400 lo0
127.94.0.1 127.94.0.1 UH 0 0 lo0
127.94.0.2 127.94.0.2 UH 0 0 lo0
169.254 link#5 UCS 0 0 en1
192.168.2 link#5 UCS 3 0 en1
192.168.2.1 68:15:90:40:2b:40 UHLWIi 49 4454 en1 1192
192.168.2.10 127.0.0.1 UHS 0 0 lo0
192.168.2.11 d4:4b:5e:c4:7b:e2 UHLWIi 0 0 en1 598
192.168.2.255 ff:ff:ff:ff:ff:ff UHLWbI 0 10 en1
Internet6:
Destination Gateway Flags Netif Expire
::1 link#1 UHL lo0
fe80::%lo0/64 fe80::1%lo0 UcI lo0
fe80::1%lo0 link#1 UHLI lo0
fe80::%en0/64 link#4 UCI en0
fe80::%en1/64 link#5 UCI en1
fe80::daa2:5eff:fe8f:4ace%en1 d8:a2:5e:8f:4a:ce UHLI lo0
ff01::%lo0/32 fe80::1%lo0 UmCI lo0
ff01::%en0/32 link#4 UmCI en0
ff01::%en1/32 link#5 UmCI en1
ff02::%lo0/32 fe80::1%lo0 UmCI lo0
ff02::%en0/32 link#4 UmCI en0
ff02::%en1/32 link#5 UmCI en1