OK, esse problema está me deixando maluco há dias. Normalmente sou um cara do Linux, então estou confortável com o material da linha de comando. Não tenho ideia de onde procurar no OSX. E a pesquisa típica no Google não ajuda em nada.
Aqui está o meu problema. Quando configurei a caixa, ela estava em uma rede, que era 10.x.x.x. Tudo bem. Agora, quando o levo para casa, abro a interface de rede, conecto-me à rede sem fio de minha casa e tento fazer ping:
$ ping google.com
PING google.com (74.125.113.104): 56 data bytes
Request timeout for icmp_seq 0
^C
--- google.com ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
colossus:~ eteran$ ping google.com
PING google.com (74.125.113.104): 56 data bytes
ping: sendto: No route to host
Request timeout for icmp_seq 0
ping: sendto: No route to host
Request timeout for icmp_seq 1
"Sem rota para o host", OK, então verifico as tabelas de roteamento...
$ netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 10.255.255.1 UGSc 11 5 en1
10.255.255.1/32 link#5 UCS 1 0 en1
10.255.255.1 link#5 UHRLWI 12 0 en1
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 19 2051 lo0
169.254 link#5 UCS 0 0 en1
192.168.10 link#5 UCS 4 0 en1
192.168.10.1 0:1f:90:23:7a:69 UHLWI 12 62 en1 1193
192.168.10.7 c0:cb:38:6c:3:33 UHLWI 2 164 en1 996
192.168.10.9 127.0.0.1 UHS 1 369 lo0
192.168.10.10 0:1a:a0:e6:ee:90 UHLWI 0 30 en1 903
192.168.10.255 link#5 UHLWbI 2 25 en1
Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UH lo0
fe80::%lo0/64 fe80::1%lo0 Uc lo0
fe80::1%lo0 link#1 UHL lo0
fe80::%en1/64 link#5 UC en1
fe80::5ab0:35ff:fe7b:dcf3%en1 58:b0:35:7b:dc:f3 UHL lo0
ff01::/32 ::1 Um lo0
ff02::/32 ::1 UmC lo0
ff02::/32 link#5 UmC en1
Sim, aí está o problema, a rota padrão está definida como 10.255.255.1. O que presumo ser da outra rede. Posso ajustar isso manualmente com o routecomando. Mas na próxima reinicialização... está de volta!
O roteador da minha rede doméstica é 192.168.10.1, então é claro que quero que essa seja a rota padrão. E eu olhei, a solicitação DHCP está definitivamente dizendo para usar isso como rota padrão. Mas a OSX simplesmente se recusa a usá-lo. Insiste em usar esta rota padrão na conexão anterior!
Onde isso está armazenado e como posso alterá-lo?
Responder1
O Ssinalizador na entrada da rota significa que ele foi adicionado manualmente, portanto, talvez seja necessário removê-lo com um comando.
Tentar sudo route delete default.
Responder2
Está dentroPreferências do SistemasobRede. Defina tudo paraAutomáticoe isso deve voltar ao normal.
Atualizar:Uma forma mais contundente.
Clique noLocalizaçõescaixa suspensa e selecioneEditar locais. Clique em +para adicionar um novo local. Dê um nome Auto 2(ou qualquer outro). Selecione este local e aplique-o.
Responder3
A abordagem manual mencionada acima, excluindo e adicionando um novo gateway padrão com o comando route, resolveu o problema para mim, mas foi apenas uma solução temporária, pois o gateway errado foi configurado novamente na reinicialização.
Para resolver isso de uma vez por todas, primeiro removi todas as interfaces em Preferências do Sistema/Rede e, em seguida, adicionei novamente aquelas que considerei necessárias. No meu caso, apenas 'Ethernet'.
Isso foi no OS X Lion (10.7.5)
Responder4
Se você estiver usando a conexão ethernet e wi-fi em casa, já que sua ethernet deve estar selecionada na lista de redes, seu padrão é preferido em vez do wifi dhcp. Para remover o padrão da tabela de roteamento, você terá que ir até as preferências de rede e ir até a configuração do endereço IP. Aqui, defina o campo "roteador" em branco, pois este é o gw padrão.