Eine virtuelle Maschine hat kein Netz: in der richtigen Reihenfolge schauen

Die Maschine startet, sie läuft, aber es gibt kein Netz. Der erste Reflex ist, in die Maschine zu gehen und ihre Netzwerkeinstellungen anzusehen, und das kostet meist Zeit, denn das ist das letzte Glied der Kette.

Zuerst die Form der Kette sehen

Auf dem Server gibt es eine Bridge, und diese Bridge verhält sich wie ein Switch. Die Netzwerkkarte der virtuellen Maschine steckt in diesem Switch. Der Switch selbst hängt an einem physischen Port. Die Kette lautet: Maschine, Bridge, physischer Port, Außenwelt. Ist eines dieser Glieder gerissen, sieht das Innere der Maschine völlig gesund aus, das Kabel wirkt eingesteckt, und der Verkehr geht nirgendwohin.

Erstes Glied: hängt die Karte an der richtigen Bridge

Sieh nach, an welcher Bridge die Netzwerkkarte der Maschine hängt. Maschinen aus einer Vorlage oder von einem anderen Server tragen weiterhin den alten Bridge-Namen. Gibt es diesen Namen auf diesem Server nicht mehr, steckt die Karte in nichts.

Zweites Glied: hat die Bridge einen Weg nach draußen

Enthält eine Bridge keinen physischen Port, ist sie ein nur nach innen gerichteter Switch: die Maschinen darauf sehen einander und sonst nichts. Manchmal ist das Absicht, manchmal wird es beim Aufsetzen übersprungen. Das Symptom "die Maschinen sehen sich, aber es gibt kein Internet" zeigt fast immer hierher.

Drittes Glied: die Frage der Markierung

Nutzt dein Netz markierten Verkehr, müssen das, was der Switch davor erwartet, und das, was die Maschine sendet, zusammenpassen. Unmarkiert zu senden, wo markiert erwartet wird, oder umgekehrt, erzeugt überhaupt keinen Fehler. Alles sieht richtig aus, und kein Paket kommt durch. Weil es lautlos ist, frisst dieses Glied die meiste Zeit.

Viertes Glied: jetzt das Innere der Maschine

Bist du hier angekommen, gibt es drei Dinge zu prüfen, und die drei zeigen in verschiedene Richtungen. Wird gar keine Adresse bezogen, liegt das Problem weiter oben. Gibt es eine Adresse, aber nichts geht hinaus, sieh das Gateway an. Funktioniert alles, aber Namen werden nicht aufgelöst, geht es um Namensauflösung, nicht um das Netz. Diese drei Symptome zu trennen ist die halbe Diagnose.

Dazu kommt die Klonfalle: trägt eine kopierte Maschine dieselbe Netzidentität wie ihre Quelle, wird dieselbe Adresse an zwei Maschinen vergeben, und die Verbindung fällt abwechselnd aus.

Der Fall "gestern lief es"

Die Kette war gestern dieselbe, such also nach dem, was sich geändert hat: eine Firewall in der Maschine, eine Regel auf Serverseite, oder ein abgelaufener Eintrag bei dem, was die Adressen vergibt. In einer Umgebung, die gestern lief, zerfällt das Bridge-Schema selten von allein.

Was Atlas tut

Auf der Netzwerkseite zeigt Atlas die physischen Ports, die Bridges, die Adressen und die Routen am selben Ort, sodass du die obige Kette durch Hinsehen verfolgst statt sie im Kopf zusammenzusetzen. Änderst du die Netzwerkkonfiguration, startet ein Rücknahme-Countdown: bestätigst du nicht, kommt die alte Konfiguration von selbst zurück, und dieser Countdown läuft auf dem Server, nicht an deinen Browser gebunden. Eine Änderung, die deine Verbindung kappt, sperrt dich also nicht aus.