VPN மூலம் இணைக்கப்பட்ட சேவையகத்திற்கு DNS-ல் எந்த முகவரி செல்கிறது?
புரவலன் செய்யப்பட்ட சேவையகத்தில் மூன்று முகவரிகள் உள்ளன, அவை ஒன்றுக்கொன்று மாற்றக்கூடியவை அல்ல. ஒவ்வொரு சேவைக்கும் தேவையான மதிப்பைத் தேர்ந்தெடுத்து, பின்னர் அதை இயந்திரத்திற்கு வெளியே உறுதிப்படுத்துங்கள்.
VPN நிறுவப்பட்ட புரவலன் செய்யப்பட்ட சேவையகம் இறுதியில் மூன்று முகவரிகளை வைத்திருக்கும், மேலும் நீங்கள் உள்ளமைக்கப் போகும் ஒவ்வொரு இடத்திற்கும் அவற்றில் ஒன்று மட்டுமே பொருந்தும். வழங்குநரின் பலகையிலிருந்து எண்ணை DNS-க்கு, ஒரு கேட்பானுக்கு அல்லது அனுமதிப் பட்டியலுக்கு நகலெடுப்பது என்பது வேலை செய்யும் சுரங்கப்பாதை யாரும் அடைய முடியாத சேவையாக மாறும் வழி. இந்த வழிகாட்டி வேலையை அப்படி ஒழுங்குபடுத்துகிறது, ஒவ்வொரு முகவரியும் கூறப்பட்ட நோக்கத்திற்காகத் தேர்ந்தெடுக்கப்படும் வகையில். நீங்கள் உண்மையில் என்ன வெளியிட்டீர்கள் என்பதை உறுதிப்படுத்தும் கட்டளைகளையும் இது பட்டியலிடுகிறது.
எதையும் வெளியிடுவதற்கு முன் மூன்று முகவரிகளையும் வரைபடமாக்குங்கள்
செயல்பாட்டின் அடிப்படையில் அவற்றுக்குப் பெயரிடுங்கள். underlay முகவரி என்பது இயந்திரம் இணையம் வழியாக VPN-இன் இறுதிப் புள்ளியை அடையப் பயன்படுத்துவது, மேலும் இது பெரும்பாலும் வழங்குநரின் NAT-க்குப் பின்னால் தனிப்பட்டதாக இருக்கும். சுரங்கப்பாதை முகவரி VPN-க்குள் வாழ்கிறது, தயாரிப்பைப் பொறுத்து சேவையகம் அல்லது முனையம் அதை வழங்கும். பொது வெளியேற்றம் தொலை வலைத்தளம் மொழிபெயர்ப்புக்குப் பிறகு பதிவு செய்யும் முகவரி, மேலும் நீங்கள் வினவக்கூடிய எந்த இடைமுகத்திலும் அது இருக்க வேண்டியதில்லை.
ஒரு இயந்திரத்திற்கு ஒரு பொது முகவரியைக் காட்டும் பலகை, மற்ற இரண்டு பாத்திரங்களைப் பற்றி மிகக் குறைவாகவே சொல்கிறது. underlay-இன் அணுகல் என்பது ஒரு தேவை, வாங்குதல் அல்ல: வீட்டு திசைவியின் பின்னால் உள்ள மடிக்கணினி பொது IPv4 முகவரி இல்லாமலேயே புரவலன் செய்யப்பட்ட VPN இறுதிப் புள்ளியை அடைய முடியும். நீங்கள் செய்ய முடியாதது என்னவென்றால், யாரும் முன்னனுப்பாத முகவரியில் தீரும் பெயரை எழுதி உள்நுழைவுப் பாதையைக் கற்பனை செய்வது.
முகவரியைச் சேவையின் அடிப்படையில் தேர்ந்தெடுங்கள், லேபிளின் அடிப்படையில் அல்ல
எண்ணைத் தேர்ந்தெடுப்பதற்கு முன் சேவையகம் என்ன செய்ய வேண்டும் என்பதை எழுதுங்கள். வெளிச்செல்லும் API அழைப்புகளுக்கு எதிர்ப்புறம் அனுமதிப் பட்டியலை வைத்திருக்கும்போது நிலையான வெளியேற்றம் தேவை. தனிப்பட்ட அணுகலுக்கு முனையங்கள் வழிப்படுத்தக்கூடிய சுரங்கப்பாதை முகவரியும் அதனுடன் இணைக்கப்பட்ட கேட்பானும் தேவை. பொது புரவலாக்கத்திற்கு வழங்குநர் உண்மையில் வழங்கும் உள்நுழைவு மேப்பிங் தேவை, வெளியேற்ற முகவரி மட்டும் அதைத் தராது.
ஒரு இயந்திரம் மூன்று நோக்கங்களுக்கும் சேவை செய்ய முடியும், இருப்பினும் மூன்று வெவ்வேறு முகவரிகளைப் பயன்படுத்தலாம். உடைவது என்னவென்றால் ஒரு மதிப்பு அவை அனைத்தையும் மூடுகிறது என்ற கருதுகோள்:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
உள்நுழைவு வரிசைதான் மக்கள் விவாதிக்கும் வரிசை. வெளியேற்ற முகவரியைச் சுட்டும் பதிவு எந்தக் கேட்பானையும், தீவிரச் சுவரில் துளையையும், போர்ட் மேப்பிங்கையும் உருவாக்காது, காத்திருப்பது அதை மாற்றாது. வழங்குநர் அர்ப்பணிப்பு முகவரியை உள்நுழைவு விதியுடன் சேர்த்து விற்கும்போது, அந்தத் தொகுப்பே நீங்கள் வாங்கிய திறன்; முகவரி மட்டும் உரிமை அல்ல.
எந்த முகவரி எது என்பதைக் காட்டும் கட்டளைகள்
இயந்திரத்தைப் படியுங்கள், பலகையை அல்ல. இடைமுகப் பெயர்கள் கணினிகளுக்கிடையே வேறுபடும், எனவே முகவரிகளைச் சாதனங்களுடன் பொருத்துங்கள், ஒரு லேபிளை நம்புவதற்குப் பதிலாக.
முதல் வரி ஒவ்வொரு IPv4 முகவரியையும் அதன் சாதனத்தையும் பட்டியலிடுகிறது, இரண்டாவது அறியப்பட்ட வெளிப்புற இலக்குக்கு எந்தச் சாதனத்தைப் பயன்படுத்தும் என்று கர்னலைக் கேட்கிறது:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'பொது போக்குவரத்துக்கான வழித் தேடல் சுரங்கப்பாதை சாதனத்துடன் பதிலளித்தால், உங்கள் முழு சுரங்கப்பாதை நடைமுறையில் உள்ளது. கேட்பான் சரிபார்ப்பும் அதே அளவு முக்கியம், ஏனெனில் 127.0.0.1-உடன் மட்டும் பிணைக்கப்பட்ட செயல்முறை சுரங்கப்பாதை முகவரியில் ஒருபோதும் பதிலளிக்காது, நீங்கள் எந்தப் பெயரை வெளியிட்டாலும்.
அதை வெளியிட்டு, பின்னர் வெளியிலிருந்து சரிபார்க்கவும்
சேவைக்குத் தேவையான மதிப்பை மட்டும் வெளியிடுங்கள், அதற்கு மேல் எதையும் அல்ல: புரவலாக்கத்திற்கு A அல்லது AAAA பதிவு, வெளிச்செல்லும் அழைப்புகளுக்கு அனுமதிப் பட்டியல் உள்ளீடு, தனிப்பட்ட அணுகலுக்கு முனைய சுயவிவரம். பின்னர் முக்கியமான நிலையிலிருந்து சோதியுங்கள், அது ஒருபோதும் நீங்கள் இப்போது திருத்திய இயந்திரம் அல்ல.
இரண்டு சரிபார்ப்புகள் பெரும்பாலானதை ஈடுசெய்கின்றன, இரண்டும் ஒரு ஸ்கிரிப்ட்டில் வைக்கும் அளவுக்கு மலிவானவை:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthஉங்கள் பதிவு உள்ளது என்பதை நிரூபிக்கும் DNS பதில் ஒரு கோரிக்கை வந்து சேருகிறது என்பதற்கான ஆதாரம் அல்ல, ஒரு வெற்றிகரமான கோரிக்கை ஒரு பாதை ஒரு வலையமைப்பிலிருந்து வேலை செய்கிறது என்பதை மட்டுமே நிரூபிக்கிறது. அனுமதிப் பட்டியல் சம்பந்தப்பட்டிருக்கும்போது சரிபார்ப்பை மொபைல் இணைப்பிலிருந்து மீண்டும் செய்யுங்கள், ஏனெனில் நீங்கள் கவனிக்கும் வெளியேற்றம் முகவரிக் குடும்பத்தையும் எடுக்கப்பட்ட பாதையையும் சார்ந்திருக்கலாம். எந்தக் குடும்பத்தைச் சரிபார்த்தீர்கள் என்று குறிப்பிடுங்கள்; வேலை செய்யும் IPv4 பாதை IPv6 பற்றி எதுவும் சொல்லாது.
சேவை உள்நுழைவாக இருந்தால், வெளியேற்ற முகவரி போதாது
உள்நுழைவு அணுகலுக்கு நான்கு விஷயங்கள் ஒரே வரியில் தேவை: ஒரு முனையம் அடையக்கூடிய பெயர் அல்லது முகவரி, பாக்கெட்டை இயந்திரத்திற்கு வழங்கும் பாதை, அதை ஏற்கும் கேட்பான், அதை வீழ்த்தாத கொள்கை. ஒரு VPN இரண்டாவது உறுப்பை மாற்றுகிறது, சில நேரம் முதலையும், மூன்றாவது நான்காவதற்கு எதுவும் செய்யாது. சுரங்கப்பாதையே வழங்கல் பாதையாக இருக்கும்போது, முனையங்கள் வெளியேற்றத்திற்கு அல்ல, சுரங்கப்பாதை முகவரிக்கு இணைகின்றன.
ஒவ்வொரு சேவையும் எந்த முகவரியைச் சார்ந்துள்ளது என்பதைப் பதிவு செய்யுங்கள், வழங்குநர் தனது வழிப்படுத்தல் மாதிரியை மாற்றும்போது அந்தக் குறிப்பை மீண்டும் பாருங்கள். தனிப்பட்ட முறையில் பதிலளித்து பொதுவில் தோல்வியடையும் சேவையகம் பொதுவாக உடைந்ததல்ல; அது தவறான அடையாளத்துடன் பதிலளிக்கிறது, சரிசெய்தல் என்பது தீவிரச் சுவர் மாற்றம் அல்ல, மேப்பிங் முடிவு.