Ao tentar recriar o problema, vi uma atribuição esporádica do IP primário à interface lo0 . Parece que a manipulação das tabelas de roteamento está causando o problema.
Para redefinir sua interface de rede para uma configuração "padrão" sem reinicializar, você pode fazer o seguinte. (Nota, o pior caso você pode ter que reiniciar se as coisas ficarem nerfed) (Aviso: este IRÁ INTERRUPÇÃO todas as conexões e serviços IP existentes):
- Desligue todos os utilitários e serviços de rede, como VPNs
- Desativar interfaces de rede existentes. Na maioria dos MacBooks, isso será en0
Procure a interface que representa seu IP principal. Você pode encontrar isso com este comando:
ping 'hostname'
Porky:Downloads hogstrom$ ping 'hostname'
PING porky.local (10.0.0.114): 56 data bytes
64 bytes from 10.0.0.114: icmp_seq=0 ttl=64 time=0.055 ms
Procure por esse endereço IP (neste caso, é 10.0.0.114) na saída do seu ifconfig output
ifconfig
en0: flags=8863 mtu 1500
ether a0:99:9b:1a:a7:f1
inet6 fe80::874:c2c9:c839:ac4a%en0 prefixlen 64 secured scopeid 0x5
inet 10.0.0.114 netmask 0xffffff00 broadcast 10.0.0.255
nd6 options=201
media: autoselect
status: active
Anote o nome da interface (neste exemplo é en0 )
-
Desligue a rede atual
'sudo ifconfig en0 down -
Liberar as rotas existentes
sudo route -n flush
Observação: o sinalizador -n é necessário, caso contrário, você ficará esperando por períodos prolongados de tempo limite de rede; que são esperados quando estamos liberando a tabela de roteamento.
Aqui está a aparência da tabela de roteamento quando o primário está inativo e o route -n flush foi executado algumas vezes. Eu executo o comando três vezes.
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 1 97314 lo0
224.0.0 link#1 UmCS 1 0 lo0
224.0.0.251 link#1 UHmW3I 0 0 lo0 12
- Abra o encerramento da interface principal na etapa 3.
sudo ifconfig en0 upUse o nome da interface da etapa 3.
- Verifique a tabela de roteamento da rede:
netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 10.0.0.1 UGSc 92 0 en0
10/24 link#5 UCS 1 0 en0
10.0.0.1/32 link#5 UCS 2 0 en0
10.0.0.1 2c:fd:a1:2:49:40 UHLWIir 24 5 en0 1198
10.0.0.114/32 link#5 UCS 0 0 en0
10.0.0.255 ff:ff:ff:ff:ff:ff UHLWbI 0 2 en0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 1 97314 lo0
169.254 link#5 UCS 0 0 en0
224.0.0/4 link#5 UmCS 2 0 en0
224.0.0.251 1:0:5e:0:0:fb UHmLWI 0 0 en0
239.255.255.250 1:0:5e:7f:ff:fa UHmLWI 0 2 en0
255.255.255.255/32 link#5 UCS 0 0 en0
Nota: o IP primário (10.0.0.114 no meu sistema) não está associado a lo0, que foi o caso com base nos diagnósticos fornecidos. Eu observei isso acontecendo ao ajustar a tabela de roteamento, mas é anormal e, muito provavelmente, a causa do problema.
- Verifique a configuração de rede
Eu testei o ping do servidor DNS primário do Google.
ping 8.8.8.8
Porky:Downloads hogstrom$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=120 time=25.527 ms
Neste ponto, você deve ter uma rede funcionando e poder acessar seu servidor de nó usando o host local e seu endereço IP principal.