Zašto OpenVPN /24 ostaje bez klijenata brže nego što očekujete

Poolovi napravljeni na /24 koji prestaju da primaju klijente oko šezdeset ponašaju se kako je projektovano, a ne udaraju u licencni limit. U net30 svaki klijent dobija virtuelnu vezu tačka-na-tačku koja troši četiri adrese, pa podmreža od 256 adresa podržava oko četvrtine onoga što prefiks sugeriše. Broj koji je bitan su alokacije, a ne adrese. Čitanje prefiksa kao broja klijenata je greška koja dovodi do traženja skrivenog limita korisnika.

Dve topologije, dva aritmetička modela, i samo jedan od njih odgovara prefiksu koji ljudi pretpostavljaju.

net30 troši četiri adrese po klijentu

net30 dodeljuje blok /30 po klijentu, jer se svaka sesija modeluje kao veza tačka-na-tačku sa adresom na svakom kraju. U taj blok ulaze četiri adrese, a dve su upotrebljive, zbog čega je efektivni broj klijenata četvrtina podmreže. Na /24 to ostavlja 64 bloka pre nego što izađu sopstveni blok servera i sva fiksna dodeljivanja. Prijavljeni plafon oko 63 je aritmetika koja se pokazuje, a ne konfigurisani maksimum.

Serveru je takođe potrebna sopstvena alokacija, a statički unosi klijenata troše blokove bez obzira na to da li se ti klijenti povezuju. Oboje smanjuje dinamički opseg bez promene prefiksa sa kojim ste počeli.

Granice poola su važnije od prefiksa

Serverska direktiva može definisati pool uži od podmreže koju imenuje, a pomoćna skripta može se proširiti na dodatna podešavanja koja nisu vidljiva u profilu koji ste otvorili. Fiksne adrese iz client-config direktorijuma stoje unutar tog opsega i ne mogu biti izdate dva puta. Prefiks opisuje najveći mogući prostor; efektivni pool je ono što pokrenuta konfiguracija zaista nudi.

Uporedite oba pre nego što zaključite bilo šta o kapacitetu, jer manji konfigurisani opseg objašnjava plafon isto tako dobro kao i topologija.

Pronađite limit koji je zaista odbio klijenta

Prvo pročitajte topologiju i efektivni pool, a zatim uzmite u obzir fiksna dodeljivanja i rezervisane adrese. Pre nego što okrivite adresni prostor, proverite max-clients i bilo koju kontrolu prijema van OpenVPN-a. Na kraju, uporedite sopstvenu poruku servera u trenutku odbijanja sa tim kandidatima. Poruka imenuje ograničenje; broj samo sužava polje.

Odbijanje koje dolazi sa greškom istovremenosti i odbijanje koje dolazi sa greškom alokacije imaju različite popravke, a nagađanje između njih traći prozor za održavanje.

Promena topologije menja plan adresa

Prelazak na podmrežnu topologiju daje svakom klijentu jednu adresu umesto bloka, što je pravi potez kada je prefiks zaista premali. To menja i šta znače parametri adrese klijenta, pa svako prikovano dodeljivanje i svaki fajl specifičan za klijenta mora biti izveden iznova, a ne prenumerisan ručno. Planirajte novi opseg, migrirajte statičke unose i ažurirajte rute koje se na njih pozivaju.

Prelazak nije sinonim za staru konfiguraciju. Tretirajte ga kao promenu plana adresa sa sopstvenim pregledom i očekujte da će bar jedan klijent zadržati adresu iz prethodne šeme.

Dimenzionišite pool iz plana, a ne iz maske

Izaberite veličinu prema broju istovremenih klijenata plus prostor za ponovna povezivanja i testiranje, pa izaberite najmanji prefiks koji to pokriva u izabranoj topologiji. Proširenje na /16 da bi se rešio plafon od šezdeset klijenata menja problem kapaciteta za problem rutiranja i preklapanja, jer veći privatni opseg verovatnije kolidira sa nečim do čega klijent već dolazi.

Dokumentujte zajedno topologiju, pool, fiksna dodeljivanja i dobijeni plafon klijenata. Sledeće pitanje kapaciteta tada postaje aritmetika umesto istrage.