OpenVPN-ийн /24 сүлжээнд клиентүүд яагаад хүлээгдэхээс эрт дуусдаг вэ

Клиентүүдийг жаран гаранд хүлээн авахаа болиулж буй /24 дээр бүтээсэн пулууд нь зохион бүтээсэн ёсоор ажиллаж байгаа бөгөөд лицензийн хязгаарт хүрээгүй байна. net30 үед клиент бүрт хоёр үзүүрт нь хаягтай виртуал цэгээс цэг рүү холбоос өгдөг бөгөөд энэ нь дөрвөн хаяг зарцуулдаг тул 256 хаягтай дэд сүлжээ нь угтвар үзүүлж буй хэмжээний ойролцоогоор дөрөвний нэгийг л дэмждэг. Чухал тоо нь хаяг биш, хуваарилалт юм. Угтварыг клиентийн тоо гэж унших нь далд хэрэглэгчийн хязгаар хайхад хүргэдэг алдаа юм.

Хоёр топологи, хоёр арифметик загвар байгаа бөгөөд зөвхөн нэг нь хүмүүсийн таамагладаг угтвартай тохирдог.

net30 клиент бүрт дөрвөн хаяг зарцуулдаг

net30 нь клиент бүрт /30 блок хуваарилдаг, учир нь сесс бүр хоёр үзүүрт хаягтай цэгээс цэг рүү холбоос хэлбэрээр загварчлагддаг. Тэр блокт дөрвөн хаяг орж, хоёр нь ашиглагдах боломжтой тул үр дүнтэй клиентийн тоо дэд сүлжээний дөрөвний нэг болно. /24 дээр серверийн өөрийн блок болон ямар ч тогтмол хуваарилалт гарч ирэхээс өмнө 64 блок үлддэг. 63 орчимд мэдээлэгддэг дээд хязгаар нь тохируулсан дээд утга биш, илэрч буй арифметик юм.

Серверт ч өөрийн хуваарилалт хэрэгтэй бөгөөд статик клиентийн бичлэгүүд тэдгээр клиентүүд холбогдсон эсэхээс үл хамааран блок зарцуулдаг. Хоёулаа эхэлсэн угтварыг өөрчлөхгүйгээр динамик хүрээг багасгадаг.

Пүүлийн хил хязгаар угтвараас илүү чухал

Серверийн заавар нь нэрлэсэн дэд сүлжээнээс нарийн пул тодорхойлж болох бөгөөд туслах скрипт нь нээсэн профайлд харагдахгүй нэмэлт тохиргоо руу тэлж болно. client-config хавтасны тогтмол хаягууд тэр хүрээний дотор байрладаг бөгөөд хоёр удаа олгогдохгүй. Угтвар нь боломжит хамгийн том орон зайг л дүрсэлдэг; үр дүнтэй пул бол ажиллаж буй тохиргоо бодитоор санал болгож буй зүйл юм.

Багтаамжийн талаар ямар нэг дүгнэлт хийхээс өмнө хоёуланг нь харьцуул, учир нь бага тохируулсан хүрээ нь дээд хязгаарыг топологитой адил сайн тайлбарладаг.

Клиентийг бодитоор татгалзсан хязгаарыг ол

Эхлээд топологи болон үр дүнтэй пулыг уншиж, дараа нь тогтмол хуваарилалт, нөөц хаягуудыг тооцоонд оруул. Хаягийн орон зайг буруутгахаас өмнө max-clients болон OpenVPN-ээс гадуурх аливаа элсэлтийн хяналтыг шалга. Эцэст нь татгалзсан тэр мөчид серверийн өөрийн илгээсэн мессежийг тэдгээр нэр дэвшигчтэй тулга. Мессеж нь хязгаарлалтыг нэрлэдэг; тоо нь зөвхөн талбарыг нарийсгадаг.

Зэрэгцээ байдлын алдаатай ирдэг татгалзал болон хуваарилалтын алдаатай ирдэг татгалзал нь өөр засвартай бөгөөд тэдгээрийн хооронд таамаглах нь засвар үйлчилгээний цонхыг үрэн таран хийдэг.

Топологийг өөрчлөх нь хаягийн төлөвлөгөөг өөрчилдөг

Дэд сүлжээний топологид шилжих нь клиент бүрт блокийн оронд нэг хаяг өгдөг бөгөөд угтвар үнэхээр хэт бага үед энэ нь зөв алхам юм. Энэ нь клиентийн хаягийн параметрүүдийн утгыг ч өөрчилдөг тул бэхэлсэн хуваарилалт бүр болон клиент тус бүрийн файлыг гараар дахин дугаарлахын оронд дахин гаргах ёстой. Шинэ хүрээг төлөвлөж, статик бичлэгүүдийг шилжүүлж, тэдгээрийг дурдсан маршрутуудыг шинэчил.

Шилжилт нь хуучин тохиргооны ижил утга биш. Үүнийг өөрийн хяналттай хаягийн төлөвлөгөөний өөрчлөлт гэж үзэж, дор хаяж нэг клиент өмнөх схемийн хаягыг хадгална гэж хүлээ.

Пүүлийн хэмжээг маскаас биш, төлөвлөгөөнөөс тодорхойл

Хэмжээг нэгэн зэрэг холбогдсон клиентийн тоо дээр дахин холбогдолт ба туршилтад зориулсан нөөц нэмж сонгож, дараа нь сонгосон топологид багтах хамгийн бага угтварыг сонго. Жаран клиентийн дээд хязгаарыг шийдэхийн тулд /16 хүртэл өргөтгөх нь багтаамжийн асуудлыг чиглүүлэлт ба давхцлын асуудал болгон сольдог, учир нь илүү том хувийн хүрээ нь клиент аль хэдийн хүрч буй зүйлтэй мөргөлдөх магадлал өндөр.

Топологи, пул, тогтмол хуваарилалт болон түүнээс гарах клиентийн дээд хязгаарыг хамт бичиж тэмдэглэ. Тэгвэл дараагийн багтаамжийн асуулт мөрдөн шалгалт биш, арифметик болно.