விருந்தினர் Wi-Fi பிரதான பாதையைப் பயன்படுத்துகிறது: அதற்கு அதன் சொந்த வெளியேறும் வழியைக் கொடுங்கள்

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

அறிகுறி: விருந்தினர்கள் இன்னும் WAN வழியாக வெளியேறுகிறார்கள்

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

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

படி 1: பெயர் மட்டுமல்ல, உண்மையான பிரிவு

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

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

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

படி 2: மூலத்தின் அடிப்படையில் சுரங்கத்தைத் தேர்ந்தெடுக்கவும்

ரூட்டிங் அட்டவணைகள் இலக்கின் அடிப்படையில் தேர்ந்தெடுக்கப்படுகின்றன, எனவே «0.0.0.0/0 ஐ சுரங்கத்திற்கு அனுப்பு» என்ற விதி அனைவருக்கும் பொருந்தும். கொள்கை ரூட்டிங் இரண்டாவது பரிமாணத்தைச் சேர்க்கிறது: மூல முகவரியின் அடிப்படையில் அட்டவணையைத் தேர்ந்தெடுக்கவும். Linux அடிப்படையிலான ரவுட்டரில், அது கூடுதல் விதி மற்றும் தனி அட்டவணை, முதல் பொருந்தும் விதி வெற்றி பெறுவதால் வரிசை முக்கியம்:

ip rule add from 192.168.60.0/24 lookup 100 priority 1000
ip route add default dev wg0 table 100
ip route get 1.1.1.1 from 192.168.60.10

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

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

படி 3: பதில் பாதை மற்றும் மொழிபெயர்ப்பு

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

nft add rule ip nat POSTROUTING ip saddr 192.168.60.0/24 oifname "wg0" masquerade

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

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

தனிமைப்படுத்தலைச் சோதிக்கவும், உலாவலை மட்டும் அல்ல

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

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

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

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