Wie man die Netzkarte liest: wohin geht der Verkehr einer Maschine

Listenansichten beantworten "was gibt es" gut: so viele Maschinen, so viele Bridges, so viele Karten. Sie beantworten "wo läuft der Verkehr dieser Maschine entlang" nicht mit derselben Leichtigkeit. Beantwortbar ist es, aber du musst vier Bildschirme öffnen und die Kette im Kopf zusammenfügen, und du musst sie bei jeder Frage erneut zusammenfügen.

Warum eine Karte keine Liste ist

Jeder Netzwerkeintrag in diesem Wiki beschreibt dieselbe Methode: folge der Kette. Maschine, Bridge, physischer Port, Außenwelt. Eine Liste reicht dir diese Kette nicht, sie reicht dir ihre Teile; die Kette baust jedes Mal du. Eine Karte ist die Kette.

Der Unterschied zeigt sich im Störungsfall. An einem ruhigen Tag sind vier Bildschirme keine Mühe. Wenn etwas nicht geht und die Stunde spät ist, fügt sich eine im Kopf gehaltene Kette falsch zusammen.

Die Glieder, die eine Karte haben muss

Der Reihe nach: die Außenwelt, der physische Port, das Bündel falls vorhanden, die Bridge, die Markierung falls vorhanden, und zuletzt die Maschine selbst. Fehlt eines dieser Glieder, sieht die Karte gut aus und nützt nichts, denn genau am fehlenden Glied bleibst du hängen.

Was eine Karte nicht tun darf

Sie darf nicht auf Kosten der Wahrheit hübsch sein. Eine Karte, die eine nicht vorhandene Linie zeichnet oder eine vorhandene auslässt, ist schlechter als eine Liste: eine Liste zwingt dich zum Denken, eine falsche Karte überredet dich zur Gewissheit.

Der Unterschied zwischen gezeichnetem Schema und lebender Karte

Ein einmal gezeichnetes Schema kann dir zwei Dinge nicht sagen: ob diese Verbindung gerade jetzt Verkehr trägt, und ob eine Regel darauf filtert. Beides sind Fragen, die im Störungsfall gestellt werden. Ein Schema an der Wand beschreibt die Wirklichkeit ein halbes Jahr später nicht; eine lebende Karte zeigt, was da ist.

Wonach man auf einer Karte sucht

Eine Maschine, die an nichts hängt. Hängt ihre Netzwerkkarte lose, liegt die Sache am ersten Glied der Kette.

Eine Bridge ohne physischen Port. Die Maschinen darauf sehen einander und sonst nichts. Es ist das Bild des Symptoms "die Maschinen sehen sich, aber es gibt kein Internet".

Eine Markierung, die nur auf einer Seite steht. Ist die Markierung an einer Stelle vorhanden und auf der Gegenseite nicht, erscheint kein Fehler und kommt kein Paket durch.

Zwei Maschinen, die einander nicht sehen sollten, an derselben Bridge. Hier stellt sich heraus, dass das, was du getrennt glaubtest, nicht getrennt ist.

Wo die Karte nicht hinsieht

Die Karte zeigt, was der Host meldet. Was innerhalb einer virtuellen Maschine geschieht, steht nicht auf dieser Karte: ihre eigene Firewall, ihr eigenes Routing, ihre eigenen Einstellungen. Im Fall "auf dem Server ist alles offen, aber ich komme nicht rein" wird die Karte für dich sauber aussehen, denn die Serverseite ist tatsächlich sauber.

Das zu wissen schwächt die Karte nicht, es lässt dich sie richtig benutzen: die Karte schließt die Serverseite aus, und übrig bleibt das Innere der Maschine.

Was Atlas tut

Atlas zeichnet die Kette von Anfang bis Ende auf einem Bildschirm: die Außenwelt, die physischen Karten, gebündelte Verbindungen falls vorhanden, die Bridges, die markierten Schnittstellen und am Ende die virtuellen Maschinen und Container. Alle obigen Glieder stehen also auf der Karte, und du musst keinen vierten Bildschirm öffnen.

Die Linienstärke folgt dem lebenden Verkehr, du siehst also durch Hinsehen, welche Leitung wirklich arbeitet; das ist eines der beiden Dinge, die ein gezeichnetes Schema nicht geben kann. Das zweite sitzt auf den Knoten selbst: ist an einer Schnittstelle eine Firewall aktiv und liegt eine Markierung vor, zeigt die Karte das neben der Maschine.

Was die Symbole bedeuten, steht in der eigenen Legende der Karte, du musst dir also keine Farbe und keine Form merken.