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

புராணக்கதை, மற்றும் கிளையண்ட் பயன்முறை உண்மையில் மாற்றுவது

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

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

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

ஒரு அமைப்பைத் தொடுவதற்கு முன் மூன்று இலக்குகளைச் சோதிக்கவும்

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

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

What answersWhat it points at
Router onlyLAN-side filtering or a broken bridge
Router and local hosts, not remoteTunnel route, NAT or remote firewall
Addresses yes, names noDNS handed to clients by the router
Nothing at allClient subnet or router LAN address changed

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

அனுப்பும் பாதைக்குள் உள்ள பாதுகாப்பு அடுக்கு

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

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

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

இரண்டாவது காரணம்: LAN வரம்பு நகர்ந்தது

Firmware புதுப்பிப்புகள் LAN முகவரியை உற்பத்தியாளரின் இயல்புநிலைக்கு வழக்கமாகத் திருப்புகின்றன, சில ரவுட்டர்களில் LAN தனிப்பட்ட வரம்பை வைத்திருக்குமா அல்லது மேலே உள்ள சாதனத்திலிருந்து ஒன்றைப் பெறுமா என்பதைத் தீர்மானிக்கும் தெளிவான பயன்முறை சுவிட்ச் உள்ளது. 192.168.8.x எதிர்பார்க்கும் கிளையண்ட் 10.64.0.x-இல் வரலாம், பின்னர் சுரங்கப்பாதை முழுவதும் ஆரோக்கியமாக இருந்தாலும் ஹோஸ்ட்டுடனான SSH அமர்வு காலாவதியாகிறது.

ipconfig /all
ip addr show
ip route get 192.168.8.20

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

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

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

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

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

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