પારદર્શક પ્રોક્સી 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 ને જરૂરી ગંતવ્ય માહિતી પૂરી પાડવી પડશે. સમમિત પરત રાઉટિંગ આ ટાઇમઆઉટ પ્રક્રિયા ઉકેલે છે, આખું પારદર્શક-પ્રોક્સી રૂપરેખાંકન નહીં.