Squid IPv4 ક્લાયન્ટ્સ અને IPv6 લક્ષ્યો: અલગ નીતિઓ

IPv4 દ્વારા ક્લાયન્ટ સ્વીકારવો અને તેની વિનંતી કરેલ વેબસાઇટ સુધી IPv6 દ્વારા પહોંચવું શક્ય છે. આ અલગ કનેક્શન છે. વેબસાઇટની બાજુની નીતિએ IPv4 ક્લાયન્ટ્સને આપમેળે નકારવા જોઈએ નહીં.

src ipv4 સાથે લક્ષ્ય-કુટુંબ નકારને જોડતા ઉદાહરણોમાં આ જ જાળ છે: સ્રોત ACL બદલે છે કોણ કનેક્ટ થઈ શકે છે, ફક્ત કયા વેબસાઇટ કનેક્શનની પરવાનગી છે તે નહીં.

ઇચ્છિત પ્રતિબંધ વ્યાખ્યાયિત કરો

સંબંધિત IP ACL ને સમર્થન આપતા Squid રિલીઝ માટે, લક્ષ્ય-કુટુંબ નિયમ IPv4 લક્ષ્યોને ઓળખવા dst ipv4 વાપરી શકે છે. આવા નિયમોને હાલની પ્રમાણીકરણ અને લક્ષ્ય પરવાનગીઓ સાથે જોડો; તેમને બાયપાસ કરતી વિશાળ IPv6 પરવાનગી ઉમેરશો નહીં.

ACL સંદર્ભ સ્રોત અને લક્ષ્ય પ્રકારોને અલગ પાડે છે. આ પ્રતિબંધ છે, આપમેળે અનુવાદ સેવા નથી. ફક્ત IPv4 વેબસાઇટ અનુપલબ્ધ થઈ શકે છે જોકે મશીન IPv4 દ્વારા તેની ઍક્સેસ મેળવી શકે.

આઉટગોઇંગ IPv6 સરનામું બાંધવું પણ સંપૂર્ણ અમલ નીતિ નથી. સ્રોત પસંદગી, માન્ય લક્ષ્ય કુટુંબો, DNS જવાબો અને વાસ્તવિક નેટવર્ક પહોંચ બધા યોગદાન આપે છે. IPv4 ફોલબેક સ્વીકાર્ય છે કે નહીં તે સ્પષ્ટ નક્કી કરો.

forwarded_for બદલવાથી આ સમસ્યા હલ થતી નથી. તે HTTP હેડરને અસર કરે છે, પ્રોક્સીના TCP કનેક્શનના સરનામા કુટુંબને નહીં. તેવી જ રીતે, IPv6 DNS રિઝોલ્વર બાંયધરી આપતું નથી કે તે જે નામનો જવાબ આપે છે તે દરેકનું IPv6 લક્ષ્ય છે.

મોટી જૂની ગોઠવણી અપનાવતા પહેલાં રિલીઝ-વિશિષ્ટ વર્તન તપાસો. ખાસ કરીને: dns_v4_first એ Squid 5 થી 7 માં સમર્થિત કુટુંબ-પસંદગી સ્વિચ નથી. તમે ચોકસાઈથી વર્ણવી શકો તેવી નીતિ અસંબંધિત IPv6 સેટિંગ્સના સંગ્રહ કરતાં વધુ સરળતાથી માન્ય કરી શકાય છે.