Een virtuele machine heeft geen netwerk: in de juiste volgorde kijken

De machine start op, hij draait, maar er is geen netwerk. De eerste reflex is de machine in te gaan en naar de netwerkinstellingen te kijken, en dat kost meestal tijd, want dat is de laatste schakel in de keten.

Zie eerst de vorm van de keten

Op de server staat een bridge, en die bridge gedraagt zich als een switch. De netwerkkaart van de virtuele machine zit in die switch. De switch zelf hangt aan een fysieke poort. De keten is: machine, bridge, fysieke poort, buitenwereld. Is een van die schakels gebroken, dan ziet de binnenkant van de machine er kerngezond uit, lijkt de kabel aangesloten, en gaat het verkeer nergens heen.

Eerste schakel: zit de kaart op de juiste bridge

Kijk aan welke bridge de netwerkkaart van de machine hangt. Machines gemaakt uit een sjabloon, of overgezet van een andere server, blijven de oude bridgenaam meedragen. Bestaat die naam op deze server niet meer, dan zit de kaart nergens in.

Tweede schakel: heeft de bridge een uitgang

Zit er in een bridge geen fysieke poort, dan is die bridge een switch die alleen naar binnen kijkt: de machines erop zien elkaar en verder niets. Soms is dat expres, soms wordt het bij het opzetten overgeslagen. Het symptoom "de machines zien elkaar maar er is geen internet" wijst bijna altijd hierheen.

Derde schakel: de kwestie van het label

Gebruikt je netwerk gelabeld verkeer, dan moeten wat de switch ervoor verwacht en wat de machine stuurt bij elkaar passen. Ongelabeld sturen waar gelabeld wordt verwacht, of andersom, levert helemaal geen fout op. Alles ziet er goed uit en er komt geen pakket door. Juist omdat het stil is, vreet deze schakel de meeste tijd.

Vierde schakel: nu de binnenkant van de machine

Ben je hier aangekomen, dan zijn er drie dingen te controleren, en die drie wijzen verschillende kanten op. Wordt er helemaal geen adres verkregen, dan zit het probleem hoger. Is er een adres maar gaat er niets naar buiten, kijk dan naar de gateway. Werkt alles maar worden namen niet omgezet, dan gaat het om naamsomzetting, niet om het netwerk. Die drie symptomen uit elkaar houden is de helft van de diagnose.

Er is ook de kloonval: draagt een gekopieerde machine dezelfde netwerkidentiteit als zijn bron, dan wordt hetzelfde adres aan twee machines gegeven en valt de verbinding om beurten weg.

Het geval "gisteren werkte het"

De keten was gisteren dezelfde, zoek dus wat er veranderd is: een firewall in de machine, een regel aan de serverkant, of een verlopen registratie bij wat de adressen uitdeelt. In een opstelling die gisteren werkte valt het bridgeschema zelden vanzelf uit elkaar.

Wat Atlas doet

Op de netwerkpagina toont Atlas de fysieke poorten, de bridges, de adressen en de routes op dezelfde plek, zodat je de bovenstaande keten volgt door te kijken in plaats van hem in je hoofd samen te stellen. Wijzig je de netwerkconfiguratie, dan start een terugdraaiteller: bevestig je niet, dan komt de oude configuratie vanzelf terug, en die teller loopt op de server, niet aan je browser gebonden. Een wijziging die je verbinding afsnijdt laat je dus niet buitengesloten.