VPN உடன் இணைந்த பிறகு உள்ளூர் IP முகவரி மோதலைச் சரிசெய்யவும்
நகல் உங்கள் LAN இல் இருக்கலாம், ஒன்றுடன் ஒன்று மேற்பொருந்தும் தொலை வரம்பிலிருந்து வரலாம், அல்லது சுரங்கத் தொகுப்பால் இரண்டு முறை வழங்கப்பட்டிருக்கலாம். மறுஎண்ணிடல் செய்வதற்கு முன் சோதிக்கவும்.
இந்த அறிக்கைகள் அனைத்தும் ஒரே மாதிரி கேட்கின்றன, ஆனால் வெவ்வேறு பொருள் தருகின்றன: மடிக்கணினி முகவரி மோதலைப் பற்றிப் புகார் செய்கிறது, ஆனால் சில நேரங்களில் மட்டுமே, பெரும்பாலும் VPN இயங்கும்போது. மூன்று தனித்தனி குறைகள் அந்தச் செய்தியை உருவாக்குகின்றன: உங்கள் சொந்த இணைப்பில் உண்மையான நகல், தொலை நெட்வொர்க் உங்கள் LAN வரம்பைப் பயன்படுத்தும் போது எதுவும் நகலாகாத மேற்பொருந்துதல், மற்றும் ஒரு முகவரியை இரண்டு பியர்களுக்கு வழங்கிய சுரங்கம். சரிசெய்தல் ஒவ்வொரு நிலையிலும் வேறுபடுகிறது, தவறானது அறிகுறியை நீக்குவதற்குப் பதிலாக நகர்த்துகிறது. எனவே எதையும் மாற்றுவதற்கு முன் உங்களுக்கு எந்த நிலை என்று முடிவு செய்யுங்கள்.
ஒரே பிழைச் செய்தியைப் பகிரும் மூன்று குறைகள்
நகல் என்பது ஒரே பிரிவில் உள்ள இரண்டு இயந்திரங்கள் ஒரே முகவரியைக் கோருவதாகும். கர்னல் அதைக் கவனிக்கிறது, ஏனெனில் அதன் சொந்த ஆய்வுக்கான பதில் வேறு MAC இலிருந்து வருகிறது, அடுத்து என்ன நடக்கிறது என்பது ஸ்டாக்கைப் பொறுத்தது: Linux அதைப் பதிவு செய்கிறது, Windows இடைமுகத்தை முடக்கி கணினி பதிவில் ஒரு உள்ளீட்டை எழுதுகிறது, DHCP கிளையண்ட் அந்த முன்மொழிவை நிராகரிக்கலாம்.
மேற்பொருந்துதல் எந்த முகவரியையும் நகலாக்காது. உங்கள் LAN 192.168.1.0/24, அலுவலக நெட்வொர்க்கும் 192.168.1.0/24, இப்போது அலுவலகத்திற்கான வழி உங்கள் பிரிண்டர் மற்றும் NAS ஆகவும் இருக்கும் முகவரிகளை நோக்கிச் செல்கிறது. ARP பொருளில் எதுவும் மோதலில் இல்லை; பாக்கெட் இரண்டு நெட்வொர்க்குகளில் ஒன்றில் தவறான சாதனத்திற்குச் செல்கிறது.
தொகுப்பில் ஏற்படும் மோதல் சுரங்கத்தின் சொந்தத் தவறு. இரண்டு பியர்கள் ஒரே சுரங்க முகவரியுடன் அமைக்கப்பட்டன அல்லது ஒதுக்கப்பட்டன, எனவே திரும்பும் போக்குவரத்தை அனுப்பும்போது சேவையகம் அவற்றை வேறுபடுத்த முடியாது. இரண்டு கிளையண்ட்களில் ஒன்று வேலை செய்யும் கைக்குலுக்கலைப் பார்க்கிறது, தரவு இல்லை, இது வழித்தடச் சிக்கல் போலத் தெரிகிறது, ஆனால் அல்ல.
சோதனை 1: நகல் உங்கள் சொந்தப் பிரிவில் உள்ளதா?
உங்கள் இயந்திரம் உண்மையில் வைத்திருப்பதைப் பட்டியலிடத் தொடங்குங்கள், நீங்கள் அமைத்ததாக நினைவிருப்பதை அல்ல. VPN அடாப்டர் முகவரி சுரங்கத்திற்கு தனிப்பட்டது, வலைத்தளங்கள் பார்க்கும் முகவரி அது அல்ல, எனவே பகிரப்பட்ட பொது வெளியேற்றம் மோதல் அல்ல.
ip -br addr
ip neigh
ip route show table all | grep -E 'wg|tun|ppp'Windows இல் அதே தகவல் ipconfig /all மற்றும் Get-NetIPAddress இலிருந்து வருகிறது, அண்டை தற்காலிக சேமிப்பு arp -a இல் உள்ளது. தகராற்ற முகவரி இயற்பியல் அடாப்டரில் இருந்தால், VPN இயங்காமலேயே புகார் தோன்றினால், VPN ஒரு பார்வையாளர், அதைச் சரிசெய்வதை நிறுத்துங்கள்.
யூகிப்பதற்குப் பதிலாக நகலை நிரூபிக்க, அதைச் சொந்தமாகக் கொள்ளாத சாதனத்திலிருந்து முகவரியை ஆய்வு செய்யுங்கள். arping -D ஆய்வை பூஜ்ஜிய மூல முகவரியுடன் அனுப்புகிறது, எனவே எதிர்பாராத MAC இலிருந்து வரும் பதில் வேறு ஹோஸ்ட் ஏற்கனவே அந்த முகவரிக்குப் பதிலளிக்கிறது என்பதை நிரூபிக்கிறது.
sudo arping -D -I eth0 -c 3 192.168.1.50பின்னர் நீங்களே வேறு முகவரியைத் தேர்ந்தெடுப்பதற்குப் பதிலாக நெட்வொர்க் நிர்வாகி மூலம் உரிமையாளரைக் கண்டறியுங்கள். ஒருவரின் குறிப்புகளில் மட்டுமே இருக்கும் நிலையான ஒதுக்கீடுகள், நிலையான முகவரி கொண்ட பிரிண்டர்கள் மற்றும் DHCP சேவையகத்தில் உள்ள முன்பதிவுகள் வழக்கமான குற்றவாளிகள், அணைக்கப்பட்ட சாதனம் கூட அதன் குத்தகையைச் சொந்தமாகக் கொண்டுள்ளது.
சோதனை 2: இரண்டு நெட்வொர்க்குகளும் மேற்பொருந்துகின்றனவா?
சுரங்கம் உங்களுக்குத் தரும் முன்னொட்டை உங்கள் சொந்த இடைமுகங்களின் முன்னொட்டுகளுடன் ஒப்பிடுங்கள். தொலை வரம்பு உங்கள் LAN க்கு சமமாக இருந்தால் அல்லது அதைக் கொண்டிருந்தால், குறை மேற்பொருந்துதல், அதைக் காட்டிக்கொடுப்பது VPN இல்லாமல் அணுகக்கூடிய ஹோஸ்ட் இருளடைவது, அல்லது உங்கள் சொந்த பிரிண்டர் அலுவலக முகவரியில் பதிலளிப்பது.
ip route get 192.168.1.10
ip -br addr showவழித் தேடல் கர்னல் எந்த இடைமுகத்தைப் பயன்படுத்தும் என்று சொல்கிறது, அந்தப் பதிலே முழு கண்டறிதல். உங்கள் உள்ளூர் பிரிண்டருக்குச் சொந்தமான முகவரிக்கு அது சுரங்கத்தைச் சொன்னால், உங்களுக்கு மேற்பொருந்துதல் உள்ளது, எந்தக் குத்தகை புதுப்பிப்பும் அதை மாற்றாது.
மூன்று நேர்மையான வழிகள் உள்ளன, பொதுவாக ஒன்று மட்டுமே உங்களுக்குக் கிடைக்கும். தொலைப் பக்கம் மேற்பொருந்தும் துணைநெட்வொர்க்கிற்கான போக்குவரத்தை மாஸ்கரேட் செய்யலாம், எனவே உங்கள் கிளையண்ட் சேவையகத்தின் சுரங்க முகவரியை மட்டுமே பார்க்கிறது. சுரங்கம் உங்கள் LAN உடன் மோதாத குறுகிய தொலை முன்னொட்டை எடுத்துச் செல்லலாம். அல்லது கிளையண்ட் கொள்கை விதிகளுடன் மூல முகவரி வாரியாக வழித்தடம் அமைக்கலாம், இது வேலை செய்கிறது ஆனால் நொறுங்கக்கூடியது, சக ஊழியரிடம் ஒப்படைப்பது கடினம்.
அலுவலக நெட்வொர்க்கை மறுஎண்ணிடல் செய்வது அரிதாகவே உங்கள் முடிவு. மோதலைத் தவிர்க்க உங்கள் சொந்த LAN ஐ மறுஎண்ணிடல் செய்வது பிரிண்டர்கள், கேமராக்கள், நிலையான ஹோஸ்ட்கள் சம்பந்தப்பட்ட பிறகு பெரும்பாலானோர் எதிர்பார்ப்பதை விடப் பெரிய மாற்றம்.
சோதனை 3: சுரங்கம் ஒரு முகவரியை இரண்டு முறை வழங்கியதா?
WireGuard க்கு முகவரித் தொகுப்பு இல்லை. ஒவ்வொரு பியரும் அதன் பொது விசை மற்றும் AllowedIPs இல் உள்ள முன்னொட்டுகளால் அடையாளம் காணப்படுகிறது, எனவே ஒரே சுரங்க முகவரி இரண்டு பியர் உள்ளீடுகளில் எழுதப்பட்டால் அல்லது ஒரே விசை இணை இரண்டு இயந்திரங்களில் நிறுவப்பட்டால் நகல் தோன்றும்.
wg show all allowed-ips
wg show wg0 latest-handshakes
wg show wg0 transferபோக்குவரத்து கவுண்டர்கள் இங்கே பயனுள்ள நிரல்: சமீபத்திய கைக்குலுக்கலைக் காட்டி எந்தப் பரிமாற்றமும் இல்லாத பியர் தவறான முகவரியில் உள்ளது அல்லது அதே முன்னொட்டைக் கோரும் மற்றொரு உள்ளீட்டால் மறைக்கப்படுகிறது. ஒரு முன்னொட்டை சரியாக ஒரு பியரில் வையுங்கள், ஒவ்வொரு சாதனத்திற்கும் அதன் சொந்த விசை இணையைக் கொடுங்கள்.
OpenVPN க்கு தொகுப்பு உள்ளது, வழக்கமான மோதல் நிலையான --ifconfig வரியுடன் கூடிய பகிரப்பட்ட கிளையண்ட் சுயவிவரம் இரண்டாவது இயந்திரத்திற்கு நகலெடுக்கப்படுவதுதான். இரண்டு கிளையண்ட்களும் அதே சுரங்க முகவரியைக் கோருகின்றன, சேவையகம் முதலில் செயலாக்கும் அமர்வை ஏற்கிறது. --duplicate-cn உடன் தொகுப்பு தீர்ந்தால் ஒரு சான்றிதழின் பல அமர்வுகள் ஒரு உள்ளீட்டிற்குப் போட்டியிடும்போது அதே போன்ற முடிவு வரும்.
இதற்கு கிளையண்ட் பதிவு அல்ல, சேவையகப் பதிவைப் படியுங்கள். எந்த அமர்வு எந்த முகவரியைக் கோரியது என்று சேவையகத்திற்குத் தெரியும், அங்கு மீளும் முகவரிகள் கிளையண்டை ஒருபோதும் அடையாத எச்சரிக்கைகளாகத் தெரிகின்றன.
மூலத்திலேயே சரிசெய்து, பின்னர் இரண்டு சாதனங்களையும் மறுசரிபார்க்கவும்
வரிசை முக்கியம். முதலில் LAN நகலைச் சரிசெய்யுங்கள், ஏனெனில் முகவரியைத் தக்கவைக்க முடியாத கிளையண்ட் சுரங்கத்தையும் தக்கவைக்க முடியாது. பின்னர் VPN பக்கத்தின் வழங்கலைச் சரிசெய்யுங்கள், ஏனெனில் கிளையண்டில் தொகுப்பு ஒதுக்கீட்டிற்குச் செய்யும் திருத்தம் அடுத்த இணைப்பில் ரத்தாகும். இறுதியாக நகலெடுக்கப்பட்ட அடையாளங்களைக் கையாளுங்கள்: WireGuard இல் தனித்தனி விசை இணைகள், OpenVPN இல் தனித்தனி சான்றிதழ்கள் அல்லது குறைந்தபட்சம் தனித்தனி சுயவிவரங்கள்.
கிளையண்டில் இயந்திரப் பகுதி குறுகியது. DHCP குத்தகையை விடுவித்து புதுப்பியுங்கள், அல்லது முன்பதிவுக்காக சேவையகத்தில் முகவரியை மாற்றக் கேளுங்கள். காலியாகத் தெரியும் சீரற்ற முகவரியைத் தட்டச்சு செய்ய வேண்டாம்.
sudo dhclient -r eth0 && sudo dhclient eth0
ipconfig /release && ipconfig /renewபின்னர் ஒரு முனையிலிருந்து அல்ல, இரண்டிலிருந்தும் சரிபார்க்கவும். நுழைவாயிலை உறுதிசெய்து, பின்னர் உண்மையில் தேவையான சேவையை, பின்னர் மீண்டும் இணைந்து மீண்டும் செய்யுங்கள். இரண்டு சாதனங்கள் ஈடுபட்டிருந்தால் இரண்டையும் சரிபார்க்கவும்: ஒரு முகவரியை நகர்த்துவது மற்றொன்றை பழைய அண்டை உள்ளீடுகள் அல்லது பின்னர் மீண்டும் தோன்றும் பழைய குத்தகையுடன் விட்டுச் செல்கிறது.
வழியில் செய்யக் கூடாதவை
அறிகுறியை ஒடுக்காதீர்கள். நகல் முகவரி கண்டறிதல் தான் ஏற்கனவே பயன்பாட்டில் உள்ள முகவரியை எடுப்பதிலிருந்து உங்களைத் தடுக்கிறது, அதை முடக்குவது தெரியும் மோதலை மிகவும் கண்டறிய கடினமான இடைவிட்ட பாக்கெட் இழப்பாக மாற்றுகிறது. எதிர்பாராத ஹோஸ்ட்டிலிருந்து வரும் சான்றிதழ் எச்சரிக்கையை ஏற்பதற்கும் இதுவே பொருந்தும்: அது முகவரிச் சிக்கலே அல்ல, அதைக் கடந்து கிளிக் செய்வது வேறு குறையை மறைக்கிறது.
நிர்வகிக்கப்படும் நெட்வொர்க்கின் முகவரியாக்கத்தையும் நீங்களே மாற்ற வேண்டாம். அசல் அமைப்பைப் பதிவு செய்யுங்கள், முகவரி மையமாக ஒதுக்கப்படும்போது உரிமையாளரிடம் கேளுங்கள், மாற்றத்தை மீளக்கூடிய அளவுக்குச் சிறியதாக வைத்திருங்கள். RFC 5227 முகவரி மோதல் கண்டறிதல் விதிகள் சரியான ஆய்வு எதை நிரூபிக்கிறது என்பதை விளக்குகின்றன, ஒரு மோதலை உண்மை என்று சொல்வதற்கு முன் இதை அறிவது மதிப்புள்ளது.