OpenVPN DNS அனுப்புகிறது, ஆனால் உங்கள் தீர்வி அதை என்றும் பார்க்காமல் இருக்கலாம்

கிளையண்ட் பதிவு அனுப்பப்பட்ட DNS சேவையகத்தைக் காட்டுகிறது, சுரங்கப்பாதை இணைக்கப்பட்டுள்ளது, ஆனால் உள் பெயர் இன்னும் எதற்கும் தீர்க்கப்படவில்லை. அனுப்புவதில் தானாக எதுவும் உடைந்துவிடவில்லை. விருப்பம் வந்தது, இயக்க முறைமையின் தீர்வி அதை ஒருபோதும் பயன்படுத்தவில்லை, ஏனெனில் பெரும்பாலான Unix கிளையண்ட்களில் OpenVPN மதிப்பை ஒப்படைத்து பயன்பாட்டை தளத்திற்கு விட்டுவிடுகிறது.

அறிகுறி: பதிவு DNS காட்டுகிறது, பெயர்கள் இன்னும் தோல்வியடைகின்றன

OpenVPN dhcp-option DNS மற்றும் டொமைன் தகவலை எடுத்துச் செல்கிறது, கிளையண்ட் பெற்றதைப் பதிவு செய்கிறது. சில செயலாக்கங்களில் கிளையண்ட் அந்த அமைப்புகளை உள்ளே பயன்படுத்துகிறது; மற்றவற்றில் ஒருங்கிணைப்பு ஸ்கிரிப்ட் அல்லது பிணைய சேவைக்கு ஏற்றுமதி செய்கிறது. பதிவு வரி கதையின் முதல் பாதியை மட்டுமே விவரிக்கிறது. இரண்டாம் பாதி கிளையண்ட் கட்டுப்படுத்தாத இடத்தில் நடக்கிறது. தோல்வி பொதுவாக அங்கேயே இருக்கிறது.

அதனால்தான் இணைக்கப்பட்ட சுரங்கப்பாதையும் தோல்வியடையும் உள் பெயரும் அடிக்கடி சேர்ந்தே இருக்கின்றன. மதிப்பு உள்ளது, பயன்படுத்துபவர் இல்லை அல்லது தவறாக அமைக்கப்பட்டுள்ளது, தீர்வி அமைதியாக இணைப்புக்கு முன் பயன்படுத்திய பொது சேவையகத்தையே தொடர்ந்து பயன்படுத்துகிறது.

பெறுவது என்பது பயன்படுத்துவது அல்ல

கணினி தீர்வி இன்னும் வேறு சேவையின் உரிமையில் இருக்கும்போது கிளையண்ட் அனுப்பிய DNS மதிப்பைப் பதிவு செய்யலாம். உலாவிக்கு அமைப்பு தீர்வியை முழுமையாகத் தவிர்க்கும் அதன் சொந்த மறையாக்கப்பட்ட-DNS கொள்கையும் இருக்கலாம், இது ஒரு பயன்பாடு உள் பெயர்களைத் தீர்க்கிறது மற்றொன்று தீர்க்கவில்லை என்ற நினைவில் நிற்கும் நிலையை உருவாக்குகிறது.

ஒவ்வொரு Unix கிளையண்டும் ஒரே கோப்பை மீண்டும் எழுதும் என்று கருதுவதற்குப் பதிலாக செயலாக்கத்தின் ஆதரிக்கப்பட்ட ஒருங்கிணைப்பைச் சரிபார்க்கவும். அந்த அனுமானம்தான் எதுவும் படிக்காத தீர்வி உள்ளமைவை மக்கள் திருத்தக் காரணம்.

ஒவ்வொரு தளத்திலும் தீர்வியின் உரிமையாளரைக் கண்டறியவும்

Windows இல் பெயர் தீர்வுக் கொள்கை அட்டவணை குறிப்பிட்ட பின்னொட்டுகளை குறிப்பிட்ட சேவையகங்களுக்கு அனுப்பலாம், VPN கிளையண்ட் அங்கே விதிகளை நிறுவலாம். அடாப்டரின் DNS பட்டியல் மட்டுமல்ல, கொள்கையைச் சரிபார்க்கவும். Linux இல் NetworkManager அல்லது systemd-resolved உள்ளமைவை வைத்திருக்கலாம், அவற்றில் யார் வைத்திருக்கிறது என்பது மீண்டும் இணைக்கும்போது எது தக்கவைக்கப்படும் என்பதைத் தீர்மானிக்கிறது.

உண்மையில் வினவல்களுக்குப் பதிலளிக்கும் கருவியுடன் பயனுள்ள நிலையைப் படிக்கவும்: systemd-resolved ஹோஸ்ட்டில் resolvectl query internal.example.net, அல்லது தளத்தின் சமமானது. பின்னர் அந்தப் பதிலை கிளையண்ட் பதிவு அனுப்பியதாகக் கூறும் DNS சேவையகத்துடன் ஒப்பிடவும்.

ஒருங்கிணைப்பு இல்லாமல் தீர்வி அமைப்புகளின் மேல் எழுதும் பல சேவைகளை இயக்குவதைத் தவிர்க்கவும். இரண்டு உரிமையாளர்கள் இடைவிடாமல் தெரியும் முடிவைத் தருகிறார்கள், ஒவ்வொரு மீள்இணைப்பும் அதை தற்செயலாகச் சரிசெய்வது அல்லது உடைப்பது போல் தெரிகிறது.

ஸ்கிரிப்ட்கள் மற்றும் foreign_option

OpenVPN அனுப்பிய விருப்பங்களை foreign_option_N எனப்படும் மாறிகளின் மூலம் ஸ்கிரிப்ட்களுக்கு ஏற்றுமதி செய்கிறது, ஸ்கிரிப்ட் அவற்றை தீர்வி கட்டளைகளாக மொழிபெயர்க்கலாம். இந்த அமைப்பு ஆதரிக்கப்பட்ட ஒருங்கிணைப்பு, தானியங்கி நடத்தை அல்ல, அதை கிளையண்டில் நிறுவி அழைக்க வேண்டும்.

நீங்கள் ஸ்கிரிப்டைச் சார்ந்திருந்தால், அதன் செயலாக்கத்தையும் வெளியேறும் நிலையையும் பதிவு செய்யவும். இயங்கும் ஆனால் அமைதியாகத் தோல்வியடையும் ஸ்கிரிப்ட் ஸ்கிரிப்ட் இல்லாததைப் போன்ற அதே அறிகுறியை விட்டுச் செல்கிறது, உள்ளமைவு முழுமையாகத் தெரிவதால் அதைக் கவனிப்பது கடினம். ஸ்கிரிப்ட் கோப்பை அல்ல, ஸ்கிரிப்டின் வெளியீட்டைச் சரிபார்க்கவும். கோப்பு இருப்பது என்பது ஸ்கிரிப்ட் இயங்கியது அல்ல.

பதிவை அல்ல, பெயரைச் சோதிக்கவும்

இணைந்த பிறகு கிளையண்டிடம் உள்-மட்டும் ஹோஸ்ட்பெயரைக் கேளுங்கள், பின்னர் பொது பெயரைக் கேளுங்கள், பின்னர் எந்த சேவையகம் பதிலளித்தது என்பதைச் சரிபார்க்கவும். வேலை செய்யும் அமைப்பில் இரண்டு பதில்களும் வெவ்வேறு இடங்களிலிருந்து வருகின்றன, இரண்டும் வடிவமைப்புடன் பொருந்த வேண்டும்.

பெயர் தீர்க்கப்பட்டாலும் சேவை தோல்வியடைந்தால், DNS ஐ மீண்டும் மாற்றுவதற்குப் பதிலாக வழிமாற்றம் மற்றும் பயன்பாட்டு அணுகல் க்குச் செல்லவும். OpenVPN கையேடு dhcp-option மற்றும் ஸ்கிரிப்ட் சூழலை ஆவணப்படுத்துகிறது; மற்றொரு தீர்வி கோப்பைத் திருத்தும் முன் உங்கள் கிளையண்ட் எதைப் பயன்படுத்த வேண்டும் என்பதை உறுதிப்படுத்த அதைப் பயன்படுத்தவும்.