Dlaczego nie mogę ssh do (lub nawet pingować) mojej maszyny Wirtualnej Ubuntu z hosta Mac OS X?


12

Używam Ubuntu 8.04 jako maszyny wirtualnej za pomocą VMware Fusion 3.0 na Mac OS X 10.5.8. Chcę móc ssh na moją maszynę wirtualną z hosta Mac OS X (więc mogę używać MacFUSE i SSHFS do montowania plików maszyny wirtualnej na komputerze Mac).

Miałem to wcześniej, ale potem:

  • zaktualizowano Fusion z 2.x do 3.0
  • przywrócił maszynę wirtualną do poprzedniej migawki
  • zaktualizowałem VMware Tools na maszynie wirtualnej

Ponownie zainstalowałem ssh na maszynie wirtualnej za pomocą sudo apt-get install ssh.

Następnie spróbowałem ssh 172.16.193.129z komputera Mac i po pewnym czasie upłynął limit czasu. Próbowałem pingować maszynę wirtualną z mojego komputera Mac i odebrano 0 pakietów. (Mogę bez problemu wysłać ping do komputera Mac z maszyny wirtualnej).

Wszelkie porady, jak rozwiązać ten problem?

Aktualizacja: Próbowałem zmienić NAT z Bridged (zgodnie z sugestią Stephena Thompsona ) i otrzymałem dziwne komunikaty „Przekroczono czas życia”, gdy próbowałem pingować maszynę wirtualną. Zrozumiałem, że to przez VPN, którego używam. Odłączyłem się od VPN i mogę teraz pingować VPN i ssh, niezależnie od tego, czy używam NAT czy Bridged.


Cała konfiguracja sieci może być dobrym początkiem.
womble

2
womble, nie rozumiem o co ci chodzi.
Daryl Spitzer

Odpowiedzi:


8

Spróbuj ustawić sieć jako zmostkowaną, aby pobierała adres sieciowy z sieci LAN, a będziesz mógł uzyskać do niego dostęp.


0

Głupie pytanie, ale 172.16.193.129czy bieżący adres IP Ubuntu VM? Do testowania prawdopodobnie powinieneś także opuścić firewall ( iptables -F), jeśli go skonfigurowałeś.


Tak, oczywiście dwukrotnie sprawdziłem, czy mam właściwe IP. (Używam ifconfig. Ponieważ używam NAT w VMware Fusion do udostępniania połączenia sieciowego Maca, numer IP nie zmienił się od czasu, gdy działał wcześniej.) Nie skonfigurowałem zapory, ale uruchomiłem iptables -F tylko w razie gdyby. Nadal nie mogę pingować maszyny wirtualnej.
Daryl Spitzer

0

Pomysł Stevena Thompsona zadziałał dla mnie - z jakiegokolwiek powodu dodanie eth1 (zmostkowane) wydawało się naprawiać eth0 (NAT) po uruchomieniu sudo dhclient(sprawdziłem, restart nie naprawił go sam, został naprawiony dopiero po uruchomieniu sudo dhclient)

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.