Ил тод прокси DNAT: буцах зам яагаад чухал вэ
DNAT хүсэлтийг өөр проксид хүргэж чадах ч хариу гарцыг тойрч холболт тасрах шалтгааныг ойлгоорой.
Дахин чиглүүлсэн SYN Squid-д хүрч болох ч клиент хугацаа хэтэрсээр байна. DNAT тохиргоонд буцах пакет мөн орчуулгын төлөвийг эзэмшдэг гарц руу хүрэх ёстой.
Энэ таамаглалт LAN-ыг авч үзье:
client 192.168.40.25 → gateway 192.168.40.1
DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directlyКлиент анх вэбсайтын хаяг руу холбогдсон. DNAT-ын дараа прокси клиентийн эх үүсвэрийг харж, орон нутгийн дэд сүлжээний замаар шууд хариу өгч болно. Тэр хариу гарцын урвуу орчуулгыг алгасаж, хүлээгдэж буй вэбсайтын хаягийн оронд прокси хаягаас клиентэд хүрч болно. Гарц хэзээ ч хүлээж аваагүй пакетыг засч чадахгүй.
| Арга | Үр дагавар |
|---|---|
| Проксийн хариултыг орчуулдаг гарцаар дамжуулах | Проксид очих ирж буй холболт клиентийн эх хаягийг хадгалж чадна |
| Тохирох эх орчуулгыг мөн хэрэглэх | Прокси гарцад өөрийн түнш мэт хариулдаг ч одоо анхны клиентийн оронд тэр орчуулсан эх үүсвэрийг хардаг |
Сайхан логны төлөө буцах замыг шалгахгүйгээр SNAT-ыг бүү хас. Өргөн хэрэглэх нь эх үүсвэрийн ACL болон хуваарилалтыг өөрчилдөг; энэ үр дагаврыг дизайны хэсэг гэж хүлээн зөвшөөрөөрэй.
Итгэмжлэгдсэн HTTP үсрэлт клиентийн мета өгөгдлийг дамжуулах толгойд хүргэж болох ч NAT тэр толгойг үүсгэхгүй, TCP түншийн таних тэмдэг болгохгүй. Squid рүү очих холболт дээр эх үүсвэрийг хадгалах нь Squid-ийн тусдаа вэбсайт холболт дээр ч хадгалахгүй.
Эцэст нь, таслан саатуулах дизайн Squid-д шаардлагатай очих газрын мэдээллийг өгөх ёстой хэвээр. Симметр буцах чиглүүлэлт энэ хугацаа хэтэрэх механизмыг шийддэг, бүх ил тод прокси тохиргоог биш.