Problema di configurazione della connessione OSX all'applicazione rack

2

Sono su mac ElCapitan 10.11.6 (15G31) ed eseguo un'applicazione rack semplice rackup -p 5004 . Posso collegarmi ad esso con http://localhost:5004/ e http://[::1]:5004/

Ma non riesco a connettermi con http://127.0.0.1:5004/ e http://192.168.0.111:5004/ .

Sembra una configurazione errata sulla mia macchina. Ottengo diversi errori quando provo a connettermi con IPv4 e IPv6.

$ nc -v -4 192.168.0.111 5004 # and nc -v -4 127.0.0.1 5004 and nc -v -4 localhost 5004
nc: connectx to 192.168.0.111 port 5004 (tcp) failed: Connection refused

$ nc -v -6 192.168.0.111 5004 # and nc -v -6 127.0.0.1 5004
nc: getaddrinfo: nodename nor servname provided, or not known

Ma posso connettermi con nc -v -6 localhost 5004

Il mio file hosts è piuttosto semplice:

$ cat /etc/hosts                                                                                                                                                       
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost

Devo farlo funzionare con l'indirizzo IP del mio computer host 192.168.0.111 in modo che possa connettermi all'interno del contenitore Docker. Come risolvere questo problema?

Informazioni aggiuntive che ho trovato su diversi argomenti

  • scutil

    $ scutil -r 192.168.0.111
    Reachable, Local Address, Directly Reachable Address
    
    $ scutil -r 127.0.0.1
    Reachable, Local Address, Directly Reachable Address
    
    $ scutil -r localhost
    Reachable
    
    $ scutil -r ::1
    Reachable, Local Address, Directly Reachable Address
    
    # but note, ???
    $ scutil -r qwerty
    Reachable
    
  • uso della porta lsof

lsof mostra la porta per eseguibile rubino e la parte interessante è localhost:avt-profile-1 . Il controllo di cosa avt-profile-1 fornisce risultati per "Dati multimediali del protocollo di trasporto in tempo reale". Maggiori informazioni qui . Interessante anche quando interrompo l'applicazione rackup non c'è l'uso della porta, quindi questo non è un servizio / demone in esecuzione sulla mia macchina.

lsof -i :5004
COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
ruby    12167 kode   16u  IPv6 0xf3c39e30b59c5321      0t0  TCP localhost:avt-profile-1 (LISTEN)

Qui ho un'applicazione diversa in esecuzione sulla porta 5000. È raggiungibile tramite l'IP dell'host a 192.168.0.111:5000 . Nota il NOME *:commplex-main . Addizionalmente vorrei sapere per cosa è usato.

lsof -i :5000
COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
ruby    12889 kode   14u  IPv4 0xf3c39e30b22fcbe9      0t0  TCP *:commplex-main (LISTEN)
  • nome indirizzo host

    host 192.168.0.111
    111.0.168.192.in-addr.arpa has no PTR record
    
  • arp

    $ arp 192.168.0.111
    ? (192.168.0.111) at a0:99:9b:17:16:1d on en0 ifscope permanent [ethernet]
    
  • nslookup

    $ nslookup localhost
    Server:     192.168.0.1
    Address:    192.168.0.1#53
    
    Name:   localhost
    Address: 127.0.0.1
    
    $ nslookup 127.0.0.1
    Server:     192.168.0.1
    Address:    192.168.0.1#53
    
    1.0.0.127.in-addr.arpa  name = localhost.
    
    $ nslookup 192.168.0.111
    Server:     192.168.0.1
    Address:    192.168.0.1#53
    
    ** server can't find 111.0.168.192.in-addr.arpa.: NXDOMAIN
    
posta kode 03.08.2016 - 18:14
fonte

2 risposte

1

Il problema era rackup eseguito su localhost per impostazione predefinita. Per utilizzare l'host uno deve specificarlo con -o come rackup -o 192.168.0.111 -p 5004 . È possibile specificare un solo host.

    
risposta data 04.08.2016 - 11:32
fonte
-3

Ah, ho avuto lo stesso problema un po 'di tempo fa. Si è rivelato un brutto script che Chrome stava eseguendo. Ho risolto il problema utilizzando invece Safari.

    
risposta data 03.08.2016 - 20:35
fonte

Leggi altre domande sui tag