Kan een slechte wijziging me buitensluiten?

Dat is precies het geval dat Atlas bewaakt. Riskante wijzigingen houden een weg terug; een configuratie die de beheertoegang afsnijdt, wordt niet blijvend.

Vervangt Atlas het interfaces-bestand?

Nee. Atlas beheert eronder hetzelfde Proxmox-netwerk; het bestand blijft de bron waaruit de host opstart. Atlas bewerkt het via begeleide, gecontroleerde stromen.

Worden VLAN's ondersteund?

Ja. VLAN-bridges en tags per gast staan op de kaart en zijn in de stromen te bewerken, met overlappende segmenten zichtbaar.

Kan het met bonds omgaan?

Ja. Bonds en hun lid-NIC's worden getekend en beheerd, en de keten van bond naar bridge naar gast is als één lijn zichtbaar.

Werkt het naast de Proxmox-interface?

Ja. Niets wordt geforkt of verborgen; een wijziging in Atlas is gewoon Proxmox-netwerk, en de PVE-interface blijft dezelfde waarheid tonen.

Verlaat mijn netwerkontwerp de host?

Nee. De kaart wordt lokaal op de host getekend. Namen, adressen en de details van de topologie worden nergens heen gestuurd. Staan de optionele gebruiksstatistieken aan, dan gaan alleen samengevatte aantallen naar buiten; wat er precies uitgaat staat op het scherm Privacy in het product.

Proxmox-netwerk zonder angst voor buitensluiting

Netwerkwijzigingen dragen de engste storing van een externe host: één verkeerde bridge-bewerking en de verbinding die de reparatie zou dragen is weg. Atlas tekent het netwerk als een levende kaart, toont wat een wijziging raakt voordat die wordt toegepast, en houdt een weg terug open als iets misgaat.

Waarom netwerkwijzigingen riskant voelen

Proxmox-netwerk wordt als tekst bewerkt: bridges, bonds en VLAN's leven in een interfaces-bestand, en het beeld van wat met wat verbonden is blijft in het hoofd. Het scherm dat de wijziging toepast, laat niet zien welke gasten op de gewijzigde bridge rusten.

De storing is absoluut. Een typefout in een bridge of een verkeerde VLAN-tag vertraagt de host niet beleefd; hij kan de SSH-sessie, de webinterface en alle gasten tegelijk laten vallen, en de reparatie vraagt dan fysieke toegang of een console.

Dus bevriezen teams hun netwerkconfiguratie, stellen opruimingen uit, houden dode bridges aan. Niet omdat de wijzigingen moeilijk zijn, maar omdat één fout een rit naar de server kost.

De voorzichtige manier om het netwerk met de hand te wijzigen

Zonder gereedschap is een veilige netwerkwijziging een kleine ceremonie:

In kaart brengen welke gasten, bridges en fysieke NIC's betrokken zijn voordat iets wordt aangeraakt.

De wijziging in het interfaces-bestand voorbereiden en twee keer lezen; een ontbrekende regel haalt de host neer.

Een onderhoudsvenster plannen, want een fout snijdt ook de beheertoegang af.

Een aparte console klaarhouden voor het geval de SSH-sessie met de wijziging sterft.

Toepassen, en dan haasten om te bevestigen dat de host en elke gast weer bereikbaar zijn.

Opschrijven wat er veranderd is, want de volgende persoon kan de topologie niet uit het bestand lezen.

Hoe Atlas het beeld verandert

Het netwerk houdt op een tekstbestand en een gebed te zijn; het wordt iets getekends, gecontroleerds en omkeerbaars.

Het netwerk als levende kaart

Bridges, bonds, VLAN's en fysieke NIC's worden getekend met de gasten die erop rusten. Wat met wat verbonden is, wordt van het scherm gelezen, niet uit een bestand gereconstrueerd.

Bridges, bonds en VLAN's in één stroom

Het aanmaken en bewerken van bridges, bonds en VLAN-opstellingen loopt door begeleide stromen, met het resulterende ontwerp zichtbaar zoals het zal zijn.

Impact vóór het toepassen

Voordat een wijziging wordt toegepast, worden de geraakte gasten en interfaces opgesomd. Een bridge-bewerking die twaalf gasten zou raken, zegt dat eerst.

Bescherming tegen buitensluiting

Riskante netwerkwijzigingen houden een weg terug: snijdt de nieuwe configuratie de host af, dan wordt ze niet blijvend. De rit naar de server blijft onnodig.

Gastverbindingen, zichtbaar

Elke gast-NIC, zijn bridge, zijn VLAN-tag en zijn toestand zijn op één plek zichtbaar; netwerkdebugging begint op de kaart in plaats van bij qm config.

OVS en STP, leesbaar

Open vSwitch-opstellingen en spanning-tree-toestand worden in topologietaal gepresenteerd; geavanceerde ontwerpen blijven zo leesbaar als eenvoudige.

Veelgestelde vragen

Kan een slechte wijziging me buitensluiten?: Dat is precies het geval dat Atlas bewaakt. Riskante wijzigingen houden een weg terug; een configuratie die de beheertoegang afsnijdt, wordt niet blijvend.
Vervangt Atlas het interfaces-bestand?: Nee. Atlas beheert eronder hetzelfde Proxmox-netwerk; het bestand blijft de bron waaruit de host opstart. Atlas bewerkt het via begeleide, gecontroleerde stromen.
Worden VLAN's ondersteund?: Ja. VLAN-bridges en tags per gast staan op de kaart en zijn in de stromen te bewerken, met overlappende segmenten zichtbaar.
Kan het met bonds omgaan?: Ja. Bonds en hun lid-NIC's worden getekend en beheerd, en de keten van bond naar bridge naar gast is als één lijn zichtbaar.
Werkt het naast de Proxmox-interface?: Ja. Niets wordt geforkt of verborgen; een wijziging in Atlas is gewoon Proxmox-netwerk, en de PVE-interface blijft dezelfde waarheid tonen.
Verlaat mijn netwerkontwerp de host?: Nee. De kaart wordt lokaal op de host getekend. Namen, adressen en de details van de topologie worden nergens heen gestuurd. Staan de optionele gebruiksstatistieken aan, dan gaan alleen samengevatte aantallen naar buiten; wat er precies uitgaat staat op het scherm Privacy in het product.

Verwante artikelen

Ik schreef een firewallregel en er gebeurt niets: de schakelaar met drie niveaus De Proxmox-firewall wordt op drie niveaus aangezet, en een regel doet niets zolang niet alle drie aan staan. Het meest voorkomende geval is een juiste regel onder een uitgeschakelde schakelaar.
Ik heb het netwerk gewijzigd en kan er niet meer bij: de tak doorzagen waarop je zit Netwerkconfiguratie wordt toegepast over precies de verbinding die je gebruikt om hem toe te passen. Een kleine fout knipt de verbinding door op het moment van toepassen, en zonder voorbereide terugweg heb je fysieke toegang nodig.
Scheiden met VLAN’s: één kabel, meerdere netwerken, en waar het label zit Het doel van scheiden is begrenzen hoe ver een slechte dag kan reiken. Een VLAN doet dat over één kabel, maar waar het label wordt gezet en of de bridge labels mag dragen kan stil misgaan.
Een virtuele machine heeft geen netwerk: in de juiste volgorde kijken De meesten beginnen de zoektocht binnen in de machine, en dat is de laatste plek om te kijken. De keten heeft vier schakels, en het symptoom vertelt welke is gebroken.