Perché non riesco a eseguire ilshsh (o persino il ping) della mia macchina virtuale Ubuntu dall'host Mac OS X?


12

Sto eseguendo Ubuntu 8.04 come macchina virtuale usando VMware Fusion 3.0 su Mac OS X 10.5.8. Voglio essere in grado di accedere alla mia VM dall'host di Mac OS X (quindi posso usare MacFUSE e SSHFS per montare i file della VM sul Mac).

Avevo già lavorato in precedenza, ma poi:

  • Fusion aggiornato da 2.xa 3.0
  • ripristinato la VM su un'istantanea precedente
  • aggiornato gli strumenti VMware nella VM

Ho reinstallato ssh nella VM usando sudo apt-get install ssh.

Ho quindi provato ssh 172.16.193.129dal mio Mac e dopo qualche tempo è scaduto. Quindi ho provato a eseguire il ping della VM dal mio Mac e sono stati ricevuti 0 pacchetti. (Posso eseguire il ping del Mac dalla VM senza alcun problema.)

Qualche consiglio su come risolvere questo problema?

Aggiornamento: ho provato a passare da NAT a Bridged (come suggerito da Stephen Thompson ) e ho ricevuto strani messaggi "Time to live superato" quando ho provato a eseguire il ping della VM. Mi sono reso conto che era dovuto alla VPN che sto usando. Mi sono disconnesso dalla VPN e ora posso eseguire il ping della VPN e ssh in essa, indipendentemente dal fatto che io usi NAT o Bridged.


Tutta la tua configurazione di rete potrebbe essere un buon inizio.
Womble

2
womble, non capisco cosa intendi.
Daryl Spitzer,

Risposte:


8

Prova a impostare la tua rete su bridge, in modo che raccolga un indirizzo di rete dalla tua lan e sarai in grado di accedervi.


0

Domanda sciocca ma 172.16.193.129l'attuale IP della VM di Ubuntu? Per i test dovresti probabilmente rilasciare anche il firewall ( iptables -F) se lo hai configurato.


Sì, ho ovviamente ricontrollato che ho l'IP giusto. (Usando ifconfig. Dato che sto usando NAT in VMware Fusion per condividere la connessione di rete del Mac, il numero IP non è cambiato da quando funzionava prima.) Non ho configurato un firewall, ma ho eseguito iptables -F solo nel caso. Non riesco ancora a eseguire il ping della VM.
Daryl Spitzer,

0

L'idea di Steven Thompson ha funzionato per me - per qualsiasi motivo l'aggiunta di un eth1 (a ponte) sembrava correggere eth0 (NAT) una volta eseguito sudo dhclient(ho controllato, il riavvio non lo ha risolto da solo, è stato risolto solo dopo aver eseguito sudo dhclient)

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.