Estoy experimentando un problema interesante por el que estoy luchando para llegar al fondo y agradecería cualquier información sobre lo que podría estar pasando.
Estoy ejecutando un Macbook Pro en OSX 10.13.6.
Mi problema es el siguiente ... Comienzo un enlace de servidor de nodo a todas las interfaces mediante la dirección 0.0.0.0 . Puedo hacer Curl localhost:3000 y 127.0.0.1:3000 y golpear el servidor con éxito y recibir una respuesta.
Cuando trato de enrollar mi IP privada de mi máquina curl 192.168.1.113:3000 , el servidor recibe la solicitud y se envía una respuesta, sin embargo, la respuesta nunca es recibida por curl. Los colegas de la red pueden enrollar mi IP privada y obtener una respuesta.
Esto es lo que he observado hasta ahora.
Limpio mis tablas de enrutamiento netstat -rn con este aspecto.
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 74 0 en0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 3 1561554184 lo0
169.254 link#12 UCS 0 0 en0
192.168.1 link#12 UCS 0 0 en0
192.168.1.1/32 link#12 UCS 1 0 en0
192.168.1.1 70:4f:57:81:72:d2 UHLWIir 24 37 en0 1198
192.168.1.113/32 link#12 UCS 0 0 en0
224.0.0/4 link#12 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#12 UCS 0 0 en0
Mi IP privada tiene un registro 192.168.1.113/32 que está vinculado a la interfaz en0. Cuando accedo al servidor usando curl en localhost y 127.0.0.1 nada cambia en mis tablas de enrutamiento.
Inmediatamente después de acceder a curl 192.168.1.113:3000 desde mi máquina, aparece un nuevo registro en la tabla de enrutamiento como se muestra a continuación.
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 71 0 en0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 5 1561554801 lo0
169.254 link#12 UCS 0 0 en0
192.168.1 link#12 UCS 1 0 en0
192.168.1.1/32 link#12 UCS 1 0 en0
192.168.1.1 70:4f:57:81:72:d2 UHLWIir 22 43 en0 1170
192.168.1.113/32 link#12 UCS 1 0 en0
192.168.1.113 88:e9:fe:4c:a3:58 UHLWIi 2 8 lo0
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 11 en0
224.0.0/4 link#12 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 18 en0
255.255.255.255/32 link#12 UCS 0 0 en0
La línea tiene una interfaz de puerta de enlace que es la interfaz en0 y está vinculada a la interfaz loopback.
192.168.1.113 88:e9:fe:4c:a3:58 UHLWIi 2 8 lo0
Me pregunto si los paquetes de respuesta se están enrutando de manera incorrecta cuando la solicitud se realiza desde el host. Toda la ayuda apreciada.