OpenVPN-ээр LAN тоглоомын жагсаалт хоосон уу? Илрүүлэх замыг шалгана уу

Өөр тоглогчийн туннелийн хаяг руу ping илгээх, түүний хостлосон тоглоомыг харах нь хоёр өөр амжилт. Лобби дахь жагсаалт ихэвчлэн нэг л орон нутгийн сүлжээнд зориулж бичсэн илрүүлэлтийн солилцооноос хамаардаг бол тоглоомын сесс нь хаяг, порт руу чиглэсэн энгийн холболт юм. Хоосон жагсаалтыг чиглүүлэлтийн алдаа гэж үзэх нь таныг хэрэггүй байж болох гүүр рүү хөтөлнө, тиймээс юу ч өөрчлөхөөс өмнө хоёр асуултыг салгаарай.

Сессэд нэгдэхийг түүнийг олохоос салга

Амжилтгүй нэгдэл нь чиглүүлэлт, галт хананы дүрэм, сонсож буй үйлчилгээг заана. Хоосон жагсаалттай амжилттай нэгдэл нь илрүүлэлт эсвэл зарлал агуулсан хаягийг заана. Эдгээр хоёр үр дүн огт өөр ажилд хүргэдэг бөгөөд эхнийхийг зориуд туршиж үзсэн тохиолдолд л ялгаж чадна.

VPN-ийн тохиргоог хүрэхээс өмнө үр дүнгээ бичээрэй. Энэ бол бүх мөрдөн шалгалтын хамгийн хямд туршилт бөгөөд дизайны орон зайн талыг устгана. Ашигласан хаягаа ч тэмдэглээрэй, учир нь тэр дараагийн бүх туршилтын жишиг цэг болно. Тэмдэглэлд энэ мөр байхгүй бол дараагийн харьцуулалт таамаг л болно.

Туннельд хүрэхээс өмнө шууд нэгдлийг туршаарай

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

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

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

Broadcast хаана зогсдогийг ойлгоорой

Чиглүүлсэн TUN туннель нь хосуудын хооронд IP пакет зөөдөг бөгөөд хос бүрийн сүлжээнд орон нутгийн broadcast-ыг дахин үүсгэдэггүй. Хязгаарлагдмал broadcast хаяг 255.255.255.255 түүнийг гаргаж буй интерфейсийн дотор үлддэг бөгөөд дэд сүлжээ рүү чиглэсэн broadcast нь тусдаа тохиолдол бөгөөд чиглүүлэгчдэд заруудыг үерлүүлэх ерөнхий зөвшөөрөл биш юм.

Энэ бол дизайны шинж чанар, сонголтоор нөхөх алдаа биш. OpenVPN болон түүний client-to-client тохиргоо нь туннелийн доторх хосуудын урсгалыг удирддаг бөгөөд илрүүлэлтийн релей биш, олон сэдэвт яг энэ зорилгоор санал болгодог ч. Релей нь өөрийн тохиргоо, өөрийн эвдрэлийн горимтой тусдаа бүрэлдэхүүн хэсэг юм. Одоо байгаа сонголт үүнийг аль хэдийн хамрах гэсэн таамаг нь энэ мөрдөн шалгалт гацах хамгийн нийтлэг шалтгаан юм.

Multicast илрүүлэлт өөр хаягийн ангитай ижил асуудалтай бөгөөд түүнд broadcast-ын үл хамаарах зүйл биш, multicast чиглүүлэлт эсвэл релей хэрэгтэй.

Релей үндэслэлтэй бол түүнийг нарийн байлга

Хэрэв автомат илрүүлэлт шаардлага бол эхлээд бодит солилцоог тодорхойлоорой: broadcast эсвэл multicast, очих хаяг, UDP порт, түүнийг илгээж буй интерфейс, хариултын доторх хаяг. Эдгээр таван баримтад хязгаарлагдсан протоколд тохирсон релей бүхэл Ethernet сегментийг өргөтгөхөөс хамаагүй нарийн юм.

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

Релейг түүнд хэрэгтэй интерфейс, хосуудад хязгаарлаж, хариултууд хүсэгчийг хэрхэн олдгийг тодорхойлоорой. Хамааралгүй broadcast-уудыг давтах нь бусад орон нутгийн үйлчилгээг илрүүлж, дараа нь дибаг хийхэд хэцүү давталт үүсгэдэг.

Дизайнд Ethernet хэрэгтэй үед л гүүр хий

Ethernet фрэймүүд TAP-ийн дотор аялдаг тул TAP туннель нь зориуд гүүрдсэн broadcast домэйнд хамаарч болно. Зүгээр л dev tun утгыг dev tap болгож солих нь тэр гүүрийг барьдаггүй, серверийн тохиргоог нийцтэй болгодоггүй, програмыг шинэ интерфейсийг сонгоход хүргэдэггүй. OpenVPN-ийн гүүрдэх гарын авлага нэг хоосон лоббид эм биш, илүү өргөн зохион байгуулалтыг дүрсэлдэг.

Гүүрдэх нь хаягийн төлөвлөгөөг ч тэгшлэдэг тул энэ шийдвэр тэвчээргүй байдлаас хэтэрсэн шалтгаан хүртэх ёстой. Тусдаа байсан хоёр сүлжээ нэг болж, хоёр талын үйлчилгээ бүр нөгөө талын broadcast-ыг харж эхэлдэг. Тэр үр дагавар нь хэн нэгэн үүнийг асаахаас өмнө өөрчлөлтийн бүртгэлд байх ёстой. Тоглоомын клиентүүд 192.168 мужид байх ёстой гэсэн дүрэм байхгүй; давхцалгүй төлөвлөгөө сонгож, форумын нийтлэл тэгж хийсэн гэж туннелийг дахин дугаарласны оронд тухайн тоглоомын хязгаарлалтыг шалгаарай.

Эцэст нь хоёр үр дүнг тусад нь байлгаарай: хост руу нэгдэж болох эсэх, илрүүлэлтийн хариулт нөгөө тоглогч үнэхээр ашиглаж чадах очих газрыг зарлаж байгаа эсэх. Эхнийхийг батлахгүйгээр хоёр дахьг засах нь хүмүүс broadcast-тай хэзээ ч холбоогүй асуудалд гүүр тэжээж дуусах зам юм.