Нэг дэд сүлжээний вэб сайтууд гарцын тунгалаг проксийг тойрч болно
Интернэт хүсэлтүүд бүртгэлд харагдаж байхад нэг дэд сүлжээний урсгал гарцын баривчлах дүрмийг яагаад тойрч болохыг тайлбарлана.
Интернэт хөтлөлт гарцын проксийн бүртгэлд харагдана. Оффисын LAN дахь вэб сайт харагдахгүй. URL шүүлтүүрийг өөрчлөхөөс өмнө LAN хүсэлт гарцанд хүрсэн эсэхийг тогтооно уу.
Шууд холбогдсон IPv4 очих газарт клиент очих газрын холбоос түвшний хаягийг шийдэж, локал сегмент дээр түүн рүү илгээж болно. Түүний анхдагч гарц тэр замаар автоматаар байрладаггүй. Гарц дээрх тунгалаг баривчлах дүрэм нь гарц хэзээ ч хүлээж авдаггүй пакетыг дамжуулж чадахгүй.
Жишээлбэл, нэг шууд холбогдсон дэд сүлжээний хоёр хост свичээр дамжуулан урсгал солилцож болох бөгөөд прокси машин өөр свичийн портод холбогдсон байна. Тэр LAN дээр байх нь проксийг дамжуулах цэг болгодоггүй.
Зорьсон замаа сонгоно уу
Ил тод прокси тохиргоо нь оролцож буй аппликейшны хүсэлтийг зорилтот вэб сайт локал байсан ч прокси руу илгээж чадна. Тойрч өнгөрөх дүрэм болон PAC шийдвэрийг мөн шалгана уу: тэд хувийн нэр эсвэл хаягийн хувьд санаатайгаар DIRECT сонгож болно.
Хэрэв баривчлах шаардлагатай бол сүлжээ баривчлах цэгийг үнэхээр зам дээр байрлуулах ёстой; Linux гарц дээр локал болон дамжуулсан пакетын замыг ялгана уу. Маршрутлагдсан дэд сүлжээний тусгаарлалт эсвэл санаатайгаар шугамд оруулсан гүүр энэ ажлыг тохирох загварт хийж чадна, гэхдээ тус бүр нь дамжуулалт болон алдааны зан төлөвийг өөрчилдөг. LAN-ийн өөр газар байгаа гүүр автоматаар шугамд ороогүй.
Аппликейшны протоколын шаардлагыг тусад нь байлгана уу. Урсгал төхөөрөмжөөр дамжсаны дараа ч сонсогч баривчлах горимыг дэмжих ёстой. Пакетыг зөөх нь HTTPS-ийг тайлах зөвшөөрөл ч биш, энгийн SOCKS порт тэднийг хүлээж авах баталгаа ч биш.
Клиентийн сонгосон маршрут, локал сегмент болон бодит дамжуулагч төхөөрөмжийг бүртгэнэ үү. Проксийн бүртгэл байхгүй байх нь бүртгэлийн алдаа биш, топологийн зөв тайлбар байж болно.