டயல்-இனுக்குப் பிறகு சேவையகப் பெயர் அதன் VPN முகவரிக்கு ஏன் தீர்க்கப்படுகிறது

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

இரண்டு முகவரிகள், ஒரு பெயர், மூன்று நிபந்தனைகள்

பல இடைமுகங்கள் கொண்ட Windows சேவையகத்தில் ஒரு LAN முகவரி, ஒன்று அல்லது பல டயல்-இன் முகவரிகள் மற்றும் சில நேரங்களில் இரண்டாவது பிணைய அட்டை இருக்கலாம். அதற்கு இயக்கவியல் பதிவு அனுமதிக்கப்பட்டால் ஒவ்வொரு இடைமுகமும் தன் முகவரிகளை DNS இல் பதிவு செய்யலாம். PPP அடாப்டர் பதிவு செய்யும்போது அதே புரவலன் பெயருக்கு சுரங்கப்பாதை இணையாளர் மட்டுமே அடையக்கூடிய முகவரி கிடைக்கிறது, LAN வாடிக்கையாளர்கள் அதைச் செல்லுபடியாகும் பதிலாகப் பெறுகிறார்கள்.

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

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

பதிவாளரை மாற்றுவதற்கு முன் பதிவைப் படியுங்கள்

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

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

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

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

வெளியீட்டாளரை அல்லது பதிவைச் சரிசெய்யுங்கள், ஆனால் எதை என்று தெரிந்துகொள்ளுங்கள்

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

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

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

தோல்வியடைந்த வாடிக்கையாளர் பிணையத்திலிருந்து சரிபார்க்கவும்

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

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

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

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