විනිවිද පෙනෙන ප්‍රොක්සි 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 සඳහා අවශ්‍ය ගමනාන්ත තොරතුරු ලබා දිය යුතුය. සමමිතික ආපසු මාර්ගගත කිරීම මෙම කාලය ඉකුත් වීමේ යාන්ත්‍රණය විසඳයි, සම්පූර්ණ විනිවිද පෙනෙන-ප්‍රොක්සි වින්‍යාසය නොවේ.