El Mac puede ser arpeado pero no puede ser pingado

En este Mac OSX, había la configuración "Siempre requerir VPN" en la aplicación MullvadVPN.

Esta configuración es extremadamente deseable cuando se está en Internet filtrando anuncios y manteniendo la privacidad y la seguridad, y es genial que funcione bien. La aplicación cambia configuraciones muy profundas de OSX y el usuario no tiene red si no está conectado a la VPN. Esto es para evitar filtraciones. Para garantizar que ninguna petición pase por otro socket. También corta el internet si la conexión VPN se interrumpe y el usuario tiene que esperar hasta que se restablezca. Incluso si la aplicación es eliminada, no se podrá solicitar nada a través de sockets que no sean la VPN.

Es una gran configuración, pero no permite conectarse a un servicio que se ejecuta en la propia máquina, o a un cluster de Minikube, o en este caso de arriba, a una simple conexión ethernet sin DHCP ni ninguna complicación.

Lecciones aprendidas en la forma de solucionar problemas como éste:

• Cuando el ping falla, el resultado de arp -a puede ayudar a solucionar el problema. OSX mostrará un signo de interrogación como nombre de dominio si se corta de la red.

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

• Pero mostrará el nombre del dominio cuando tenga acceso a la LAN:

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

Desafortunadamente, este mismo comando en Linux no será capaz de leer el nombre de OS X.

• El adaptador FireWire 2 funcionaba. Si las luces del interruptor parpadean, el otro está bien. En cualquier caso, he encontrado el siguiente recurso para los problemas de FireWire 2 que podría ayudar a la gente. http://www.thexlab.com/faqs/firewiretroubleshooting.html

• El Firewall de OSX no bloquea la entrada o salida de ping. Cuando la VPN estaba fuera, todo funcionaba con el Firewall en bloqueo.