VPN DNS-ஐக் கைப்பற்றி உள்ளூர் பெயர்களை உடைத்தது: பட்டியலைச் சரிசெய்யுங்கள்

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

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

பயன்பாடுகள் உண்மையில் எந்தப் பட்டியலைப் பயன்படுத்துகின்றன

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

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

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

சுரங்கப்பாதை அடாப்டர் மற்றும் இயற்பியல் அடாப்டருக்கான வெளியீட்டைப் படித்து, ஒவ்வொன்றிலும் உள்ள ஒவ்வொரு முகவரியையும் குறித்துக் கொள்ளுங்கள். நிலையான பதிவைக் கொள்கை அல்லது ஸ்கிரிப்ட் மூலம் நீக்கலாம்; DHCP வழங்கிய பதிவு குத்தகையுடன் பிணைந்துள்ளது, திரும்பி வரும், இது நீங்கள் தேர்ந்தெடுக்க வேண்டிய சரிசெய்தலை மாற்றுகிறது. தொலை வலையமைப்பின் பெயர்களை அறிவிக்கப்பட்ட தீர்வி தீர்க்கிறது, உள்ளூர் LAN பெயர்களை இயற்பியல் அடாப்டர், வினவல் முதலில் பார்க்கப்படும் பட்டியலுக்குச் செல்கிறது.

தள்ளப்பட்ட சேவையகங்களை நீக்குங்கள், அல்லது கீழே வையுங்கள்

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

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

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

இதை நம்புவதற்கு முன் இரண்டு வரம்புகளை அறிவது நல்லது. Windows, DHCP வழியாக netsh மூலம் வந்த சேவையகங்களை நீக்காது, அந்த மதிப்புகள் இடைமுகத்தின் பதிவேட்டு விசையின் கீழ் DhcpNameServer ஆகத் தொடர்கின்றன, எனவே பதிவேட்டுத் திருத்தம் அடுத்த குத்தகைக்குப் பிறகு மீண்டும் சரிபார்க்க வேண்டிய கடைசி வழி. அடாப்டர் பிணைப்பு வரிசையும் நம்பகமான தரவரிசை முறை அல்ல, ஏனெனில் VPN வாடிக்கையாளர் தன் பதிவைப் பட்டியலின் மேலே செருகலாம்.

push எங்கே வடிகட்டலாம்

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

pull-filter ignore "dhcp-option DNS "

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

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

சரிசெய்தல் மறுஇணைப்பைத் தாண்டி நிலைக்கச் செய்யுங்கள்

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

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

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

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