Qual è il modo corretto per eseguire il port forwarding tramite VMWare

Question

Ho creato una macchina virtuale con un server in esecuzione su localhost:8675/ che volevo collegare alla mia macchina host sulla stessa porta per facilitare la comprensione. Stavo seguendo questi documenti per informazioni:

• https://www.virtualbox.org/manual/ch06.html
• http://www.howtogeek.com/122641/how-to-forward-ports-to-a-virtual-machine-and-use-it-as-a-server/

Quando ero nel mio VMWare Workstation, ho cliccato sul mio VM, poi feci: Modifica> Virtual Network Editor . Successivamente, abilitato Modifica impostazioni che ha riavviato la finestra in modalità amministratore. Ho cliccato sulla riga con tipo NAT e connessione esterna NAT e nelle informazioni VMNet con il pulsante radio NAT premuto, ho fatto clic sul pulsante Impostazioni NAT .

ho detto: Aggiungi ... e poi ha fatto:

Host: 8675 
Type: TCP 
VMIP: 127.0.0.1:8675 
Description: Port Foward of 8675 from Host to VM. 

Sembra che tutto è buono. Dico Ok e Applicare in successione. Sembrava chiudere e riavviare alcuni servizi.

Ho confermato nella VM, il 127.0.0.1:8675 è corretto. nell'Ostia, ho cercato di andare a: http://localhost:8675/ e dice: ERR_CONNECTION_REFUSED

ho pensato che questo era tutto quello che dovevo fare.

Stavo cercando alcune informazioni aggiuntive e ho notato che alcune persone hanno dovuto configurare i firewall. Non ero sicuro che se avessi avuto bisogno di farlo, dato che stavo pensando che HOST e VM sono tutti in 1 macchina reale, potrebbe essere completamente autonomo.

C'è un compito critico che mi manca?

Answer 1

Ho visto questo post: https://superuser.com/questions/571196/port-forwarding-to-a-vmware-workstation-virtual-machine che mi ha detto di adattarlo a ponte e usarlo in quel modo. Questo risolve il problema del collegamento del problema HOST/VM.

Non voglio dire che questa è la risposta corretta anche se la domanda in sé è particolare per NAT, ma questa è una risposta alternativa valida che funziona.

Questo risolve il problema di base, ma non la domanda.

Answer 2

Quando si utilizza NAT, il sistema host e le caselle guest hanno indirizzi IP completamente diversi nella loro subnet virtuale, quindi la mia ipotesi è che quando si tenta di connettersi al localhost dal sistema host: 8675 si sta effettivamente cercando di connettersi per portare 8675 dell'host e non dell'ospite. Quindi non usare la sintassi localhost o 127.0.0.1, ma scoprire l'indirizzo IP reale del guest e usarlo. Se il tuo ospite è Windows usa il comando ipconfig, se Linux usa ifconfig.

Probabilmente dovrai anche configurare il firewall sul lato ospite.

MODIFICA: Commento della frase "NAT: utilizzato per condividere l'indirizzo IP dell'host.": probabilmente si riferisce all'indirizzo IP dell'adattatore ethernet reale che hai sul tuo host e che è condiviso da host e guest per accedere a Internet.Questo non è legato al modo in cui l'host e gli ospiti comunicano insieme.Ad esempio, utilizzo VMware Workstation per l'esecuzione di una casella Linux virtuale in Windows Selezionando NAT, VMware crea una subnet virtuale chiamata VMnet 8. In questa subnet il router virtuale ha indirizzo 192.168.120.0, al mio host Windows è assegnato un adattatore Ethernet virtuale con indirizzo 192.168.120.1 e Linux guest ha l'indirizzo 192.168.120.128 Quindi quando voglio accedere a una cartella condivisa di Samba da Windows, digito "net use * \ 192.168.120.128" in un prompt dei comandi di Windows. Quando voglio accedere a una cartella condivisa di Windows da Linux, digito "sudo mount.cifs //192.168.120.1/path_to_shared_folder target_folder".