Pooli, zgrajeni na /24, ki prenehajo sprejemati odjemalce okoli šestdesetih, se obnašajo po načrtu in ne zadenejo licenčne omejitve. Pri net30 vsak odjemalec dobi virtualno povezavo od točke do točke, ki porabi štiri naslove, zato podomrežje s 256 naslovi podpira približno četrtino tega, kar nakazuje predpona. Pomembno število so dodelitve, ne naslovi. Branje predpone kot števila odjemalcev je napaka, ki sproži iskanje skrite omejitve uporabnikov.

Dve topologiji, dva aritmetična modela, in le eden od njiju ustreza predponi, ki jo ljudje predpostavljajo.

net30 porabi štiri naslove na odjemalca

net30 dodeli blok /30 na odjemalca, ker je vsaka seja modelirana kot povezava od točke do točke z naslovom na vsakem koncu. V ta blok gredo štirje naslovi in dva sta uporabljiva, zato je učinkovito število odjemalcev četrtina podomrežja. Na /24 to pusti 64 blokov, preden pridejo lasten blok strežnika in vse fiksne dodelitve. Prijavljeni strop okoli 63 je aritmetika, ki se pokaže, ne konfigurirani maksimum.

Tudi strežnik potrebuje svojo dodelitev, statični vnosi odjemalcev pa porabijo bloke ne glede na to, ali se ti odjemalci povežejo. Oboje zmanjša dinamični razpon, ne da bi spremenilo predpono, s katero ste začeli.

Meje poola so pomembnejše od predpone

Strežniška direktiva lahko določi pool, ožji od podomrežja, ki ga imenuje, pomožni skript pa se lahko razširi v dodatne nastavitve, ki niso vidne v profilu, ki ste ga odprli. Fiksni naslovi iz imenika client-config so znotraj tega razpona in jih ni mogoče izdati dvakrat. Predpona opisuje največji možni prostor; dejanski pool je tisto, kar tekoča konfiguracija v resnici ponuja.

Primerjajte oboje, preden sklepate o zmogljivosti, ker manjši konfigurirani razpon pojasni strop prav tako dobro kot topologija.

Poiščite omejitev, ki je odjemalcu v resnici zavrnila

Najprej preberite topologijo in dejanski pool, nato upoštevajte fiksne dodelitve in rezervirane naslove. Preden okrivite naslovni prostor, preverite max-clients in kakršen koli nadzor sprejema zunaj OpenVPN. Na koncu primerjajte lastno sporočilo strežnika v trenutku zavrnitve s temi kandidati. Sporočilo imenuje omejitev; štetje le zoži polje.

Zavrnitev s hkratno napako in zavrnitev z napako dodelitve imata različne popravke, ugibanje med njima pa zapravi servisno okno.

Sprememba topologije spremeni načrt naslovov

Prehod na topologijo podomrežja vsakemu odjemalcu da en naslov namesto bloka, kar je prava poteza, ko je predpona res premajhna. Spremeni tudi pomen parametrov naslova odjemalca, zato je treba vsako pripeto dodelitev in vsako datoteko, specifično za odjemalca, znova izpeljati, ne pa ročno preštevilčiti. Načrtujte nov razpon, preselite statične vnose in posodobite poti, ki se nanje sklicujejo.

Prehod ni sinonim za staro konfiguracijo. Obravnavajte ga kot spremembo načrta naslovov z lastnim pregledom in pričakujte, da bo vsaj en odjemalec obdržal naslov iz prejšnje sheme.

Pool razsežite iz načrta, ne iz maske

Velikost izberite iz števila hkratnih odjemalcev plus rezerve za ponovne povezave in testiranje, nato izberite najmanjšo predpono, ki to pokrije v izbrani topologiji. Razširitev na /16 za rešitev stropa šestdesetih odjemalcev zamenja težavo zmogljivosti za težavo usmerjanja in prekrivanja, ker večji zasebni razpon pogosteje trči ob nekaj, kar odjemalec že doseže.

Dokumentirajte skupaj topologijo, pool, fiksne dodelitve in izhajajoči strop odjemalcev. Naslednje vprašanje zmogljivosti je potem aritmetika namesto preiskave.

Sorodni članki