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 కవర్ చేయబడిందా, సొరంగం దిగినప్పుడు ప్రవర్తన. రోమింగ్ అనేది సమాధానం మారే ప్రదేశం, కాబట్టి మీరు నిజంగా ఉపయోగించే గదులను పరీక్షించండి. ఒక వరుస మిగిలినవాటితో సరిపోకపోతే, దర్యాప్తు చేయాల్సింది ఆ నోడ్నే, మరియు సరిదిద్దడం ఆ వరుస గేట్వే ఉన్న పరికరంలో జరగాలి.