Шинэ хотспот клиент IP авах үед гацах нь VPN-ийн гэмтэл биш

Утас хотспотод нэгдэж, «IP хаяг авч байна» гэсэн төлөвт үлдэж, эцэст нь бууж өгдөг. Байгалийн дүгнэлт нь утасны VPN DNS-д саад хийж байна гэсэн зүйл тул хүмүүс резолвер болон нэмсэн дүрмүүдийг засварлаж эхэлдэг. Энэ нь буруу үе шат. Клиент хэзээ ч локал хаяг авч чадаагүй бөгөөд түүнгүйгээр гарц ч, резолвер ч, цааш дамжуулах зүйл ч байхгүй тул хост утасны ямар ч VPN тохиргоо энэ бүтэлгүйтлийг тайлбарлаж чадахгүй. Холболт, локал хаяг олгох, цааш дамжуулалт гэсэн гурван тусдаа үе шат бөгөөд зөвхөн сүүлийнх нь туннельтай холбоотой.

Гурван үе шат, та аль дээр нь байна

Эхлээд холболт ирнэ: клиент хотспотын утасгүй сүлжээнд нэгддэг. Буруу нууц үг, WPA3-ийн зөрүү эсвэл радио нийцлийн асуудал энд бүтэлгүйтдэг бөгөөд клиент ихэвчлэн тэгж хэлдэг. Хоёрдугаарт хаяг олгох: IPv4-ийн хувьд клиент түрээс хүсч, хаяг болон локал гарцын тохиргоог авдаг бол IPv6 ихэвчлэн DHCP-ийн оронд маршрутизаторын зарлал ашигладаг, үүнийг AOSP-ийн tethering баримт бичиг тайлбарладаг. Гуравдугаарт гадагш гарах хандалт: хост утас зөвшөөрөгдсөн урсгалыг өөрийн сонгосон дээгүүр чиглэлийн зам руу дамжуулдаг, тэр нь түүний туннель байж болно, байхгүй ч байж болно.

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

Домог: маршрутлагдсан VPN локал DHCP-г алсын хүсэлт болгоно

Маршрутлагдсан туннель өөрийн сонгосон чиглэлүүдийн хувьд IP пакетуудыг зөөдөг. DHCP илрүүлэлт нь хотспотын өөрийн сегмент дээрх нэвтрүүлэлт бөгөөд утасны tethering үйлчилгээ түүнд локалаар хариулдаг, тиймээс туннель асаалттай үед ч клиент хаяг авч чадна. Зөвхөн санаатайгаар гүүрлэсэн эсвэл релей дамжуулсан загвар л тэр солилцоог өөр тийш илгээдэг бөгөөд энэ нь өөр бүтэлгүйтлийн гарын үсэгтэй өөр зохион байгуулалт юм.

Тиймээс «VPN сервер DHCP-д хариулахгүй байна» гэдэг нь онош биш, загварын алдаа юм. Локал зуучлагч нь утсан дээр байна. Хэрэв тэр хариулахаа болих юм бол шалтгаан нь локал: tethering үйлчилгээ, клиентийн хязгаар, түрээсийн сан, эсвэл холболтыг зөв дуусгаагүй клиент. Эдгээрийн аль нь ч туннелийн алслагдсан талд амьдардаггүй.

Ажиллаж буй одоогийн клиент юуг үнэхээр нотолж байна

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

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

Харьцуулалтыг локал, буцаах боломжтой байлга

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

Туннелээс хамааралтай тогтвортой түрээсийн бүтэлгүйтэл нь локал бодлого эсвэл хэрэгжүүлэлтүүдийн харилцан үйлчлэлийн талаарх хэрэгтэй нотолгоо юм. Энэ нь төхөөрөмж дээрх бүх дамжуулалт болон NAT дүрмийг устгах зөвшөөрөл биш. Тэдгээр дүрэм нь хамааралгүй урсгалыг хамгаалдаг бөгөөд өргөн дамжуулалтын зөвшөөрөл локал DHCP үйлчилгээ яагаад хариулахаа болихыг тайлбарлахгүй.

Дутуу түрээсийг таамагласан статик хаягаар бүү нөх. Санаатай статик тохиргоонд жинхэнэ дэд сүлжээ, гарц, хуваарилалтын төлөвлөгөө, мөргөлдөөний шалгалт хэрэгтэй. Клиентийн DNS-ийг өөрчлөх нь эдгээрийн аль нэгийг ч өгөхгүй бөгөөд дараагийн төхөөрөмжийг ижил бүтэлгүйтэлтэй үлдээдэг.

Түрээс юуг нотолдоггүй

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

Үе шатуудыг дарааллаар нь хий, бүтэлгүйтэл байр солихоо болино. Хаяг авах үед гацсан клиент бол локал tethering-ийн асуудал; хаягтай боловч хуудасгүй клиент бол дамжуулалт эсвэл нэршилийн асуудал; хуудастай боловч гаралт буруу клиент бол туннелийн хамрах хүрээний асуудал. Тэдгээрийг тусад нь байлгах нь дибаг хийх ажлын ихэнх хэсэг юм.