Wi-Fi கிளையண்ட் தனிமைப்படுத்தல் மற்றும் VPN உள்ளூர் அணுகல்: உங்களைத் தடுப்பது எது

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

இரண்டு வாசல்களும் சுயாதீனமானவை

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

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

வழக்கமான அணுகல் முனையில் தனிமைப்படுத்தல் எதைத் தடுக்கிறது

உற்பத்தியாளர்கள் இதைப் பல பெயர்களில் வழங்குகிறார்கள்: கிளையண்ட் தனிமைப்படுத்தல், AP தனிமைப்படுத்தல், நிலைய தனிமைப்படுத்தல், அல்லது அதைக் குறிக்கும் விருந்தினர் வலைப்பிணையம். OpenWrt-ல் ஒவ்வொரு இடைமுகத்திற்கான விருப்பம் வயர்லெஸ் கட்டமைப்பின் உள்ளே isolate ஆகும், வயர்லெஸ் ஆவணத்தில் விவரிக்கப்பட்டபடி, விருந்தினர் SSID பொதுவாக அதன் சொந்த பாலத்தையும் ஃபயர்வால் மண்டலத்தையும் பெறுகிறது. விளைவு என்னவென்றால், கிளையண்ட்களுக்கு இடையிலான unicast சட்டகங்கள் பாலமிடப்படுவதில்லை, எனவே அண்டை வீட்டுக்கு ping, SMB இணைப்பு அல்லது அச்சிடும் பணி தோல்வியடைகிறது, இரண்டு சாதனங்களும் முழு சமிக்ஞையைக் காட்டினாலும்.

கண்டறிதல் நெறிமுறைகள் முதலில், மிகத் தெளிவாகப் பாதிக்கப்படுகின்றன. அச்சுப்பொறிகள் மற்றும் மீடியா சாதனங்களுக்கான mDNS multicast ஆக 224.0.0.251-க்குச் செல்கிறது, SSDP 239.255.255.250-ஐப் பயன்படுத்துகிறது, அந்தச் சட்டகங்கள் பாலத்தைக் கடக்கின்றனவா என்பது உற்பத்தியாளரையும் multicast-இலிருந்து-unicast மாற்றம் இயக்கப்பட்டுள்ளதா என்பதையும் பொறுத்தது. பட்டியலில் இல்லாத சாதனம், அறியப்பட்ட முகவரிக்கு தோல்வியடைந்த நேரடி இணைப்பை விட பலவீனமான சான்று.

VPN எதை மாற்றுகிறது, எதை மாற்ற முடியாது

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

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

எந்த வாசல் மூடப்பட்டுள்ளது என்பதைக் கண்டறியுங்கள்

VPN-ஐப் படத்திலிருந்து வெளியேற்றும் சோதனையுடன் தொடங்குங்கள்: இரண்டு சாதாரண சாதனங்களை ஒரே SSID-ல் இணைத்து, முகவரி மூலம் ஒன்றிலிருந்து மற்றொன்றை அடைய முயலுங்கள். அது தோல்வியடைந்தால், அணுகல் முனை தனிமைப்படுத்துகிறது, எந்த VPN அமைப்பும் அதைச் சரிசெய்யாது. வெற்றியடைந்தால், கிளையண்டுக்குச் சென்று Linux-ல் ip route get 192.168.1.50 அல்லது Windows-ல் Find-NetRoute -RemoteIPAddress 192.168.1.50 இயக்குங்கள்; வெளியீடு பாக்கெட் பயன்படுத்தும் இடைமுகத்தைக் குறிப்பிடுகிறது.

வழி Wi-Fi இடைமுகத்தைச் சுட்டும்போது, பாக்கெட் மறையாக்கமின்றி வெளியேறுகிறது, அணுகல் முனையும் ஹோஸ்ட் ஃபயர்வாலும் அதை அனுமதிக்கின்றனவா என்பதே கேள்வி. வழி சுரங்கத்தைச் சுட்டும்போது, இலக்கு VPN சேவையகத்திற்கு அனுப்பப்படுகிறது, இது ஒரே LAN-ல் உள்ள சாதனத்திற்குத் தவறு, பொதுவாகச் சுரங்கத்தின் அனுமதிப்பட்டியல் மிக அகலமானது என்று பொருள்.

அச்சுப்பொறியின் துறைமுகத்திற்கு நேரடி இணைப்பு கண்டறிதல் பட்டியலை விடச் சிறந்த சோதனை. Linux-ல் nc -vz 192.168.1.50 9100 அல்லது PowerShell-ல் Test-NetConnection 192.168.1.50 -Port 9100 முகவரி ஏதேனும் அடையக்கூடியதா என்பதைச் சொல்கிறது, பயன்பாட்டு மட்ட இணைப்பு விவாதத்திற்கு வருவதற்கு முன்.

நீங்கள் இருக்கும் வலைப்பிணைக்கு ஏற்ற தீர்வைத் தேர்ந்தெடுங்கள்

ஹோட்டல் அல்லது விருந்தினர் வலைப்பிணையில் தனிமைப்படுத்தல் வேண்டுமென்றே செய்யப்படுகிறது, அதை உடைக்க முயலக்கூடாது. உள்ளூர் சாதனத்தை அடைய முடியாததாகக் கருதுங்கள், அச்சிடவோ பகிரவோ முடியும் ஹோஸ்ட்டை அடைய VPN-ஐப் பயன்படுத்துங்கள், SSID-ஐ LAN ஆகக் கருதுவதை நிறுத்துங்கள்.

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

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

பயன்பாட்டைச் சரிபாருங்கள், ping மட்டுமல்ல

வெற்றிகரமான ping வழியை நிரூபிக்கிறது, சேவையை அல்ல. அச்சுப்பொறிகள் பெரும்பாலும் மூல 9100 அல்லது 631-ல் IPP-ஐ ஏற்றுக்கொள்கின்றன, ஆனால் கண்டறிதலை மறுக்கின்றன, கோப்புப் பகிர்வுக்கு 445 உடன் செயல்படும் பெயர் தீர்வும் தேவை. பயன்பாடு பயன்படுத்தும் துறைமுகத்தை உறுதிசெய்து, பின்னர் சாதனத்தில் உண்மையான பணியை மீண்டும் முயலுங்கள்.

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