Impossibile ricevere risposta alla richiesta di arricciamento contro l'indirizzo IP privato del computer su OSX

0

Sto riscontrando un problema interessante che sto facendo fatica ad andare fino in fondo e vorrei dare il benvenuto a qualsiasi informazione su cosa potrebbe accadere.

Sto eseguendo un Macbook pro su OSX 10.13.6.

Il mio problema è il seguente ... Avvio di un nodo server che si lega a tutte le interfacce tramite l'indirizzo 0.0.0.0 . Sono in grado di arricciare localhost:3000 e 127.0.0.1:3000 e colpire con successo il server e ricevere una risposta.

Quando provo ad arricciare il mio IP privato dalla mia macchina curl 192.168.1.113:3000 la richiesta viene ricevuta dal server e viene inviata una risposta, tuttavia, la risposta non viene mai ricevuta da arricciatura. I colleghi della rete riescono a rannicchiare il mio IP privato e ottenere una risposta.

Ecco ciò che ho osservato fino ad ora.

Svuoto le mie tabelle di routing netstat -rn assomiglia a questo.

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

Il mio IP privato ha un record 192.168.1.113/32 associato all'interfaccia en0. Quando accedo al server usando curl su localhost e 127.0.0.1, nulla cambia nelle mie tabelle di routing.

Immediatamente dopo aver effettuato l'accesso a curl 192.168.1.113:3000 dalla mia macchina, viene visualizzato un nuovo record nella tabella di routing come mostrato di seguito.

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 linea ha un'interfaccia gateway che è l'interfaccia en0 ed è vincolata a lo0 l'interfaccia di loopback.

192.168.1.113 88:e9:fe:4c:a3:58 UHLWIi 2 8 lo0

Mi chiedo se i pacchetti di risposta vengano indirizzati in modo negativo quando la richiesta viene eseguita dall'interno dell'host. Tutti apprezzati.

    
posta Simon McClive 01.08.2018 - 12:03
fonte

0 risposte

Leggi altre domande sui tag