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

socket, bind அமைப்பு, firewall விதி மற்றும் URL ஆகியவற்றை அதே வரிசையில் செல்லுங்கள்.

socket இன்னும் குறுகிய கேள்விக்குப் பதிலளிக்கிறது

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

அதிலிருந்து இரண்டு பெயரிடல் பொறிகள் வருகின்றன. தொலைபேசியின் உலாவியில் localhost என்பது தொலைபேசியைக் குறிக்கிறது, மடிக்கணினியை அல்ல. wildcard முகவரி ஒரு bind மதிப்பு, URL இல் தட்டச்சு செய்யும் ஒன்று அல்ல. இவற்றில் ஏதேனும் ஒன்றைக் கொண்டு சோதிக்கும் யாரும் வலையமைப்பு ஒருபோதும் சம்பந்தப்படாத தோல்வியைப் புகாரளிப்பார்கள்.

IPv6 மூன்றாவது நிலையைச் சேர்க்கிறது, ஏனெனில் கவனிக்கத் தவறக்கூடிய விருப்பங்களைப் பொறுத்து socket IPv4 மற்றும் IPv6 இரண்டையும் ஏற்கலாம். பட்டியலில் முகவரிக் குடும்பத்தைப் படிக்கவும். ஒரு குடும்பத்திற்கான wildcard பதிவு மற்றதை விவரிக்காது.

கேட்கும் முகவரியைப் படிக்கவும்

கட்டமைப்பை மாற்றுவதற்கு முன் socket ஐ பரிசோதிக்கவும். உள்ளூர் முகவரி, துறை மற்றும் உரிமையாளர் செயல்முறை ஆகியவை சேர்ந்து சேவையகம் VPN இலிருந்து அணுகக்கூடியதா என்பதை அடையாளம் காட்டுகின்றன.

Get-NetTCPConnection -State Listen -LocalPort 8080 | Select-Object LocalAddress,LocalPort,OwningProcess
Get-Process -Id (Get-NetTCPConnection -State Listen -LocalPort 8080).OwningProcess
ipconfig | Select-String -Pattern 'IPv4'
Get-NetFirewallRule -DisplayName '*8080*' | Format-Table DisplayName,Enabled,Profile,Direction,Action

127.0.0.1 என்ற உள்ளூர் முகவரி கேள்வியைத் தீர்க்கிறது: எந்த firewall மாற்றமும் உதவாது, ஏனெனில் பயன்பாடு VPN இடைமுகத்தில் கேட்கவில்லை. wildcard அல்லது VPN முகவரி என்றால் socket நன்றாக உள்ளது, அடுத்த எல்லை பொருந்தும்.

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

பயன்பாட்டின் மூலம் bind ஐ மாற்றுங்கள்

framework ஆல் ஆவணப்படுத்தப்பட்ட கேட்கும் முகவரி விருப்பத்தைப் பயன்படுத்தி செயல்முறையை மறுதொடக்கம் செய்யுங்கள். மடிக்கணினி தனிப்பட்ட முகவரி 10.77.0.1 ஐக் கொண்டிருந்தால், தொலைபேசியின் URL http://10.77.0.1:8080/ ஆக மாறும், அந்த முகவரி VPN வழியாக வழிநடத்தப்பட வேண்டும்; அமைப்பில் வேறு எதுவும் மாறாது.

bind ஐ வலுக்கட்டாயமாகச் செய்ய Windows இல் தன்னிச்சையான முகவரிகளைச் சேர்க்க வேண்டாம், gateway ஐ மாற்ற வேண்டாம். அந்த மாற்றங்கள் பிழைத்திருத்த அமர்வுக்குப் பிறகும் நீடிக்கும், அடுத்த நபரை ஆச்சரியப்படுத்தும். VPN முகவரி இருப்பதற்கு முன் தொடங்கப்பட்ட சேவையகம் bind ஆகத் தோல்வியடையலாம், எனவே தற்காலிக இடைமுகத்திற்கு தொடக்க வரிசை முக்கியம். அதற்கு மறுமுயற்சி கொடுங்கள் அல்லது சுரங்கப்பாதைக்குப் பிறகு தொடங்குங்கள். துவக்கத்தில் bind தோல்வி மறுநாள் காலையில் firewall பிரச்சினை போலவே தோன்றும்.

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

ஒரு விதியைத் திறங்கள், முழு வலையமைப்பையும் அல்ல

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

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

ஏற்றப்பட்டு பயன்பாட்டு பிழையைக் காட்டும் பக்கம் முன்னேற்றம்: HTTP நிராகரிப்பு TCP இணைப்பு இல்லாததிலிருந்து வேறுபட்ட தோல்வி, அடுத்த விசாரணை வலையமைப்புக்கு அல்ல, பயன்பாட்டின் சொந்த அணுகல் கொள்கைக்கு உரியது.

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

தொடர்புடைய கட்டுரைகள்