Início / server / Perguntas / 1085357
Accepted
Bruno Schroeder
Asked: 2021-12-04 17:12:47 +0800 CST

O Mac pode ser arpingado, mas não pingado

  • 772

Por que o Mac OS X e o Linux não executam ping em uma rede Ethernet local?

Edite 2012-12-14 (dez dias depois) o adaptador FireWire para Ethernet RJ45 pode ser o problema (no MacBook Pro Retina no início de 2015). Estou pesquisando sobre como depurar o adaptador dele. As luzes Ethernet piscam, mas não sei o suficiente sobre esse FireWire inicial.

Com um simples switch-hub Netgear de quatro portas, ao conectar via cabos RJ45 caixas osx e caixas Linux e definir endereços IP estáticos, é possível fazer arping, mas não fazer ping de/para sistemas operacionais diferentes. Por que isso, por favor?

Eu posso ver rotas para as caixas Linux em osx netstat -r. Mas os pings do osx para o linux expiram. O mesmo vale para o ping do linux no OSX. As tabelas Arp estão corretas e foram atualizadas automaticamente e não manualmente.

Dez anos atrás, alguém perguntou o mesmo e não obteve resposta: https://apple.stackexchange.com/questions/99996/which-setting-in-osx-could-block-ping-localhost

No meu caso, não, o firewall do OS X NÃO está no modo furtivo e nem está em execução. Desliguei para fazer o experimento.

Isso foi postado no site de suporte do Mac: https://discussions.apple.com/thread/253430208

mac-osx configuration ethernet local-area-network clients

2 respostas

  1. Best Answer

    Neste Mac OSX havia a configuração "Sempre exigir VPN" no aplicativo MullvadVPN.

    Essa configuração é extremamente desejável quando na internet filtrando anúncios e mantendo privacidade e segurança, e é ótimo que funcione bem. O aplicativo altera configurações muito profundas do OSX e o usuário não tem rede se não estiver conectado à VPN. Isso é para evitar vazamentos. Para garantir que nenhuma solicitação passará por outro soquete. Ele também corta a Internet se a conexão VPN for interrompida e o usuário tiver que esperar até que seja restabelecido. Mesmo que o aplicativo seja encerrado, não será possível solicitar nada por meio de soquetes que não sejam a VPN.

    É uma ótima configuração, mas não permite conectar a um serviço rodando na própria máquina, ou um cluster minikube, ou neste caso acima, uma simples conexão ethernet sem DHCP ou qualquer complicação.

    Lições aprendidas sobre como solucionar problemas como este:

    • Quando o ping falha, o resultado de arp -apode ajudar na solução de problemas. O OSX exibirá um ponto de interrogação como nome de domínio se for cortado da rede.
    ~ $ arp -a
? (169.254.13.100) at 0:1:0:0:0:4d on en4 [ethernet]

    Mas ele exibirá o nome do domínio ao ter acesso à lan:

    ~ $ arp -a
tux.local (169.254.13.100) at 0:1:0:0:0:4d on en4 [ethernet]

    Infelizmente, este mesmo comando no linux não será capaz de ler o nome do OSX.

    • O adaptador FireWire 2 estava funcionando. Se as luzes do interruptor piscarem, o éter está bom. De qualquer forma, encontrei o recurso abaixo para problemas do FireWire 2 que podem ajudar as pessoas. http://www.thexlab.com/faqs/firewiretroubleshooting.html

    • O OSX Firewall não bloqueia o ping in ou out. Quando a VPN saiu, todos funcionaram com o Firewall em block-all.

    • 1

  2. tente ler e escolher as opções necessárias /usr/libexec/ApplicationFirewall/socketfilterfw -h

    • 0

relate perguntas