Hokker adres jout de poel by de folgjende werferbining fuort?
Poeladressen folgje in oarder dy't net tafallich is: earst it ûnthâlden adres, dan it langst ûnbrûkte frije. Lês it foardat jo in regel fêstsette.
In regel dy't juster paste, past hjoed net mear, om't de klant op in oar tunneladres weromkaam. De talizzer is lykwols net tafallich, en wa't syn oarder ken, makket fan dy ferrassing in foarsisber barren. Hy ferkiest it adres dat deselde klant earder hie, falt werom op it langst ûnbrûkte frije en ferget alles, útsein as jo him earne ûnthâlde litte. Regels dy't op in lease rekkenje, bliuwe passe oant de dei dat se dat stilwei net mear dogge.
De oarder dy't de talizzer folget
Mei ien sesje per common name siket de talizzer earst in adres dat deselde klant earder brûkte en dat no frij is. As dat adres fuort is, nimt er it frije adres dat it langst ûnbrûkt wie. Mei tagelyk sesjes foar deselde namme jildt de foarkar foar it eardere adres net, en wurdt ynstee it earste frije adres brûkt, om't de sesjes as aparte peers behannele wurde.
| Situation | Address chosen | Practical effect |
|---|---|---|
| Reconnect, old address still free | The remembered address | Rules appear stable for days |
| Old address taken by another client | Least recently used free address | A working rule silently stops matching |
| Concurrent sessions, same name | First free address, per session | One identity can hold several leases |
Twa gefolgen komme daliks. In klant dy't fluch wer ferbynt, hâldt meastentiids syn adres, en dêrom merkt nimmen it meganisme oant it feroaret. En in oar apparaat dat him yn dat lytse finster ferbynt, kin it adres nimme wylst it koart frij is, wêrnei't de earste klant wat oars krijt en elke regel dy't op it âlde nûmer rjochte is, ferkeard is. Gjin fan beide barrens leveret in logregel op dy't op in fout liket.
Wêrom in lease stabyl liket en dan ferskoot
Stabiliteit is hjir in ûntsteande eigenskip fan werferbiningen dy't oankomme foardat immen oars it adres opeasket. It is gjin belofte, en it wurdt net ôftwongen wylst de klant loskeppele is. Planje dat it adres feroaret, ynstee fan der ferrast troch te wurden. In poel dy't amper grutter is as it oantal apparaten makket botsingen gewoan, om't de weromfal op it langst ûnbrûkte adres hast neat hat om út te kiezen.
Spitsserialiteit is it getal wêr't jo op moatte beplanje, net it oantal brûkers. Immen dy't fan twa apparaten tagelyk test, of in klant dy't wer ferbynt foardat de âlde sesje ferrint, beset in skoft twa leases. In poel dy't allinne op 'e koptelling berekkene is, leveret krekt it wikseljen dat minsken de tsjinner ferwite.
De persisttriem ûnthâldt, hy reservearret net
In adres dat in tsjinstwerstart oerlibbet, hat in persisttriem nedich. Dy bewarret by it ôfsluten de klantnamme en it adres en lêst se by it starten fan 'e tsjinst werom, en dêrom skoddet in plande werstart net mear elke regel dy't jo skreaun hawwe.
ifconfig-pool-persist /etc/openvpn/ipp.txt
server 10.8.0.0 255.255.255.0Wat er net docht, is it adres hâlde wylst de klant fuort is. Yn dy skoft mei de talizzer it nûmer oan immen oars jaan, en de triem fêstleget dan in ferâldere foarkar dy't de folgjende ferbining net neikomme kin. Behannelje it as in hint dy't it werstartgedrach ferbetteret, net as statyske adressearring.
Kontrolearje de poel tsjin elk rûtearre subnet wylst jo yn 'e triem binne. In oerlappende berik dielt adressen út dêr't de tsjinner net hinne routet, en it symptoom is in klant dy't ferbynt, in adres krijt en neat berikt.
In adres goed fêstsette
As in firewallregel of in DNS-ynskriuwing echt in fêst adres nedich hat, wiis it dan ta ynstee fan derop te hoopjen. In konfiguraasje-ynskriuwing per klant kin in adres en masker direkt stjoere, en dy ynsamling is keppele oan 'e effektive klantnamme.
# client-config-dir entry for "laptop-acme"
ifconfig-push 10.8.0.50 255.255.255.0Hâld fêste adressen bûten de dynamyske poel, sadat de talizzer itselde nûmer nea oan in oare sesje jout. Kontrolearje dan de tunneltopology, want dy feroaret hoefolle poeladressen elke klant ferbrûkt: de âldere punt-nei-punt-yndieling ferbrûkt per klant in lyts blok, wylst in subnetynsdieling elk ien adres brûkt. In poel dy't ûnder de iene topology rom liket, kin ûnder de oare útput wurde.
Befêstigje it resultaat op 'e klant ynstee fan de boekhâlding fan 'e tsjinner te fertrouwen. Sadree't de sesje werom is, sjoch nei it interface-adres en de pushte rûte, want in log op 'e tsjinner kin it adres melde dat oanfrege is, wylst it interface sels in oar hâldt.
It remote-adres is in aparte fraach
It adres yn 'e remote-rigel fan 'e klant moat berikber wêze foardat der in tunnel bestiet. Sette jo dêr in poeladres del, lykas it eigen tunneleinstpunt fan 'e tsjinner, dan besiket de klant it einstpunt te berikken troch in tunnel dy't noch net boud is, en it resultaat is in lus of in stil timeout ynstee fan in koarte wei.
Brûk it iepenbiere einstpunt dat de operator levere hat, en hâld de poel foar wêr't er foar ûntwurpen is: adressen yn 'e tunnel. It poelberik, de fêste tawizings en it persistpaad op ien plak fêstlizze sparret de folgjende persoan it behanneljen fan elke lease as willekeurich.