Ping auf der virtuellen Maschine nicht möglich

1989
Adalee

Ich habe ein Image für eine virtuelle Maschine für meinen Kurs erhalten (es gibt eine Entwicklungsumgebung) und ich kann nicht die gleiche Konfiguration erstellen, daher muss ich diese verwenden. Es ist ein älteres Arch Linux ( uname -asagt 2013) mit 3.8.4 Kernel und einem sehr begrenzten Befehlssatz. Ich habe ein Problem mit dem Netzwerkaufbau auf diesem Computer (für die Entwicklung erforderlich). Ich kann die virtuelle Maschine von meinem Laptop aus pingen, aber ich kann nichts (nicht einmal localhost) von der virtuellen Maschine erreichen - die Ausgabe ist immer Bad address.

Meine ip aAusgabe:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host  valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:1a:d0:53 brd ff:ff:ff:ff:ff:ff inet 192.168.100.223/24 brd 192.168.100.255 scope global eth0 inet6 fe80::5054:ff:fe1a:d053/64 scope link valid_lft forever preferred_lft forever

route Ausgabe:

Destination Gateway Genmask Flags Metric Ref Use Iface default 192.168.100.1 0.0.0.0 UG 600 0 0 eth0 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0

192.168.100.1ist die IP von virbr1 meines Laptops. Die Ausgabe von ping 127.0.0.1ist:

PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. ping: sendmsg: Bad address

Wenn ich versuche, irgendetwas zu pingen (mein Laptop als 192.168.100.1Google 8.8.8.8, localhost), ist die Antwort immer noch gleich. Es gibt keine traceroute, aber wenn ich tracepath 8.8.8.8oder tracepath google.comrenne, funktioniert es wie erwartet. Es gibt keine Richtlinien in iptables. Ich habe versucht, die Beispieldatei für eth0 zu kopieren und anzupassen /etc/network.d/interfaces, aber es hat sich nichts geändert.

Was ich wirklich brauche, ist, diese Maschine für die Außenwelt verfügbar zu machen (ich muss in der Lage sein, eine Verbindung von der Maschine im Heimnetzwerk herzustellen, die nicht im 192.168.100.*, sondern im selben Netzwerk wie mein Laptop ist). Wenn ich jedoch nicht in der Lage bin, localhost zu pingen, vermute ich, dass etwas völlig falsch mit dem Netzwerk ist und mein Google-Fu nicht hilft.

BEARBEITEN für Klarheit: Ich suche nicht, wie ich die Maschine anderen zur Verfügung stellen kann, nur damit Sie den Hintergrund kennen. Ich suche nach einer Bad addressNachrichtensache, die für mich keinen Sinn macht.

0
Welche Virtualisierungsplattform verwenden Sie? Verwenden Sie Bridged- oder Nat-Networking? Wie lautet die lokale IP des Host-Computers? Hast du eine Firewall? Scheint wie ein Host-Only-Netzwerk aktiviert. codemonk113 vor 8 Jahren 0
@ codemonk113 Linux (Fedora 22 auf dem Laptop) mit Virtual Machine Manager (verwendet QEMU, KVM), ich habe versucht, beide mit Firewall ein- und auszuschalten. Mir ist keine Firewall auf der virtuellen Maschine bekannt (nichts von "ps" scheint) eine Firewall). Die im VMM eingestellte Netzwerkschnittstelle ist als virtuelles Netzwerk definiert: NAT zu wlp3s0 (Verbindung des Laptops per WLAN) - andere Optionen sind macvtap, von denen ich keine Ahnung habe, was es ist. Wenn Sie wirklich die lokale IP-Adresse benötigen, ist es derzeit "10.0.1.24", aber ich denke, es ist irrelevant Adalee vor 8 Jahren 0
Für das, was Sie möchten, benötigen Sie ein überbrücktes Netzwerk. Andernfalls müssen Sie Router-Host-Client-Weiterleitungen (und möglicherweise statische Routen) einrichten. codemonk113 vor 8 Jahren 0
Es gibt keine Option für das Bridged-Networking, und meine zweite virtuelle Maschine (meine eigene Fedora 23-Installation, die nicht mit diesem Problem verbunden ist) hat im VMM das gleiche Netzwerksetup und alles funktioniert dort. Wenn es Brücken gibt, warum funktioniert es? Auch diese virtuelle Maschine kommuniziert offensichtlich mit der Welt - siehe "Tracepath" erwähnt in der Frage, welche korrekt funktionieren (gehen Sie durch den Laptop, den Router und weiter). Adalee vor 8 Jahren 0
Bridged Networking ist in Bezug auf das Management das "Einfachste". Sie brauchen es nicht wirklich - nur eine mögliche schnelle Lösung. Die Tatsache, dass überbrückte Netzwerke nicht verfügbar sind, ist bizarr und kann auf ein systemisches Problem hinweisen. Ist in Ihrer Arbeits-VM ein Bridged-Netzwerk verfügbar (F23)? Für eine weitere Analyse dieses Problems sind die Ausgaben von "route" "ipconfig" "iptables -n -L" hilfreich (von allen Computern aus). codemonk113 vor 8 Jahren 0
Nein, Bridged-Networking ist in VMM nicht verfügbar - daher * für * keine * VM *, und ich hatte nie Probleme. Warum sollte auch ein Netzwerk benötigt werden, um den Loopback erfolgreich zu pingen? "route" und "iptables" stehen bereits in der Frage, es gibt auf keiner Maschine "ipconfig". Die "iptables" auf der F23 akzeptieren grundsätzlich alles (erzeugt von einem Netzwerkmanager oder einem anderen Programm) und "route" enthält nur die Zeile "192.168.100.0". Wenn ich die Zeile "192.168.100.1" von der Arch-Route entferne, bekomme ich "Netzwerk ist nicht erreichbar", sodass diese Zeile definitiv korrekt ist Adalee vor 8 Jahren 0
"ipconfig" war ein Tippfehler, ich meinte "ifconfig". Abgesehen davon scheint Ihre VM an und für sich Probleme zu haben, obwohl dies konstruktionsbedingt sein kann. Wenn es sich um eine dev-VM handelt, ist diese Funktionalität möglicherweise erwünscht? dh nur vom Host aus erreichbar / verschiebbar. Ich würde mit demjenigen, der das Bild zur Verfügung gestellt hat, nach weiteren Details fragen. codemonk113 vor 8 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme