Mesh Wi-Fi செயற்கைக்கோள் VPN ரவுட்டரைப் பயன்படுத்துகிறதா என்பதை எப்படிச் சரிபார்ப்பது
Mesh செயற்கைக்கோளின் கிளையண்ட்கள் VPN வழியாகச் செல்கிறதா என்பதை நிரூபிக்க இயல்புநிலை நுழைவாயில், முனையின் அனுப்பு முறை மற்றும் ரவுட்டரின் நிலை அட்டவணையைப் பின்பற்றுங்கள்.
அடிப்படை ரவுட்டரின் அதே Wi-Fi பெயருக்கு பதிலளிக்கும் செயற்கைக்கோள், அதன் கிளையண்ட்களின் பாக்கெட்டுகள் எங்கு செல்கின்றன என்பதைப் பற்றி கிட்டத்தட்ட எதுவும் சொல்லாது. முனையம் ஒரு வானொலி மற்றும் பாலம், எதிர்மறை நிரூபிக்கப்படும் வரை. வெளியேறும் வழியை ஒவ்வொரு கிளையண்டும் பெறும் இயல்புநிலை நுழைவாயிலும் அதற்கு முன்னால் இருக்கும் முனையத்தின் அனுப்பு முறையும் தீர்மானிக்கின்றன. இந்த ஐந்து சோதனைகளையும் கிளையண்டிலிருந்து வெளிநோக்கிச் செய்யுங்கள், வேகச் சோதனையின் ஓர் உணர்வுக்குப் பதிலாக நீங்கள் காக்கக்கூடிய ஒரு பதில் கிடைக்கும்.
கிளையண்ட் உண்மையில் பெற்ற நுழைவாயிலைப் படியுங்கள்
கிளையண்டில் பாதை அட்டவணையையும் அண்டை அட்டவணையையும் அச்சிடுங்கள். இயல்புநிலைப் பாதை போக்குவரத்தை அனுப்பும் முகவரியைப் பெயரிடுகிறது; அண்டைப் பதிவு அந்த முகவரிக்குச் சொந்தமான MAC-ஐப் பெயரிடுகிறது. ரவுட்டரின் சாதனப் பட்டியலை அல்ல, கிளையண்டைப் பயன்படுத்துங்கள், ஏனெனில் சாதனப் பட்டியல் இணைப்புகளைக் காட்டுகிறது, பாதைகளை அல்ல.
ip route show default
ip -6 route show default
ip neigh showWindows அதே தகவல்களை வேறு வடிவில் அச்சிடுகிறது: ipconfig /all இயல்புநிலை நுழைவாயிலைத் தருகிறது, arp -a MAC-ஐத் தருகிறது. macOS-இல் route -n get default மற்றும் arp -an அதே வேலையைச் செய்கின்றன.
அந்த நுழைவாயிலை உங்களுக்கு ஏற்கனவே தெரிந்த இரண்டு முகவரிகளுடன் ஒப்பிடுங்கள்: அடிப்படை ரவுட்டரின் LAN முகவரி மற்றும் செயற்கைக்கோளின் நிர்வாக முகவரி. நுழைவாயில் ரவுட்டரின் LAN முகவரி என்றால், கிளையண்ட் ரவுட்டருக்குப் பாலமாக இணைக்கப்பட்டுள்ளது, அந்த வலையமைப்புக்கான ரவுட்டரின் கொள்கை மாற்றமின்றி பொருந்தும். நுழைவாயில் செயற்கைக்கோளின் முகவரி என்றால், செயற்கைக்கோள் வழிமாற்றம் செய்கிறது, ரவுட்டர் கிளையண்டின் பாக்கெட்டுகளை ஒருபோதும் LAN போக்குவரத்தாகப் பார்ப்பதில்லை; முடிவு முனையத்தில்தான் எடுக்கப்பட வேண்டும், இல்லையேல் எடுக்கப்படவே இல்லை.
முனையம் உண்மையில் எந்த முறையில் உள்ளது என்பதை உறுதிசெய்யுங்கள்
Mesh தயாரிப்புகள் வெவ்வேறு நடத்தைக்காக மூன்று சொற்களை மீண்டும் பயன்படுத்துகின்றன, எனவே பயன்பாட்டின் லேபிளை விட பாக்கெட்டின் பாதையை நம்புங்கள். பாலம் அல்லது அணுகல் புள்ளி முறை பிரேம்களை அனுப்புகிறது. ரவுட்டர் முறை ஒரு துணை வலையை முடித்து DHCP இயக்குகிறது. விருந்தினர் முறை பொதுவாக கிளையண்ட்களை தனிச் சட்டங்கள் கொண்ட தனி VLAN-இல் வைக்கிறது. மற்றொரு ரவுட்டருக்குப் பின்னால் ரவுட்டர் முறையில் உள்ள முனையம் இரட்டை NAT, அதன் கிளையண்ட்கள் VPN ரவுட்டரை ஏற்கனவே மொழிபெயர்க்கப்பட்டு அடைகின்றன, இது மூல முகவரியை அடிப்படையாகக் கொண்ட கொள்கையை பலவீனப்படுத்துகிறது.
| What you see | What it means | Next check |
|---|---|---|
| Gateway is the router's LAN address, one MAC for every node | The node bridges; the router owns the policy | Router policy for that LAN and VLAN |
| Gateway is the node's address and DHCP comes from the node | The node routes; double NAT | Node's own VPN client, or a static route plus policy on the router |
| Gateway is a different subnet on a guest SSID | Guest VLAN, often client-isolated | Whether that VLAN is inside the tunnel policy |
| Gateway changes when you walk into another room | Roaming across segments | Repeat the check per node |
MAC-ஐ உறுதிசெய்ய முனையத்தின் லேபிளைப் படித்து, இந்தக் கட்டளையின் முடிவுடன் ஒப்பிடுங்கள்: ip neigh. உற்பத்தியாளர்கள் அடிப்படை MAC-ஐ அச்சிட்டு, ஒவ்வொரு வானொலியின் MAC-ஐ ஒரு பைட் உயர்த்தி எடுக்கிறார்கள், அதனால் கடைசி ஹெக்ஸ் இலக்கம் வேறுபடும்; முழு முகவரிக்குப் பதிலாக முன்னொட்டை ஒப்பிடுங்கள். நுழைவாயிலின் MAC ரவுட்டரின் LAN இடைமுகத்திற்குச் சொந்தமானது என்றால், முனையம் அந்தக் கிளையண்டுக்கு வழிமாற்றம் செய்யவில்லை.
வெளியேறுவதை ரவுட்டரில் நிரூபியுங்கள், வேகச் சோதனையில் அல்ல
ரவுட்டர் பக்க நிலையே மொழிபெயர்ப்பைக் காட்டும் ஒரே இடம். OpenWrt-இல் கொள்கை விதிகளையும் வழிமாற்று அட்டவணைகளையும் பட்டியலிட்டு, பின்னர் சுரங்கப்பாதைக்கு புதிய handshake உள்ளதை உறுதிசெய்யுங்கள்:
ip rule show
ip route show table all | grep default
wg showpfSense அல்லது OPNsense-இல் அதே சான்றுகள் இந்தக் கட்டளைகளில் கிடைக்கின்றன: pfctl -sr விதிகளுக்கு, pfctl -ss செயலில் உள்ள நிலைகளுக்கு, மற்றும் WireGuard-இன் நிலைப் பக்கத்தில் இணை எண்ணிகளுக்கு, இந்த ஆவணத்தின்படி: WireGuard கிளையண்ட் ஆவணம். நிலை அட்டவணையை கிளையண்டின் முகவரியால் வடிகட்டுங்கள். நிலை கிளையண்டை சுரங்கப்பாதையின் முகவரிக்கு மொழிபெயர்த்துக் காட்டினால், போக்குவரத்து சுரங்கப்பாதைக்குள் உள்ளது; WAN முகவரியைக் காட்டினால், இல்லை, டாஷ்போர்டின் பேட்ஜ் எதுவும் சொல்லட்டும்.
கிளையண்டிலிருந்து traceroute, நிலை அட்டவணையால் தர முடியாத ஒரு தகவலைச் சேர்க்கிறது: முதல் தாவல். முதல் தாவல் ரவுட்டரின் LAN முகவரி என்றால், கிளையண்ட் நேரடியாக ரவுட்டரை அடைந்தது. அது முனையத்தின் முகவரி என்றால், அதைத் தொடர்ந்து இன்னொரு தனியார் தாவல் இருந்தால், நீங்கள் வழிமாற்றப்பட்ட பிரிவில் உள்ளீர்கள், அந்த இரண்டாவது தாவலே கொள்கையைத் தாங்க வேண்டிய சாதனம்.
முனையம் முகவரியைத் தவிர வேறு என்ன வழங்குகிறது என்று பாருங்கள்
DHCP விருப்பங்கள் குத்தகையுடன் பயணிக்கின்றன, எனவே சொந்த DHCP வழங்கும் முனையம் சொந்த DNS மற்றும் சொந்த IPv6 ரவுட்டர் அறிவிப்புகளையும் வழங்கலாம். எனவே கிளையண்ட் சுரங்கப்பாதை வழியாக வெளியேறியும் முனையத்தில் உள்ள resolver-க்கு வினவல்களை அனுப்பலாம், அல்லது சுரங்கப்பாதைக் கொள்கை ஒருபோதும் மறைக்காத உலகளாவிய IPv6 முகவரியைப் பெறலாம். இரண்டையும் கிளையண்டில் அச்சிடுங்கள்:
cat /etc/resolv.conf
ip -6 addr show scope globalresolver முனையமாக இருந்து முனையம் ரவுட்டருக்கு அனுப்பினால், DNS சுரங்கப்பாதையைப் பின்தொடரும். முனையம் உள்ளூரில் தீர்த்தால் அல்லது வழங்குநரின் resolver-ஐச் சுட்டினால், HTTP செய்யாவிட்டாலும் வினவல்கள் சுரங்கப்பாதைக்கு வெளியே செல்கின்றன. IPv6-க்கும் அதே சோதனை தேவை: உலகளாவிய முகவரி மற்றும் சுரங்கப்பாதையைத் தவிர்க்கும் இயல்புநிலைப் பாதை என்பது கசிவு, மேலும் Mesh ஃபேர்ம்வேர் பெரும்பாலும் IPv6-ஐ இயக்கத்தில் விட்டுவிடுகிறது, VPN கொள்கை IPv4-ஐ மட்டுமே மறைக்கிறது.
சுரங்கப்பாதையை வேண்டுமென்றே உடையுங்கள், பின்னர் முடிவை எழுதுங்கள்
சுரங்கப்பாதையை இறக்கி, அந்த முனையத்துடன் இணைந்த கிளையண்டைப் பாருங்கள், ரவுட்டரின் அருகில் அமர்ந்த கிளையண்டை அல்ல. ping மற்றும் curl குறுகிய நேர வரம்புடன் போதும்; கேள்வி என்னவென்றால் போக்குவரத்து நிற்கிறதா அல்லது WAN-க்குத் திரும்புகிறதா. சுரங்கப்பாதையை ரவுட்டரின் சொந்த சேவைக் கட்டளையால் நிறுத்துங்கள், எடுத்துக்காட்டாக wg-quick down wg0 அல்லது OpenVPN சேவையை நிறுத்தி, சோதனையைச் சுருக்கமாக வைத்திருங்கள்.
கிளையண்ட் தொடர்ந்து வேலை செய்தால், முனையம் அல்லது ரவுட்டர் அந்தப் பிரிவுக்கு திறந்த நிலையில் தோல்வியடைகிறது, mesh kill switch-ஐ அமைதியாக ரத்து செய்துவிட்டது. சுரங்கப்பாதையைத் திரும்பக் கொண்டு வாருங்கள், handshake எண்ணி நகர்ந்ததை உறுதிசெய்து, மூன்றாம் படியின் நிலை அட்டவணை சோதனையை மீண்டும் செய்யுங்கள்.
ஒவ்வொரு முனையத்திற்கும் ஒரு வரி எழுதுங்கள்: லேபிள், SSID, நுழைவாயில் முகவரி, MAC முன்னொட்டு, வெளியேறியது உறுதி ஆம் அல்லது இல்லை, IPv6 மறைக்கப்பட்டதா, சுரங்கப்பாதை கீழே இருக்கும்போது நடத்தை. ரோமிங் என்பது பதில் மாறும் இடம், எனவே நீங்கள் உண்மையில் பயன்படுத்தும் அறைகளைச் சோதியுங்கள். ஒரு வரி மற்றவற்றுடன் ஒத்துப்போகவில்லை என்றால், விசாரணைக்கு உரியது அந்த முனையமே, திருத்தம் அந்த வரியின் நுழைவாயிலைக் கொண்ட சாதனத்தில் செய்யப்பட வேண்டும்.