OpenVPN மறுதொடக்கத்திற்குப் பிறகு IPv6 வெளியேற்றம் இறக்கிறது: முன்னொட்டு உரிமையைச் சரிபார்க்கவும்
சுரங்கப்பாதை மீண்டும் உருவாக்கப்பட்ட பிறகு IPv6 இறக்கிறது. எதையும் மறுதொடக்கம் செய்வதற்கு முன் பிரதிநிதித்துவப்படுத்தப்பட்ட முன்னொட்டு, வாடிக்கையாளர் முகவரிகள் மற்றும் திரும்பும் பாதை யாருக்குச் சொந்தம் என்பதைத் தீர்மானிக்கவும்.
IPv6 போக்குவரத்தைக் கடத்துவதை நிறுத்துகிறது OpenVPN மறுதொடங்கும் அந்தக் கணத்திலேயே, IPv4 தொடர்ந்து செயல்படுகிறது. சுரங்கப்பாதை இடைமுகம் மீண்டும் உருவாக்கப்பட்டது, அதன் IPv6 நிலையை நிர்வகித்த வேறு ஏதோ முகவரியை அல்லது முன்னொட்டை அணுகக்கூடியதாக்கும் பாதையை இழந்தது. மூன்று தனித்தனி நிலைப் பகுதிகள் ஈடுபட்டுள்ளன, ஒவ்வொன்றுக்கும் வேறு உரிமையாளர்: வழங்குநரின் பிரதிநிதித்துவப்படுத்தப்பட்ட முன்னொட்டும் அதன் ஆயுளும், VPN வாடிக்கையாளர்களுக்கு வழங்கப்படும் முகவரிகள், மற்றும் அந்த வாடிக்கையாளர் முன்னொட்டை சேவையகத்திற்குத் திருப்பி அனுப்பும் மேல்நிலைப் பாதை. எந்த டீமனையும் தொடுவதற்கு முன் ஒவ்வொன்றின் உரிமையாளரையும் அடையாளம் காணுங்கள், ஏனெனில் தவறானதை மறுதொடக்கம் செய்வது சிக்கலை ஒரு நாள் மறைத்து அடுத்த இணைப்பில் திரும்பக் கொண்டு வரும்.
IPv6 நிலையின் மூன்று பகுதிகள், மூன்று உரிமையாளர்கள்
| State | Typical owner | What breaks when it is wrong |
|---|---|---|
| Delegated prefix and lifetime | Upstream router or provider via DHCPv6-PD | Clients keep addresses that the upstream no longer routes |
| Client addresses inside the tunnel | OpenVPN server config or a delegation daemon | No global address, or an address outside the routed prefix |
| Return route for the client prefix | Upstream router, or the server's own routing table | Outbound works, replies never arrive |
சுரங்கப்பாதைக்குள் உலகளாவிய வரம்புள்ள ஒரு முகவரி மட்டும் போதாது. மேல்நிலை திசைவிகளும் அந்த முன்னொட்டை VPN சேவையகத்திற்குத் திருப்பி அனுப்ப வேண்டும், சேவையகத்திடம் அதிலிருந்து ஒரு முகவரி தற்செயலாக இருப்பதால் மட்டும் அவை அவ்வாறு செய்யாது.
அதனால்தான் பொது /64 ஐ சுரங்கப்பாதைக் குளத்தில் நகலெடுப்பதும் ஆபத்தானது. சேவையகத்திற்கு வழியமைக்கப்பட்ட முன்னொட்டு, மேல்நிலை on-link ஆகக் கருதும் முன்னொட்டுடன் ஒன்றல்ல, அண்டை கண்டறிதல் அந்த இடைவெளியை நிரப்பாது.
எதையும் மாற்றுவதற்கு முன் சேவையகத்தின் நிலையைப் படியுங்கள்
நிலையை இரண்டு முறை பதிவு செய்யுங்கள், ஒரு முறை IPv6 செயல்படும் போதும் ஒரு முறை மறுதொடக்கத்திற்குப் பிறகும், பின்னர் ஒப்பிடுங்கள். படிக்க-மட்டும் காட்சிகள் போதும், பராமரிப்பு சாளரத்தில் அவை எந்தச் செலவும் இல்லை:
ip -6 addr show
ip -6 route show table all
ip -6 rule show
sysctl net.ipv6.conf.all.forwardingமூன்று குறிப்பிட்ட வேறுபாடுகளைத் தேடுங்கள்: மறைந்துபோன ஒரு பாதை, காலாவதியான அல்லது செல்லாத ஆயுளுக்கு மாறிய ஒரு முகவரி, மற்றும் மறுபிரதிநிதித்துவத்திற்குப் பிறகு மாறிய ஆனால் VPN உள்ளமைவு இன்னும் பழையதை அறிவிக்கும் ஒரு முன்னொட்டு.
முகவரி மறைந்துவிட்டது ஆனால் முன்னொட்டு மாறவில்லை என்றால், அதை ஒதுக்கும் டீமன் இடைமுகத்தை நிர்வகிப்பதை நிறுத்தியது. முன்னொட்டு மாறியது ஆனால் முகவரிகள் இல்லை என்றால், வாடிக்கையாளர் உள்ளமைவு பழையது. இரண்டு தோல்விகளும் உலாவியிலிருந்து ஒரே மாதிரி தெரிகின்றன, அவற்றுக்கு பொதுவானது எதுவுமில்லை.
dhcpcd சுரங்கப்பாதையை நிர்வகிக்க வேண்டுமா என்பதைத் தீர்மானியுங்கள்
dhcpcd இடைமுகங்களைக் கண்டறிந்து DHCPv6 முன்னொட்டின் பகுதிகளை கீழ்நிலை இடைமுகங்களுக்குப் பிரதிநிதித்துவப்படுத்த முடியும், அதன் உள்ளமைவு பிரதிநிதித்துவ இலக்குகளை வெளிப்படையாகப் பெயரிட முடியும். வெளிப்படையான இலக்கு இல்லாவிட்டால், அதன் ஆவணப்படுத்தப்பட்ட நடத்தை மற்ற இடைமுகங்களை உள்ளடக்கலாம், அதனால் சுரங்கப்பாதைக்கு யாரும் திட்டமிடாத முகவரி கிடைக்கும்.
இரண்டு நிபந்தனைகள் உங்களை சுரங்கப்பாதையின் நிலையான முகவரியிடலை OpenVPN வசம் விட வைக்க வேண்டும்: சேவையகம் தன் உள்ளமைவில் நிலையான முகவரிகளைத் தள்ளுகிறது, மேலும் மீண்டும் இணைக்கும்போது சுரங்கப்பாதையின் பெயர் மாறுகிறது. இரண்டும் உண்மையானால், சுரங்கப்பாதையை பிரதிநிதித்துவ டீமனிலிருந்து வேண்டுமென்றே விலக்குங்கள், காரணம் கூறும் கருத்துடன்.
மாறாக சுரங்கப்பாதைக்கான பிரதிநிதித்துவம் வேண்டுமென்றே இருந்தால், முன்னொட்டு மாற்றக் கையாளுதலைச் செயல்படுத்துங்கள். அதாவது பிரதிநிதித்துவப்படுத்தப்பட்ட முன்னொட்டு அல்லது அதன் ஆயுள் மாறும்போது பதிலளிப்பது, சேவையகம் அறிவிக்கும் வாடிக்கையாளர் முன்னொட்டைப் புதுப்பிப்பது, மற்றும் பாதையை மீண்டும் சேர்ப்பது. அந்த வடிவமைப்பில் இடைமுகத்தை விலக்குவது புதிய முன்னொட்டை அறிந்த ஒரே கூறை நீக்குகிறது.
dhcpcd ஐ மறுதொடக்கம் செய்வது நிலையை மீண்டும் உருவாக்குவதால் சிக்கலைச் சரிசெய்வது போலத் தோன்றலாம், ஆனால் நீங்கள் நினைக்காத இடைமுகங்களுக்கான உள்ளமைவையும் புதுப்பிக்கிறது அல்லது திரும்பப் பெறுகிறது. அந்த மீட்பு அதை ஒவ்வொரு VPN மறுதொடக்கத்திற்குப் பிறகும் கட்டாயமாக்காது. நீங்கள் சான்றாகப் பயன்படுத்திய கவுண்டர்களையும் அது மீட்டமைக்கிறது. நீங்கள் உண்மையில் மாற்றிய இடைமுகத்தின் இலக்கு மீள்ஏற்றத்திற்கு முன்னுரிமை கொடுங்கள்.
IPv6 ஐ IPv4 NAT இலிருந்து தனித்தனியாகச் சரிபார்க்கவும்
முன்னனுப்பல் இயக்கப்பட்டுள்ளதையும் மேல்நிலைப் பாதை உண்மையான வாடிக்கையாளர் முன்னொட்டை நோக்கியிருப்பதையும் உறுதிசெய்து, பின்னர் புதிய அனுமதிக்கப்பட்ட IPv6 இணைப்பை உருவாக்குங்கள். வாடிக்கையாளரின் சொந்த IPv6 பாதை அட்டவணையையும் சரிபார்க்கவும், ஏனெனில் பொது முகவரியைக் காட்டும் வாடிக்கையாளர் அதன் கோரிக்கை சுரங்கப்பாதையைப் பயன்படுத்தியதை நிரூபிக்காது.
IPv4 மறைத்தல் வேறு சிக்கலைத் தீர்க்கிறது: தனிப்பட்ட மூலங்களுக்கான திரும்பும் பாதை. திரும்பப் பெறப்பட்ட IPv6 முன்னொட்டுக்கு அது எதுவும் செய்யாது, அதைச் சேர்த்தால் IPv6 திரும்பி வராது.
உரிமைப் பதிவுடன் முடிக்கவும்: எந்தக் கூறு முன்னொட்டைப் பிரதிநிதித்துவப்படுத்துகிறது, எது வாடிக்கையாளர் முகவரிகளை ஒதுக்குகிறது, எது திரும்பும் பாதையை வைத்திருக்கிறது, மீண்டும் இணைக்கும்போது ஒவ்வொன்றுக்கும் என்ன நடக்கிறது. ரன்புக்கில் நான்கு வரிகள் அடுத்த நபரை முக்கியமான டீமனைக் கண்டுபிடிக்க மூன்று டீமன்களை மறுதொடக்கம் செய்வதிலிருந்து காக்கின்றன.