Windows இல் OpenConnect DNS அமைப்புகளை உண்மையில் யார் பயன்படுத்துகிறார்கள்?
Windows தீர்வியின் நிலையை மூன்று இடங்களில் வைத்திருக்கிறது. அடாப்டர் DNS-ஐ கைமுறையாக திருத்தும் அல்லது பெயர்வெளி விதியைச் சேர்ப்பதற்கு முன் இணைப்பை வைத்திருக்கும் உதவியாளரைக் கண்டறியுங்கள்.
சுரங்கப்பாதையை உயர்த்துவது அதன் DNS மதிப்புகளை நிறுவுவதற்குச் சமமானதல்ல. OpenConnect பேச்சுவார்த்தை நடத்துகிறது, Windows பக்கத்து உதவியாளர் பயன்படுத்துகிறார். இந்த இரண்டு படிகளுக்கு இடையிலான இடைவெளியே இந்த கிளையண்டில் பெரும்பாலான தனிப்பட்ட-பெயர் தோல்விகளை விளக்குகிறது, உதவியாளர் கிட்டத்தட்ட எப்போதும் Windows VPN அமைப்புகள் பக்கமாக இருக்காது.
நுழைவாயில் வழங்கியதையும் Windows நிறுவியதையும் பிரிக்கவும்
கிளையண்ட் இணைப்புத் தரவை ஒரு ஸ்கிரிப்ட் இடைமுகத்திற்கு வழங்குகிறது, Unix மற்றும் Windows வகைகள் தனித்தனி நிரல்கள். Windows இல் செயலாக்கம் வழக்கமாக ஒரு JavaScript உதவியாளர், அது உள் DNS சேவையகம் மற்றும் உள் களம் போன்ற மாறிகளை எந்த அடாப்டரையும் தொடுவதற்கு முன் படிக்கிறது. சுரங்கப்பாதையின் உள்ளே எதுவும் தீர்வியின் நிலையை எழுதுவதில்லை.
அந்தப் பிரிவு முக்கியம், ஏனெனில் ஒரு மதிப்பு பேச்சுவார்த்தையில் இருக்கலாம், ஆனால் அடாப்டரை அடையாமல் போகலாம். காணாமல் போன, பாதியில் தோல்வியடையும், அல்லது GUI உறையில் கட்டப்பட்ட பழைய நகலாக இருக்கும் உதவியாளர் Windows-ஐ இருந்தபடியே விட்டுவிடுகிறார். அமர்வு இணைக்கப்பட்டதாகத் தெரிகிறது, தனிப்பட்ட பெயர் இன்னும் உள்ளூர் வழங்குநர் மூலம் தீர்க்கப்படுகிறது, கிளையண்ட் சாளரத்தில் எதுவும் வேறுபாட்டைக் குறிப்பிடவில்லை. உதவியாளரின் சொந்த வெளியீட்டைப் படிப்பதே எந்தக் கட்டம் உடைந்தது என்பதை அறியும் ஒரே நம்பகமான வழி.
| Stage | What exists there | Where you see it |
|---|---|---|
| Negotiated | Internal DNS address and domain pushed by the gateway | Client log or helper input |
| Installed | Adapter DNS entry, connection suffix, or namespace rule | Adapter and policy queries |
| Selected | Resolver Windows uses for one specific query | The failing application |
GUI உறை தனது சொந்த கிளையண்ட் மற்றும் உதவியாளர் நகலைக் கொண்டு வரலாம், எனவே வட்டில் வேறு எங்காவது இரண்டாவது openconnect.exe எதையும் நிரூபிக்காது. அதன் உள்ளமைவை மதிப்பிடும் முன் அமர்வைத் தொடங்கிய செயலாக்கக் கோப்பைக் கண்டறியுங்கள்.
தீர்வியின் நிலையை மாற்றாமல் படிக்கவும்
மூன்று படிக்க-மட்டும் வினவல்கள் வழக்கமான குழப்பத்தை உள்ளடக்குகின்றன, ஒவ்வொன்றும் வேறு கேள்விக்கு பதிலளிக்கிறது:
Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -Effectiveஅடாப்டர் நிலையின் சேவையகம் பெரும்பாலானோர் VPN DNS என்று அர்த்தப்படுத்துவது. இணைப்பு-குறிப்பிட்ட பின்னொட்டு குறுகிய பெயர் எதற்கும் விரிவாக்கப்படுமா என்பதைத் தீர்மானிக்கிறது. பெயர்வெளிக் கொள்கை பட்டியல் அடாப்டர் வரிசையைப் பொருட்படுத்தாமல் பொருந்தும் பெயர்களுக்குப் பொருந்தும், உதவியாளர் ஒன்றை உருவாக்க நோன்மையே கொள்ளாதபோது அங்கு காலி முடிவு குறையல்ல. திருத்துவதற்கு முன் மூன்றையும் படிப்பதே அறிகுறியை வேறு இடத்திற்கு நகர்த்தும் திருத்தத்தைத் தடுக்கிறது.
முழுமையாக தகுதிபெற்ற பெயரில் தொடங்குங்கள். FQDN தீர்க்கப்பட்டு குறுகிய பெயர் தீர்க்கப்படாவிட்டால், இடைவெளி பின்னொட்டு அல்லது தேடல் பட்டியல், சேவையக முகவரி அல்ல.
இரண்டாம் படியாக நோக்கமான சேவையகத்தை நேரடியாகக் கேளுங்கள், ஏற்கனவே நிறுவப்பட்ட எந்தத் தீர்விக் கருவியுடனும். நேரடிப் பதில் சேவையகம் அணுகக்கூடியது மற்றும் மண்டலத்திற்கு அதிகாரமுள்ளது என்பதை நிரூபிக்கிறது. ஒரு பயன்பாடு இயல்பாக எந்த சேவையகத்தைக் கேட்கிறது என்பதைப் பற்றி அது எதையும் நிரூபிக்கவில்லை.
இணைப்பைக் கொண்டிருக்கும் கூறுக்குப் பெயரிடுங்கள்
இரண்டு ஏற்பாடுகள் பொதுவானவை. டெர்மினலில் இருந்து தொடங்கிய கிளையண்ட் அதன் ஸ்கிரிப்ட் பாதையை வெளிப்படையாக அனுப்புகிறது, எனவே உரிமையாளர் இயக்கிய கட்டளையில் தெரிகிறார். தொகுக்கப்பட்ட பயன்பாடு உங்களுக்காக கிளையண்டைத் தொடங்கி உதவியாளரை அதன் சொந்த அடைவில் வைத்திருக்கிறது, அதாவது எப்போது மாறும் என்பதை விற்பனையாளர் தீர்மானிக்கிறார்.
எதையும் மாற்றுவதற்கு முன் நிறுவல்களுக்கு இடையே உதவியாளர் பதிப்புகளை ஒப்பிடுங்கள். கோப்பின் பெயர் பரிச்சயமானதாகத் தோன்றுவதால் கண்ணாடியில் இருந்து கொண்டு வந்த உதவியாளரை உயர்ந்த உரிமைகளுடன் இயக்குவது DNS இடைவெளியை பாதுகாப்பு சம்பவமாக மாற்றுகிறது.
உரிமையாளர் தெரிந்ததும், பழுதுபார்ப்பு இலக்கு தெளிவாகிறது: துவக்கியில் ஆதரிக்கப்படும் ஸ்கிரிப்ட் பாதை, தொகுப்பு புதுப்பிப்பு, அல்லது நுழைவாயிலில் திருத்தப்பட்ட சுயவிவரம். இவை எதற்கும் அடாப்டர் பண்புகளை கைமுறையாக திருத்த வேண்டியதில்லை.
உரிமையாளரை சரிசெய்யுங்கள், அடாப்டரை அல்ல
அடாப்டரில் கைமுறையாக அமைக்கப்பட்ட DNS பெரும்பாலும் துண்டிப்பைத் தாண்டி நீடிக்கிறது, எனவே அது வேலை செய்வது போல் தெரிந்து பின்னர் அடுத்த நெட்வொர்க்கில் சிக்கலை ஏற்படுத்துகிறது. ஒவ்வொரு இடைமுகத்திலும் பொருத்தப்பட்ட பொது தீர்வி தனிப்பட்ட பெயர்வெளிப் பிரச்சினையைத் தீர்ப்பதற்குப் பதிலாக மறைக்கிறது. உதவியாளர் ஒருபோதும் DNS மதிப்பைப் பெறவில்லை என்றால், நுழைவாயில் சுயவிவரம் பார்க்க வேண்டிய இடம். அது பெற்று அடாப்டர் இன்னும் பழைய சேவையகத்தைக் காட்டினால், உதவியாளர் இணைக்கும்போது தோல்வியடைந்தார், கிளையண்ட் பதிவு பொதுவாக அதை சுரங்கப்பாதை அமைப்பு வரிகளுக்கு அருகில் பதிவு செய்கிறது.
ஆதரிக்கப்படும் பாதையில் நிலையை மீண்டும் கட்டியெழுப்பி, பின்னர் முழு சுழற்சியைச் சரிபார்க்கவும்: இணைக்கவும், தனிப்பட்ட FQDN-ஐத் தீர்க்கவும், சேவையைத் திறக்கவும், துண்டிக்கவும், அடாப்டர் அதன் முந்தைய சேவையகங்களுடன் திரும்பியதை உறுதிசெய்யவும்.
உண்மையில் தோல்வியடையும் பயன்பாட்டைச் சரிபார்க்கவும்
தனது சொந்த மறையாக்கப்பட்ட-DNS அமைப்பைக் கொண்ட உலாவி மேலே உள்ள அனைத்தையும் புறக்கணித்து பொது தீர்வியிலிருந்து பதிலளிப்பதைத் தொடர்கிறது. சுரங்கப்பாதை உயர்வதற்கு முன்பிருந்த தேக்ககப்படுத்தப்பட்ட எதிர்மறை பதிலை வைத்திருக்கும் பயன்பாடும் அதேபோல் நடந்துகொள்கிறது. தீர்வி முகவரிகளை மீண்டும் மாற்றுவதற்கு முன் அதை அதே இயந்திரத்தில் ஒரு எளிய கணினி வினவலுடன் ஒப்பிடுங்கள்.
கணினி வினவல் சரியாகவும் பயன்பாடு தவறாகவும் இருந்தால், மீதமுள்ள குறைபாடு அந்தப் பயன்பாட்டின் DNS உள்ளமைவில் உள்ளது, VPN பாதையில் அல்ல.