Firwat eng /24 bei OpenVPN méi fréi Clienten ausgeet wéi erwaart

Pools op enger /24, déi ab ongeféier sechzeg Clienten net méi unhuelen, verhalen sech wéi geplangt an erreechen net eng Lizenzgrenz. Bei net30 kritt all Client eng virtuell Punkt-zu-Punkt-Verbindung, déi véier Adressen verbraucht, also ënnerstëtzt en Ënternetz mat 256 Adressen ongeféier e Véierel vun deem, wat de Präfix suggeréiert. D'Zuel déi zielt sinn d'Zoudeelungen, net d'Adressen. De Präfix als Clientzuel ze liesen ass de Feeler, deen d'Sich no enger verstoppter Benotzergrenz ausléist.

Zwee Topologien, zwee arithmetesch Modeller, an nëmmen ee vun hinnen entsprécht dem Präfix, deen d'Leit unhuelen.

net30 verbraucht véier Adressen pro Client

net30 deelt pro Client e /30-Block zou, well all Sessioun als Punkt-zu-Punkt-Verbindung mat enger Adress op all Enn modelléiert gëtt. An dee Block ginn véier Adressen, an zwou sinn notzbar, dofir ass d'effektiv Clientzuel e Véierel vum Ënternetz. Op enger /24 bleiwen 64 Bléck, ier de Block vum Server selwer an all fest Zoudeelungen erauskommen. Eng gemellt Grenz ronderëm 63 ass Arithmetik, déi sech weist, an net e konfiguréierte Maximum.

De Server brauch och seng eegen Zoudeelung, a statesch Client-Entréeë verbrauchen Bléck, egal ob déi Clienten sech verbannen oder net. Beides reduzéiert de dynamesche Beräich, ouni de Präfix ze änneren, mat deem Dir ugefaang hutt.

D'Poolgrenze si méi wichteg wéi de Präfix

D'Serverdirektiv kann e Pool definéieren, dee méi schmuel ass wéi d'Ënternetz, dat se nennt, an e Hëllefsskript kann an zousätzlech Astellunge wuessen, déi am Profil, deen Dir opgemaach hutt, net sichtbar sinn. Fest Adressen aus engem client-config-Verzeechnis leien an deem Beräich a kënnen net zweemol vergi ginn. De Präfix beschreift de maximal méigleche Raum; de effektive Pool ass dat, wat déi lafend Konfiguratioun tatsächlech ubitt.

Vergläicht déi zwee, ier Dir eppes iwwer d'Kapazitéit ofschléisst, well e méi klengen konfiguréierte Beräich d'Grenz esou gutt erkläert wéi d'Topologie.

Fannt d'Limit, déi de Client tatsächlech ofgelehnt huet

Liest d'Topologie an de effektive Pool als éischt, a rechent dann d'fest Zoudeelungen an d'reservéiert Adressen derbäi. Ier Dir dem Adressraum d'Schold gitt, kontrolléiert max-clients an all Admissiounskontroll ausserhalb vum OpenVPN. Zum Schluss vergläicht Dir d'Message vum Server am Moment vun der Oflehnung mat deene Kandidaten. D'Message nennt d'Restriktioun; d'Zuel enkert nëmmen d'Feld.

Eng Oflehnung, déi mat engem Parallelitéitsfehler kënnt, an eng Oflehnung, déi mat engem Zoudeelungsfehler kënnt, hunn ënnerschiddlech Korrekturen, a rietsen tëschent hinnen verschwënnt eng Wartungsfënster.

Eng aner Topologie ännert den Adressplang

D'Wiessel op d'Ënternetz-Topologie gëtt all Client eng Adress anstatt engem Block, wat de richtege Schrëtt ass, wann de Präfix wierklech ze kleng ass. Et ännert och, wat d'Clientadressparameter bedeiten, dofir mussen all fix Zoudeelung an all clientspezifesch Datei nei ofgeleet ginn an net vun Hand ëmnummeréiert. Plangt dee neien Beräich, migréiert d'statesch Entréeën an aktualiséiert d'Routen, déi se referenzéieren.

Den Ëmstig ass kee Synonym fir déi al Konfiguratioun. Behandelt en als Ännerung vum Adressplang mat senger eegener Iwwerpréiwung, a rechent mat op d'mannst engem Client, deen eng Adress aus dem virege Schema behält.

Dimensionéiert de Pool aus dem Plang, net aus der Mask

Wielt d'Gréisst aus der Zuel vun de gläichzäitege Clienten plus Spillraum fir Reconnexionen an Tester, an hëlt dann dee klengste Präfix, deen dat ënner der gewielter Topologie deckt. Op eng /16 ze vergréisseren, fir eng Grenz vun sechzeg Clienten ze léisen, tauscht e Kapazitéitsproblem géint e Routing- an Iwwerlappungsproblem, well e méi grousse private Beräich méi wahrscheinlech mat eppes kollidéiert, wat de Client schonn erreecht.

Dokumentéiert d'Topologie, de Pool, déi fest Zoudeelungen an déi doraus resultéierend Clientgrenz zesummen. Déi nächst Kapazitéitsfro ass dann Arithmetik anstatt eng Enquête.