Miks OpenVPN /24 kliendid otsa saavad varem, kui ootate

/24 peale ehitatud poolid, mis lõpetavad klientide vastuvõtmise kuuekümne ringis, käituvad nii, nagu projekteeritud, ega põrka litsentsipiiriga. net30 korral antakse igale kliendile virtuaalne punkt-punkti ühendus, mis kulutab neli aadressi, seega 256 aadressiga alamvõrk toetab ligikaudu veerandit sellest, mida prefiks vihjab. Tähtis arv on eraldised, mitte aadressid. Prefiksi lugemine kliendiarvuna on viga, mis tekitab otsingu peidetud kasutajalimiidi järele.

Kaks topoloogiat, kaks arvutusmudelit ja ainult üks neist sobib prefiksiga, mida inimesed eeldavad.

net30 kulutab kliendi kohta neli aadressi

net30 eraldab kliendi kohta /30 ploki, sest iga seanss modelleeritakse punkt-punkti ühendusena, mille mõlemas otsas on aadress. Sellesse plokki läheb neli aadressi ja kaks on kasutatavad, mistõttu tegelik kliendiarv on veerand alamvõrgust. /24 korral jätab see 64 plokki, enne kui serveri enda plokk ja kõik fikseeritud eraldised välja tulevad. Teatatud lagi 63 lähedal on läbi paistev aritmeetika, mitte konfigureeritud maksimum.

Serveril on vaja ka oma eraldist ning staatilised kliendikirjed kulutavad plokke olenemata sellest, kas need kliendid ühenduvad. Mõlemad vähendavad dünaamilist vahemikku, muutmata prefiksit, millega alustasite.

Pooli piirid loevad rohkem kui prefiks

Serveri direktiiv võib määratleda pooli, mis on kitsam kui nimetatud alamvõrk, ja abiskript võib laieneda lisaseadeteks, mis ei ole avatud profiilis nähtavad. client-config kataloogi fikseeritud aadressid asuvad selle vahemiku sees ja neid ei saa kaks korda välja anda. Prefiks kirjeldab maksimaalset võimalikku ruumi; tegelik pool on see, mida töötav konfiguratsioon tegelikult pakub.

Võrrelge neid kahte enne, kui midagi mahutavuse kohta järeldate, sest väiksem konfigureeritud vahemik selgitab lagi sama hästi kui topoloogia.

Leidke piir, mis kliendi tegelikult tagasi lükkas

Lugege kõigepealt topoloogiat ja tegelikku pooli, seejärel arvestage fikseeritud eraldiste ja reserveeritud aadressidega. Kontrollige ka max-clients ja mis tahes vastuvõtukontrolli väljaspool OpenVPN-i, enne kui aadressiruumi süüdistate. Lõpuks sobitage serveri enda teadet keeldumise hetkel nende kandidaatidega. Teade nimetab piirangu; arv ainult kitsendab välja.

Keeldumine, mis saabub samaaegsuse veaga, ja keeldumine, mis saabub eraldise veaga, vajavad erinevaid parandusi, ja nende vahel oletamine raiskab hooldusakna.

Topoloogia muutmine muudab aadressiplaani

Üleminek alamvõrgu topoloogiale annab igale kliendile ühe aadressi ploki asemel, mis on õige samm, kui prefiks on tõesti liiga väike. See muudab ka kliendi aadressiparameetrite tähendust, seega tuleb iga kinnitatud eraldis ja iga kliendipõhine fail uuesti tuletada, mitte käsitsi ümber nummerdada. Planeerige uus vahemik, migreerige staatilised kirjed ja värskendage marsruute, mis neile viitavad.

Üleminek ei ole vana konfiguratsiooni sünonüüm. Käsitlege seda aadressiplaani muutusena, millel on oma ülevaatus, ja oodake, et vähemalt üks klient hoiab eelmise skeemi aadressi.

Mõõtke pooli plaani, mitte maski järgi

Valige suurus samaaegsete klientide arvu plus varu ühenduste taastamiseks ja testimiseks, seejärel valige väikseim prefiks, mis selle valitud topoloogia korral katab. /16-ni laiendamine kuuekümne kliendi lagi lahendamiseks vahetab mahutavuse probleemi marsruutimise ja kattuvuse probleemi vastu, sest suurem privaatne vahemik põrkab tõenäolisemalt kokku millegagi, mida klient juba kätte saab.

Dokumenteerige koos topoloogia, pool, fikseeritud eraldised ja sellest tulenev kliendilagi. Järgmine mahutavuse küsimus on siis aritmeetika, mitte uurimine.