OpenVPN нь multicast-ыг клиент бүрт, бүртгэлтэй хэрэглэгч бүрт биш тараана
Хэрэглэгчийн орон зай дахь сервер бүлгийн пакетыг клиент бүрт хуулбарладаг, бүртгэлтэй хэрэглэгч бүрт биш. Тархалтыг төсөвлөж, туннелийн тоолуураар нотолж, дараа нь дизайны хамрах хүрээг хязгаарлаарай.
"Multicast-ыг дэмждэг" гэдэг нь протоколын асуултад хариулж, багтаамжийн асуултыг хөндөхгүй орхидог. Ажиллагааны хувьд чухал нь сервер нэг бүлгийн пакетэд хэдэн хуулбар гаргадаг, аль туннель тэдгээрийг зөөдөг вэ гэдэг юм. Урсгалыг хүлээн авч буй нэг бүртгэлтэй аппликейшн зөвхөн хүргэлт хаа нэгтээ ажиллаж байгааг нотолно. Сонирхолгүй клиентүүд зурвасын өргөнөөс мултарсан гэдгийг тэр нотлохгүй.
Нэг онцлогийн мэдэгдэл доторх гурван асуулт
Бүлгийн гишүүнчлэл хүлээн авагч бүлэгт нэгдсэн эсэхийг асууна. Туннелээр хүргэх нь пакет туннелийг туулсан эсэхийг асууна. Хуулбарлах бодлого сервер хэдэн хуулбар хийсэн, хэнд хийснийг асууна. Нийлүүлэгчийн мэдэгдэл эхнийх нь хувьд үнэн байж, гурав дахь тухай дуугүй байж болно, зардал яг тэнд амьдардаг.
Холболтын хэмжээг тодорхойлохдоо тэдгээрийг тусгаарлаарай. Серверийн талд гарцын төсвийг зөвхөн гурав дахь асуулт тогтоодог.
Хэрэглэгчийн орон зайн сервер бүлгийн пакеттай юу хийдэг
OpenVPN 2.6-ын уламжлалт хэрэглэгчийн орон зайн серверт ирж буй broadcast эсвэл multicast пакет TUN/TAP-ийн оролтын замд ангилагдаж, бүлэг тус бүрийн хайлтын оронд broadcast тархалтын горимд шилждэг. Тэр горим клиентийн хувилбаруудыг тойрч, илгээгч болон зогсоосон аливаа хувилбарыг алгасаж, VLAN тохируулсан газарт шалгалтыг хэрэглэж, үлдсэн клиент бүрт хуулбарыг дараалалд тавьдаг. Тэр давталтын нэг ч алхам гишүүнчлэлийн хүснэгтээс асуудаггүй. Энэ бол broadcast хэв маягийн хуулбарлалт бөгөөд бүх механизм нь энэ.
Үүнийг тэр кодын замын шинж чанар гэж үзээрэй, бүх нийтийн хууль гэж биш. Хурдасгасан өгөгдлийн замууд, бусад хэрэгжүүлэлтүүд болон өөр хувилбарууд өөрөөр ажиллаж болох бөгөөд эдгээрийн аль нь ч TAP-ыг шаардлага эсвэл засвар болгохгүй.
Ямар нэг зүйлийг хэмжихээс өмнө хуулбаруудаа төсөвлө
Ашигтай ачааллын хурдыг аваад тохирох клиентүүдийн тоогоор үржүүлээрэй. Секундэд нэг мегабитийг хорин клиентэд илгээдэг урсгал секундэд хорин мегабит ашигтай ачаалал үүсгэдэг бөгөөд энэ нь инкапсуляц, дахин илгээлт болон клиент тус бүрийн аливаа нэмэлт зардлаас өмнө серверээс гардаг. Тэр арифметик бол төсөв, таны байршуулалтын хэмжүүр биш.
ip -s link show tun0Нэг мэдэгдэж буй идэвхтэй илгээгчтэйгээр тогтмол интервалын өмнө болон дараа илгээсэн байтын тоолуурыг уншаарай. Интервалаар хувааж, ашигтай ачааллын хурдыг клиентийн тоогоор үржүүлсэн утгатай харьцуулаарай. Нэг урсгалын хурдтай ойролцоо тоо нь хуулбарлалт хязгаарлагдмал гэсэн үг; үржүүлсэн хурдтай ойролцоо тоо нь клиент бүр хуулбар авч байгаа гэсэн үг.
Тоолуур таны өөрийн туннелийн урсгалыг ч багтаадаг тул туршилтын цонхыг богино, хостыг бусад үед тайван байлгаарай. Нарийвчлал нь хэмжээсийн эрэмбээс бага чухал бөгөөд нэг хуулбарыг хориноос ялгахад энэ хангалттай.
Хамрах хүрээний асуудлыг шийдэх хоёр клиентийн туршилт
Урсгалыг авах ёстой нэг клиент болон авах ёсгүй хоёр дахь клиентийг холбоорой. Илгээгчийг эхлүүлээд, мөн интервалын турш хоёр дахь клиентийн туннелийн тоолуурыг ажиглаарай. Хоёр дахь клиент дээрх өсөлт нь өргөн хуулбарлалтын шууд нотолгоо, онцлогуудын жагсаалт юу ч гэсэн.
Бичлэгийг бүлгийн хаягаар шүүж, холбоогүй урсгалыг бүү уншаарай, мөн туннелийн интерфейсээр хязгаарлаарай. Завгүй хост дээр физик интерфейсийг бичих нь хэн ч тайлбарлаж чадахгүй файл үүсгэж, таны цуглуулахаар төлөвлөөгүй хэрэглэгчийн өгөгдлийг хадгалж болно.
Дараа нь дүрүүдийг соль. Хэрэв үр дүн бүлгийг биш, хүлээн авагчийг дагаж байвал та гишүүнчлэлийг харгалздаг зүйлийг харж байна, өмнөх таамаг таны ашигт буруу байсан.
Хязгаарыг арилгахын оронд хязгаарлагдмал дизайн сонгох
Тархалт хэт өргөн байвал засвар нь дэмжигдсэн хязгаарлагдмал тархалтын зохицуулалт, таны бүх хяналтыг устгах биш. Сонголтууд дээр тархалтын цэгийг хүлээн авагчдад ойртуулах, бүлэгтэй хамт эх сурвалжийн таних тэмдгийг зөөдөг эх сурвалжид тусгай захиалгын загвар ашиглах, эсвэл сонирхолгүй сайтууд нэг тархалтын хил дээр хэзээ ч суухгүй байхаар урсгалыг хуваах зэрэг орно.
Эх сурвалж болон бүлгийн таних тэмдгийг очих газар нь multicast гэдэг нүцгэн баримтаас тусгаарлаарай. Бүлгийг таньдаг ч эх сурвалжийг танихгүй хүлээн авагч нь тодорхой суваг хүссэн бүртгэлтэй хэрэглэгчээс өөр хэрэглэгч юм. Хоёулыг холих нь дараагийн багтаамжийн төлөвлөлтийг таамаг болгоно.
Эх сурвалжид тусгай multicast сувгийн загвар нь тэр ялгааны лавлагаа юм. Ямар дизайн сонгосон ч, тохирох түншүүдийн олонлог, хуулбарлалтын эзэн болон дараагийн удаа унших тоолуурыг бичиж үлдээгээрэй; тэр бүртгэл л зурвасын өргөний гэнэтийн зүйлийг мэдэгдэж буй зардал болгоно.