Bakit nauubusan ng kliyente ang isang OpenVPN /24 nang mas maaga kaysa inaasahan
Sa net30, bawat kliyente ay kumukuha ng /30, kaya ang /24 ay humihinto sa mga 64. Bilangin ang mga alokasyon, hanapin ang tunay na pagtanggi, at muling sukatin ang pool mula sa plano ng address.
Ang mga pool na itinayo sa /24 na tumitigil tumanggap ng kliyente sa mga animnapu ay kumikilos ayon sa disenyo, hindi tumatama sa limitasyon ng lisensya. Sa net30, bawat kliyente ay binibigyan ng virtual na point-to-point na link na kumokonsumo ng apat na address, kaya ang subnet na 256 address ay sumusuporta nang mga isang-kapat ng sinasabi ng prefix. Ang bilang na mahalaga ay ang mga alokasyon, hindi ang mga address. Ang pagbasa sa prefix bilang bilang ng kliyente ang pagkakamaling nagdudulot ng paghahanap ng nakatagong limitasyon ng gumagamit.
Dalawang topolohiya, dalawang modelong aritmetiko, at isa lamang sa kanila ang tumutugma sa prefix na inaakala ng mga tao.
gumugugol ang net30 ng apat na address bawat kliyente
Naglalaan ang net30 ng /30 block bawat kliyente, dahil ang bawat sesyon ay ginagawang modelo bilang point-to-point na link na may address sa bawat dulo. Apat na address ang pumapasok sa block na iyon at dalawa ang magagamit, kaya ang epektibong bilang ng kliyente ay isang-kapat ng subnet. Sa isang /24, nag-iiwan iyon ng 64 block bago lumabas ang sariling block ng server at anumang nakapirming takda. Ang iniulat na kisame sa mga 63 ay aritmetikang lumilitaw, hindi isang naka-configure na maximum.
Kailangan din ng server ang sarili nitong alokasyon, at ang mga static na entry ng kliyente ay gumugugol ng block kahit hindi kumonekta ang mga kliyenteng iyon. Parehong binabawasan ang dinamikong saklaw nang hindi binabago ang prefix na sinimulan mo.
Mas mahalaga ang mga hangganan ng pool kaysa sa prefix
Maaaring tumukoy ang direktiba ng server ng pool na mas makitid kaysa sa subnet na pinangalanan nito, at maaaring lumawak ang helper script sa karagdagang setting na hindi nakikita sa profile na binuksan mo. Ang mga nakapirming address mula sa client-config na direktoryo ay nasa loob ng saklaw na iyon at hindi maaaring ibigay nang dalawang beses. Inilalarawan ng prefix ang pinakamataas na posibleng espasyo; ang epektibong pool ay ang aktwal na inaalok ng tumatakbong configuration.
Ihambing ang dalawa bago magpasya tungkol sa kapasidad, dahil ang mas maliit na naka-configure na saklaw ay nagpapaliwanag sa kisame nang kasinghusay ng topolohiya.
Hanapin ang limitasyong aktwal na tumanggi sa kliyente
Basahin muna ang topolohiya at ang epektibong pool, pagkatapos isaalang-alang ang mga nakapirming takda at nakalaang address. Bago sisihin ang espasyo ng address, suriin ang max-clients at anumang kontrol sa pagpasok sa labas ng OpenVPN. Sa huli, ihambing ang sariling mensahe ng server sa sandali ng pagtanggi sa mga kandidatong iyon. Pinangalanan ng mensahe ang hadlang; ang bilang ay nagpapakitid lamang ng larangan.
Ang pagtangging may kasamang error sa sabayang pagtakbo at ang pagtangging may kasamang error sa alokasyon ay may magkaibang pagwawasto, at ang paghula sa pagitan ng mga ito ay nagsasayang ng bintana ng maintenance.
Binabago ng paglipat ng topolohiya ang plano ng address
Ang paglipat sa topolohiya ng subnet ay nagbibigay sa bawat kliyente ng isang address kaysa sa isang block, na siyang tamang hakbang kapag tunay na napakaliit ng prefix. Binabago rin nito ang ibig sabihin ng mga parameter ng address ng kliyente, kaya bawat naka-pin na takda at bawat file na partikular sa kliyente ay kailangang muling makuha sa halip na manu-manong muling bilangin. Planuhin ang bagong saklaw, ilipat ang mga static na entry, at i-update ang mga ruta na tumutukoy sa mga ito.
Ang paglipat ay hindi kasingkahulugan ng lumang configuration. Ituring ito bilang pagbabago sa plano ng address na may sariling pagsusuri, at asahan na kahit isang kliyente ay may address pa mula sa dating scheme.
Sukatin ang pool mula sa plano, hindi sa mask
Piliin ang laki mula sa bilang ng sabayang kliyente dagdagan ng espasyo para sa muling pagkonekta at pagsubok, pagkatapos piliin ang pinakamaliit na prefix na sumasaklaw dito sa napiling topolohiya. Ang pagpapalawak sa /16 para lutasin ang kisame na animnapung kliyente ay nagpapalit ng problema sa kapasidad sa problema sa routing at overlap, dahil ang mas malaking pribadong saklaw ay mas malamang na bumangga sa isang bagay na naaabot na ng kliyente.
Idokumento nang sama-sama ang topolohiya, pool, mga nakapirming takda at ang resultang kisame ng kliyente. Ang susunod na tanong sa kapasidad ay magiging aritmetika sa halip na imbestigasyon.