VPN வழங்குநர்களை மாற்றுதல்: IP மட்டுமல்ல, ஹோஸ்ட்பெயரைத் திட்டமிடுங்கள்
புதிய DNS பதிவு இருக்கும் அமர்வுகளை நகர்த்தாது. பெயரை யார் கட்டுப்படுத்துகிறார்கள், ஒவ்வொரு கிளையன்டும் அதை எப்போது தீர்க்கிறது, பழைய முனையத்தை எப்படி ஓய்வு பெறச் செய்வீர்கள் என்பதைத் திட்டமிடுங்கள்.
உங்கள் DNS பதிவு சரியானது, மாற்று ஆரோக்கியமானது, இருந்தாலும் சில கிளையன்ட்கள் மணிக்கணக்கில் பழைய முகவரியை அழைக்கின்றன. சில பழைய பெயருக்கு எதிராக உடனடியாகத் தோல்வியடைகின்றன — அது தீர்க்கப்படும், ஆனால் ஒருபோதும் பதிலளிக்காது. இரண்டு முடிவுகளும் ஒரே இடைவெளியிலிருந்து வருகின்றன: ஹோஸ்ட்பெயர் கிளையன்ட் எதைத் தேடுகிறது என்பதை மாற்றுகிறது, எப்போது தேடுகிறது என்பதையோ அல்லது பதில் வரும்போது எதை நம்புகிறது என்பதையோ அல்ல.
அறிகுறி: சரியான பதிவு, பழைய சுரங்கங்கள்
பெயரைச் சேமிக்கும் சுயவிவரம் அதைத் தொடர்ந்து தீர்க்கும் கிளையன்ட் அல்ல. பெரும்பாலானவை ஒருமுறை தீர்க்கின்றன, உள்ளமைவைப் பயன்படுத்தும்போது அல்லது சுரங்கம் மேலெழும்போது, பின்னர் அமர்வு முடியும் வரை அந்த முகவரியையே மீண்டும் பயன்படுத்துகின்றன. அதன் மேல் நீண்ட TTL இருப்பதே மாற்றத்தை DNS திருத்தத்தைச் சுற்றி அல்ல, மீண்டும் இணைப்புகளைச் சுற்றி திட்டமிட வேண்டியதற்குக் காரணம்.
இந்த இரண்டு நடத்தைகளில் எதுவும் குறைபாடு அல்ல, அதுவே அறிகுறியைக் குழப்பமாக்குகிறது. கிளையன்ட் முன்பு பெற்ற பதிலை வைத்து வேலை செய்கிறது, சேவையகப் பக்கத்தில் அது எந்தப் பதில் என்பதைக் காட்டுவது எதுவும் இல்லை. மீண்டும் இணைப்பை பராமரிப்பு சாளரத்தில் சேர்த்து, பயனர்கள் என்ன பார்ப்பார்கள் என்பதைச் சொல்லுங்கள், அல்லது சாளரத்தை டிக்கெட்டுகளுக்குப் பதிலளிப்பதில் செலவிடுங்கள். ஒரே மாதிரியான அறிக்கைகளின் வரிசை வழக்கமான முடிவு.
பெயரை யார் கட்டுப்படுத்துகிறார்கள், கிளையன்ட் எதைச் சரிபார்க்கிறது
மண்டலத்தின் மீதான கட்டுப்பாடு இடம்பெயர்வு எவ்வளவு வேகமாக நகர முடியும் என்பதைத் தீர்மானிக்கிறது. பதிவை நீங்கள் உள்நுழையக்கூடிய பதிவாளரிடம் வைத்திருங்கள், வேறு யார் அதை மாற்றலாம் என்று எழுதுங்கள்.
நம்பிக்கை பெயரைப் பின்தொடர்வதில்லை. TLS அடிப்படையிலான கிளையன்ட் சான்றிதழ் அடையாளத்தையோ பின் செய்யப்பட்ட பெயரையோ சரிபார்க்கலாம், ஆனால் WireGuard இணையின் பொது விசையை அங்கீகரித்து ஹோஸ்ட்பெயரை முழுவதுமாகப் புறக்கணிக்கிறது. அந்த வேறுபாடே DNS திருத்தம் போதுமா அல்லது ஒவ்வொரு சுயவிவரத்திற்கும் புதிய கைரேகை தேவையா என்பதைத் தீர்மானிக்கிறது. பதிவு மாற்றம் யாரும் அங்கீகரிக்காத முனையத்திற்கு ஒருபோதும் அதிகாரம் அளிக்கக் கூடாது.
நிர்வாக மற்றும் மீட்பு அணுகலை பொது கிளையன்ட் பெயரிலிருந்து விலக்கி வைத்திருங்கள். ஹோஸ்டிங் கணக்கை இழப்பது கிளையன்ட்களை வழிமாற்றும் பதிவையும் இழக்கச் செய்யக்கூடாது. நீங்கள் விட்டுச் செல்லும் வழங்குநரைச் சார்ந்திராத இடத்தில் மீட்புப் பாதையைச் சேமியுங்கள்.
ஒவ்வொரு கிளையன்டும் பெயரை எப்போது மீண்டும் படிக்கிறது
தீர்க்கும் நேரம் ஒவ்வொரு கிளையன்டின் பண்பு, எனவே மாற்றச் சாளரத்தை உறுதியளிப்பதற்கு முன் நீங்கள் உண்மையில் விநியோகிக்கும் செயலாக்கத்தைச் சரிபார்க்கவும். wg-quick இடைமுகம் மேலெழும்போது முனையத்தைத் தீர்த்து, சுரங்கம் மீண்டும் தொடங்கும் வரை அந்த முகவரியை வைத்திருக்கிறது. OpenVPN கிளையன்ட் இணைக்கும்போது பெயரைத் தேடுகிறது, மீண்டும் இணைக்கும்போது மீண்டும் பார்க்கிறதா என்பது அதன் விருப்பங்களைப் பொறுத்தது.
| Client | When it resolves | What it verifies |
|---|---|---|
| wg-quick | At interface start, cached for the session | Peer public key, not the name |
| OpenVPN 2.6 | On connect, possibly again on reconnect | Certificate identity or pinned name |
| Mobile clients | May hold the answer across sleep or a network change | Platform trust store, same certificates |
மொபைல் கிளையன்ட்கள் வழக்கமான ஆச்சரியம், ஏனெனில் அவை தூக்கம் அல்லது நெட்வொர்க் மாற்றத்தின் போது தீர்க்கப்பட்ட முகவரியை வைத்திருக்கலாம். A மற்றும் AAAA பதிவுகளை மாற்று இரண்டு குடும்பங்களிலும் பதிலளித்தால் மட்டுமே வெளியிடுங்கள். ஒரு குடும்பத்தில் பதிலளிக்கும் முகவரி மற்றதைப் பற்றி எதையும் நிரூபிக்காது, இறந்த AAAA பதிவு ஒவ்வொரு முயற்சிக்கும் நேர வரம்பைச் சேர்க்கிறது. நீங்கள் ஆதரிக்கும் ஒவ்வொரு கிளையன்டிற்கும் தீர்க்கும் நடத்தையை ஆவணப்படுத்தி, பின்னர் மக்கள் உண்மையில் பயன்படுத்தும் சாதனங்களில் சோதிக்கவும்.
மீண்டும் இணைப்பது பெரும்பாலான கிளையன்ட்களில் பயனர் செயல், சேவையகம் அதை வலுக்க முடியாது. அந்தப் படியை பராமரிப்புக் குறிப்பில் வைத்து, அது நடக்கும்போது பயனர் என்ன பார்ப்பார் என்ற வரியுடன்.
சான்றின் அடிப்படையில் மாறுங்கள், பின்னர் பழைய முனையத்தை ஓய்வு பெறச் செய்யுங்கள்
மாற்றத்திற்கு முன் மாற்றில் ஒவ்வொரு அடுக்கையும் நிரூபியுங்கள்: கேட்பவர் பதிலளிக்கிறார், ஃபயர்வால் துறையைக் கடக்க அனுமதிக்கிறது, வழிகள் சரியாகத் திரும்புகின்றன, பெயர் புதிய முகவரிக்குத் தீர்க்கப்படுகிறது, தெரிந்த அடையாளம் ஏற்கப்படுகிறது. இணைப்பை ஏற்கும் கேட்பவர் கைக்குலுக்கலை முடிப்பவருக்குச் சமமானவர் அல்ல, எனவே துறைமுகத்தை அல்ல, கைக்குலுக்கலைச் சோதியுங்கள். தற்போதைய ரத்துத் தாளை உள்ளமைவுக்கு அருகில் வைத்திருங்கள், ஏனெனில் மீட்டெடுக்கப்பட்ட காப்புப்பிரதி இணைப் பட்டியலை முன்பு இருந்தபடி மீண்டும் உருவாக்கி, நீங்கள் ஏற்கனவே மூடிய அணுகலை மீண்டும் திறக்கும். எந்த அடையாளத்துடன் சோதித்தீர்கள் என்று பதிவு செய்யுங்கள், ஏனெனில் «இது வேலை செய்கிறது» என்பது யாரும் மீண்டும் செய்யக்கூடிய சான்று அல்ல.
getent hosts vpn.example.com
ss -lunp | grep 51820
wg show wg0 latest-handshakesமாற்றத்தின் போது, ஒரே அடையாளத்திற்காக இரு முனையங்களிலும் இணைப்பு முயற்சிகளைக் கவனியுங்கள். பழைய முகவரிக்கு எதிராக இன்னும் அங்கீகரிக்கும் கிளையன்ட் ஒருபோதும் நகராத சுயவிவரம் அல்லது தற்காலிகச் சேமிப்பில் உள்ள பதில். தேதியிட்ட திட்டத்தின்படி பழைய முனையத்தை ஓய்வு பெறச் செய்யுங்கள், ஏனெனில் ஒரு அடையாளத்தை ஏற்கும் இரண்டு சேவைகள் இரண்டு கதவுகளைத் திறந்தே வைக்கின்றன.
மாற்றச் சோதனை புதிய முனையத்தின் வழியாக ஒரு பயன்பாட்டு அமர்வு, பிங் அல்ல. அந்த அமர்வு வேலை செய்து, பழைய முனையம் முழு மீண்டும் இணைப்புச் சுழற்சியில் அங்கீகரிக்கப்பட்ட முயற்சி எதையும் பதிவு செய்யவில்லை என்றால், இடமாற்றம் முடிந்தது.