போர்ட் 53 இல் OpenVPN: மக்கள் குழப்பும் மூன்று உரையாடல்கள்
இறுதிப் புள்ளியின் பெயர் தீர்வு, மறையாக்கப்பட்ட போக்குவரத்து மற்றும் சுரங்கப்பாதைக்குப் பின் DNS ஆகியவை மூன்று தனித்தனி உரையாடல்கள். போர்ட் அல்லது தீர்வியை மாற்றும் முன் எந்த நிலை தோல்வியடைந்தது என்பதைக் கண்டறியுங்கள்.
VPN போர்ட் 53 இல் தடுக்கப்பட்டுள்ளது என்று கூறும் அறிக்கைகள் வெவ்வேறு காரணங்களால் தோல்வியடையும் மூன்று அவதானிப்புகளைக் கலக்கின்றன. இறுதிப் புள்ளியின் பெயர் தீர்வு எந்தச் சுரங்கப்பாதையும் இருப்பதற்கு முன்பே நடக்கிறது, மறையாக்கப்பட்ட போக்குவரத்து தனி உரையாடல், அதன் பின் செய்யப்படும் DNS வினவல்கள் மூன்றாவது. ஒவ்வொன்றுக்கும் அதன் சொந்த தோல்வி அடையாளம் உண்டு, அவற்றில் ஒன்று மட்டுமே DNS தொடர்பானது.
எதையும் மாற்றும் முன் பாக்கெட்டுகளை அவற்றின் நோக்கத்தின்படி பிரிக்கவும், ஏனெனில் தீர்வு நிலையைப் பின்பற்றுகிறது.
மூன்று உரையாடல்கள், ஒரு போர்ட் எண்
முதல் உரையாடல் இறுதிப் புள்ளிக்கான பெயர் தேடல்: உங்கள் கணினம் அதன் அமைக்கப்பட்ட தீர்வியிடம் vpn.example.com எங்கே உள்ளது என்று கேட்கிறது, அந்தப் பதில் கிளையண்ட் ஒரு சுரங்கப்பாதைப் பாக்கெட்டும் அனுப்பும் முன்பே சாதாரண DNS வழியாக வருகிறது. இரண்டாவது OpenVPN போக்குவரத்தே ஆகும், அது தேடல் வழங்கிய முகவரிக்கு சுயவிவரம் குறிப்பிடும் நெறிமுறை மற்றும் போர்ட்டில் இணைக்கிறது. மூன்றாவது சுரங்கப்பாதை எழுந்த பிறகு நடக்கிறது, பயன்பாடுகள் பெயர்களைக் கேட்கும்போது தள்ளப்பட்ட தீர்வி அமைப்புகள் யார் பதிலளிப்பது என்பதைத் தீர்மானிக்கின்றன.
இந்த மூன்றும் தனித்தனியாக வெற்றிபெறலாம் அல்லது தோல்வியடையலாம். கிளையண்ட் தன் இறுதிப் புள்ளியை முழுமையாகத் தீர்த்தும் கேட்பவரை அடையத் தோல்வியடையலாம், மேலும் DNS அமைப்புகள் என்றும் வராததால் ஒவ்வொரு உள் பெயர் தேடலும் தோல்வியடையும்போதும் சுரங்கப்பாதையை நிறுவலாம்.
| Conversation | When it happens | What has to be true |
|---|---|---|
| Endpoint lookup | Before the client contacts a hostname | An underlying resolver path can answer for the endpoint name |
| OpenVPN transport | During tunnel establishment | The gateway listens on its configured transport, address and port, and nothing filters it |
| Application DNS | During or after the protected session | A resolver the client can reach, plus routing that carries its queries |
அட்டவணையை விளக்கமாக அல்ல, சரிபார்ப்புப் பட்டியலாகப் படியுங்கள். இறுதிப் புள்ளியின் பெயர் தீர்க்கப்படாவிட்டால் பிறகு எதுவும் செயல்பட முடியாது, சுரங்கப்பாதை ஒருபோதும் தொடங்காது.
போர்ட் எண் பயன்பாட்டிற்குப் பெயரிடுவதில்லை
போர்ட் 53 மரபுப்படி DNS-ஐச் சுமக்கிறது, OpenVPN இயக்குபவர் அங்கே கேட்பவரையும் வெளியிடலாம், அதனால்தான் இந்த எண் மோசமான அடையாளங்காட்டி. UDP 53 இல் OpenVPN அமர்வு இன்னும் OpenVPN அமர்வே, போர்ட் 53 இல் உள்ள சேவையகத்திற்கான DNS வினவல் சுரங்கப்பாதைக்கு அனுமதி உண்டா என்பதைப் பற்றி எதுவும் கூறாது. சுயவிவரத்தின் proto மற்றும் remote வரிகள் வெளி இறுதிப் புள்ளியை வரையறுக்கின்றன; போர்ட் எண் தானாக எதையும் வரையறுக்காது.
கண்டறிதலின் போது இது இரு பக்கமும் வெட்டுகிறது: போர்ட் 53 க்கான பொதுவான UDP சோதனை ஒரு போர்ட் பதிலளிக்கிறது என்பதை நிரூபிக்கிறது, VPN சேவை பதிலளிக்கிறது என்பதை அல்ல. உண்மையான கிளையண்ட் மற்றும் உண்மையான சுயவிவரத்துடன் சோதிக்கவும், ஏனெனில் சேவை எதிர்பார்க்கும் கைக்குலுக்கலைப் பயிற்சி செய்வது அது மட்டுமே.
நெட்வொர்க்கைக் குற்றம் சொல்லும் முன் கேட்பவரை நிரூபிக்கவும்
சேவையகத்தில் ss -lunp | grep 53 மூலம் எது பிணைக்கப்பட்டுள்ளது என்பதைச் சரிபார்த்து சுயவிவரத்தின் நெறிமுறை மற்றும் போர்ட்டுடன் ஒப்பிடுங்கள். கிளையண்டின் நெட்வொர்க்கிலிருந்து, கிளையண்டை அதிக விவரத்துடன் இயக்குங்கள், எந்த முகவரி மற்றும் போக்குவரத்தை முயற்சித்தது என்பதைப் பதிவு காட்டும். சேவையகம் கேட்டுக்கொண்டிருக்கும்போது கிளையண்டின் பாக்கெட்டுகள் வரவில்லை என்றால், பாதை அல்லது கொள்கை அவற்றை மறுக்கிறது, அது நெட்வொர்க் உரிமையாளருடனான உரையாடல், போர்ட்டை மாற்றுவதற்கான காரணம் அல்ல.
வேறு போர்ட் உதவுவது சேவை உண்மையில் அங்கே கேட்கும்போதும் வரிசைப்படுத்தல் அதை அனுமதிக்கும்போதும் மட்டுமே. நிர்வகிக்கப்பட்ட நெட்வொர்க்கின் வடிகட்டலைத் தவிர்க்க கேட்பவரை நகர்த்துவது கொள்கை முடிவு, சிக்கல் தீர்வு நிலை அல்ல. சேவையை மாற்றும் முன் நெட்வொர்க் உரிமையாளரிடம் எது அனுமதிக்கப்படுகிறது என்று கேளுங்கள், ஏனெனில் கொள்கையை மீறும் மாற்று வழி பிறகு எப்படியும் மூடப்படும். அந்தப் பதிலை சுயவிவரத்தின் அருகில் எழுதுங்கள், அடுத்தவர் கோரிக்கையை மீண்டும் செய்யாதபடி.
சுரங்கப்பாதைக்குப் பின் DNS-ஐத் தனியாகச் சரிபார்க்கவும்
சுரங்கப்பாதை எழுந்த பிறகு, VPN இடைமுகத்தில் தீர்வியின் நிலையை ஆய்ந்து ஒரு உள் பெயரையும் ஒரு பொது பெயரையும் வினவுங்கள். சுரங்கப்பாதை போக்குவரத்தைச் சுமக்கும்போது உள் பெயர்கள் தோல்வியடைந்தால், தள்ளப்பட்ட DNS அமைப்புகள் பயன்படுத்தப்படவில்லை, அது போக்குவரத்தின் அல்ல, கிளையண்ட் ஒருங்கிணைப்பின் கேள்வி. பொது பெயர்கள் தோல்வியடைந்து உள் பெயர்கள் செயல்பட்டால், பிரிக்கப்பட்ட சுரங்கப்பாதைக் கொள்கை அது அமைக்கப்பட்டதைச் செய்கிறது.
DNS மாற்றங்களைத் தீர்வி உரிமையாளரிடம் விடுங்கள். ஒரு சோதனை கடக்க நிர்வகிக்கப்பட்ட தீர்வி கட்டமைப்பை மேலெழுதுவது கணினியில் உள்ள மற்ற அனைத்திற்கும் தனிப்பட்ட பெயர்களை உடைக்கலாம். சுரங்கப்பாதை தீர்வியைத் தள்ளி கிளையண்ட் அதைப் புறக்கணித்தால், வேறெங்கும் நிலையான உள்ளீட்டைச் சேர்ப்பதற்குப் பதிலாக கிளையண்ட் ஒருங்கிணைப்பைச் சரிசெய்யுங்கள். நிலையான உள்ளீடுகள் யாராவது நெட்வொர்க்கை மாற்றும் வரை தோல்வியை மறைக்கின்றன. எந்தத் தீர்வி எந்தப் பெயர்வெளிக்குப் பதிலளிக்க வேண்டும் என்பதை எழுதுங்கள்.