Туннель ажиллаж байхад яагаад хувийн нэр амжилтгүй хэвээр байна вэ?
Ажиллаж буй туннель нь клиент зөв шийдэгчээс асуусан гэсэн үг биш. Хэн хариулсныг шалгаад, үнэхээр хэрэгтэй бүсээ л дамжуулна уу.
Холболтын бүх зүйл зөв харагдаж байна: туннель ажиллаж, консол хувийн төгсгөлийн цэгийг харуулж байна, гэхдээ бүх хүсэлт нэрийн шийдэлт дээр амжилтгүй болно. Байгалийн алхам бол туннелийг буруутгах боловч энэ нь ихэвчлэн гэмгүй болдог. Хүсэлт нь хувийн бүсийн талаар юу ч мэдэхгүй серверт илгээгдэж байна. Ямар ч чиглүүлэлтийн өөрчлөлт тэр хариултыг өөрчлөхгүй, учир нь асуудал хэнийг асуусанд байна.
Хүсэлт аль шийдэгч рүү хүрсэн бэ?
Туннель рүү огт харахаас өмнө холбоос бүрт холбогдсон шийдэгчийг олоорой. Linux холбоос бүрийн серверийг шийдэгчийн төлөвийн командаар харуулдаг, macOS нь DNS тохиргооны дүн дотор хамрах хүрээтэй шийдэгчдийг харуулдаг. Хэрэв хариулт гэрээсээ маршрутизатороос ирсээр байвал туннелийн холбоосыг хэзээ ч асуугаагүй.
resolvectl status
scutil --dns | head -40
dig +short internal.example.com
Энд хоёр үе шат холилдож байна: шийдэгчийн хаягийг түлхэж буй сервер, мөн түүнийг идэвхтэй холбоос дээр суулгаж буй клиент. Профайлд сонголт байж, лог түүнийг ирж байгааг харуулж болох ч үйлдлийн систем хуучин серверийг үргэлжлүүлэн ашигладаг. Логийг холбоосын мэдээлж буй зүйлтэй харьцуулж, холбоост итгээрэй.
Үүлэн сүлжээ үнэхээр хариулдаг хаягийг ашиглана уу
Үүлэн сүлжээ нь хувийн нэрсэд ихэвчлэн мужийн сууриас хоёр байрлал алслагдсан нөөц хаягаар хариулдаг тул 10.0.0.0-оос эхэлсэн сүлжээ 10.0.0.2 дээр хариулна. Зарим үйлчилгээ үзүүлэгч мужийг мэдэхгүйгээр ажилладаг холбоосын орон нутгийн шийдэгчийг нийтэлдэг бөгөөд энэ нь сүлжээг өөр хэн нэгэн барьсан үед тусалдаг. Нэр дэвшигч хаяг руу хэн нэгэнд түлхэхээс өмнө шууд асуугаарай. Шийдэгч биш хаяг нь галт ханын хасалттай яг адил харагддаг, учир нь хүсэлт хэзээ ч хариулт авдаггүй.
Шууд хүсэлт сүлжээний дотроос хариулж, туннелээр хариулахгүй бол шийдэгч хэвийн, хоёр цэгийн хоорондох зам хэвийн бус байна. Энэ үр дүн мөрдөн шалгалтыг клиентийн профайл руу биш, чиглэл, дамжуулалт, хандалтын дүрэм рүү шилжүүлдэг.
Туннель нэрийн орон зайг зөөдөггүй
Багцууд нэвтэрнэ; нэрс нэвтрэхгүй. Тал бүрт аль нэрийн орон зай нөгөөд хамаарахыг хэлэх ёстой бөгөөд энэ нь бүсийг эзэмшдэг хүний эзэмшлийн тусдаа объект юм. Ердийн хэлбэр нь нэг нэрийн орон зайн дамжуулалт бөгөөд туннелээр хүрэх боломжтой шийдэгч рүү чиглэсэн.
Практикт чиглэл бүр өөрийн дүрэмтэй байх шаардлагатай, учир нь бүсийг эзэмшдэг тал хүсэлтийг цааш илгээх ёстой. Хоёр чиглэлд хүсэлтийн эх үүсвэрийг чиглүүлж зөвшөөрөх шаардлагатай бөгөөд хариулах тал хариултыг интернет рүү биш, туннелээр буцаах ёстой. Дамжуулалтыг нарийн байлгаж, зөвхөн хувийн нэрийн орон зай холбоосоос хамаарах болно. Бүх хүсэлтийг түүгээр дамжуулах нь жижиг хамаарлыг туннель унах мөчид бүрэн тасалдал болгоно.
Хил хязгаарыг дарааллаар нь туулна уу
Идэвхтэй холбоос дээр суулгасан шийдэгч, дараа нь тэр шийдэгч рүү шууд хүсэлт, дараа нь мөн хүсэлтийг алслагдсан талаас, эцэст нь мөн нэрийг ашиглаж буй програмыг туршина уу. Алхам бүр нэг хилийг тусгаарладаг тул алдаа нь мөрдөн шалгалтыг дахин эхлүүлэхийн оронд хаана харахыг хэлдэг. Програм алдаа гаргаж байхад ажиллаж буй хариулт нь DNS биш, сертификатын итгэл эсвэл API бодлогыг заана. Тэдгээр гэмтэл бодит бөгөөд ямар ч шийдэгчийн өөрчлөлт тэдгээрийг засахгүй.
Аль алхам амжилтгүй болсныг бичээрэй. Тэр нэг мөр нь дараагийн хүнд хэрэгтэй зүйл бөгөөд бичихэд аравхан секунд зарцуулагдана.
Гинжийг дараагийн хүн олж чадах газарт хадгал
Түлхсэн шийдэгч, дамжуулалтын дүрэм, зөвшөөрөгдсөн хүсэлтийн эх үүсвэр, хариулах төгсгөлийн цэгийг нэг газарт бичээрэй. Хувийн нэр дахин амжилтгүй болоход бичлэг нь туннель шилжсэн эсэх, шийдэгчийн хаяг өөрчлөгдсөн эсэх, дүрэм нарийссан эсэхийг харуулна. Үүнгүйгээр тохиолдол бүр тэгээс эхэлж, мөн гурван таамаглалаар төгсдөг.
Бичлэгийг үнэн зөв байлгахын тулд хангалттай богино байлга: дөрвөн мөр, огноо, хэсэг бүрийн эзэмшигчийн нэр. Хуучирсан бичлэг нь байхгүйгээс дор, учир нь алдаатай байхдаа ч эрх мэдэлтэй харагддаг.