No se puede hacer ping entre OS X en LAN inalámbrica

Primero, parece que su enrutador inalámbrico tiene una parte de firewall que evita que los mensajes ICMP (ping es una parte de este conjunto de protocolos) pasen por la LAN inalámbrica para evitar una inundación de ping. Para verificar esto, pruebe estas pruebas:

1. Deshabilite cualquier software VPN que pueda ejecutar (el software VPN incluye principalmente políticas de escritorio que evitan que se ejecuten protocolos "no deseados" e insertan rutas especiales).

2. ping -c2 192.168.0.255

Un comportamiento habitual para ese comando sería obtener una respuesta de todas sus máquinas en la misma red. Si esto no funciona, algo más lo impide. Como escribió, deshabilitó todos los firewalls de OS X, este comando debería tener éxito.

Para verificar esto, vaya al paso 2:

2. Tome dos MBP y conéctelos con un cable CAT6 Gigabit Ethernet y asigne direcciones IP a los puertos LAN:
   

   MBP1: en0: 172.16.42.5 máscara de red 255.255.255.0

   MBP2: en0: 172.16.42.6 máscara de red 255.255.255.0

   MBP3: en0: 172.16.42.7 máscara de red 255.255.255.0

Ahora intente hacer ping a MBP2 desde MBP1 y viceversa y tome notas:

MBP1 -> MBP2: 1->2 yes / no, 2->1 yes / no

MBP1 -> MBP3: 1->3 yes / no, 3->1 yes / no

MBP2 -> MBP3: 2->3 yes / no, 3->2 yes / no

Si todas estas conexiones funcionan, entonces sabrá que el enrutador es el malo. Eche un vistazo más de cerca a la configuración de su enrutador y busque términos como "tormenta de transmisión", "inundación de ping" o "prevención de transmisión ICMP". Apague esa función y vuelva a intentarlo.

Espero que esto ayude a analizar tu molesto problema. :-)

Esto puede deberse a que el punto de acceso inalámbrico se configuró para evitar que los clientes inalámbricos se comuniquen entre sí.

La forma de verificarlo (y no confiar en ICMP) es intentar hacer ping o telnet a un puerto aleatorio desde una de sus máquinas OSX a otra y ver si aparece una entrada arp para esa otra máquina en la tabla arp, por ejemplo. desde máquina con IP 192.168.0.101 ejecutar:

ping -c2 192.168.0.105

o:

telnet 192.168.0.105 22

(Tenga en cuenta que el telnetcomando anterior intenta conectarse al puerto tcp/22, que normalmente usa ssh, que puede no funcionar en la máquina de destino; está bien, ya que solo estamos probando la conectividad Ethernet/WIFI)

Después de cualquiera de los comandos anteriores, ejecute:

arp -an | grep '(192.168.0.105)'

Si la conectividad de Capa 2 está allí (Ethernet/WIFI), debería ver un resultado similar al siguiente:

MacBook:~$ arp -an | grep '(192.168.0.105)'
? (192.168.0.105) at (xx:xx:xx:xx:xx:xx) on en1 ifscope [ethernet]

alternativamente, si no hay conectividad de Capa 2 en absoluto (por ejemplo, ya que el punto de acceso WIFI lo impide), verá algo similar a:

MacBook:~$ arp -an | grep '(192.168.0.105)'
? (192.168.0.105) at (incomplete) on en1 ifscope [ethernet]

A partir de ese momento, al menos sabrá si el WIFI AP impide la conectividad.

Muchos enrutadores wifi tienen configuraciones que evitan que los dispositivos en el mismo wifi se comuniquen entre sí. Esto es común en las redes wifi de invitados como una característica de seguridad. En los enrutadores de Synology, se denomina "aislamiento de AP" ( Fuente )

Sé que este es un hilo viejo, pero las pistas aquí me ayudaron a resolverlo en mi red. Definitivamente verifique la configuración del enrutador y también intente usar al menos una conexión por cable en los dispositivos para determinar si es solo un problema de wifi