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 இலக்கு உள்ளது என்பதை உறுதி செய்யாது.

பெரிய பழைய கட்டமைப்பை ஏற்றுக்கொள்வதற்கு முன் பதிப்பு-சார்ந்த நடத்தையைச் சரிபார்க்கவும். குறிப்பாக: Squid 5 முதல் 7 வரை dns_v4_first ஆதரிக்கப்படும் குடும்ப-முன்னுரிமை சுவிட்ச் அல்ல. நீங்கள் துல்லியமாக விவரிக்கக்கூடிய கொள்கை தொடர்பற்ற IPv6 அமைப்புகளின் தொகுப்பை விட எளிதாக சரிபார்க்கக்கூடியது.

தொடர்புடைய கட்டுரைகள்