Shaffof proksi DNAT: qaytish yo'li nega muhim
DNAT so'rovni alohida proksiga yetkazishi mumkinligini, ammo javob shlyuzni chetlab o'tib ulanishni uzishini tushuning.
Qayta yo'naltirilgan SYN Squid'ga yetib borishi mumkin, mijoz esa hali ham kutish muddatiga tushadi. DNAT sozlamasida qaytish paketi ham tarjima holatini saqlovchi shlyuzga yetishi kerak.
Bu faraziy LANni ko'rib chiqing:
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 directlyMijoz dastlab veb-sayt manziliga ulanagan. DNAT'dan keyin proksi mijozning manbasini ko'radi va to'g'ridan-to'g'ri javob berish uchun mahalliy quyi tarmoq yo'lidan foydalanishi mumkin. Bu javob shlyuzning teskari tarjimasini chetlab o'tadi va mijozga kutilgan veb-sayt manzili o'rniga proksi manzilidan yetib borishi mumkin. Shlyuz hech qachon olmagan paketlarni tuzata olmaydi.
| Yondashuv | Natija |
|---|---|
| Proksi javoblarini tarjima qiluvchi shlyuz orqali o'tkazish | Proksiga kiruvchi ulanish mijozning manba manzilini saqlab qolishi mumkin |
| Tegishli manba tarjimasini ham qo'llash | Proksi shlyuzga o'z hamkori sifatida javob beradi, ammo endi asl mijoz o'rniga o'sha tarjima qilingan manbani ko'radi |
Chiroyli jurnallar uchun qaytish yo'lini tekshirmasdan SNAT'ni olib tashlamang. Uni keng qo'llash manba ACL va taqsimotni ham o'zgartiradi; bu natijani dizaynning bir qismi sifatida qabul qiling.
Ishonchli HTTP sakrashi mijoz metama'lumotlarini uzatish sarlavhasida yetkazishi mumkin, lekin NAT bu sarlavhani yaratmaydi va uni TCP hamkor identifikatoriga aylantirmaydi. Manbani Squid'ga ulanishda saqlash uni Squid'ning alohida veb-sayt ulanishida ham saqlamaydi.
Nihoyat, tutib olish dizayni hali ham Squid talab qiladigan manzil ma'lumotini taqdim etishi kerak. Simmetrik qaytish marshrutlash bu kutish mexanizmini hal qiladi, butun shaffof proksi konfiguratsiyasini emas.