ബേസ് റൂട്ടറിന്റെ അതേ Wi-Fi നാമത്തിന് ഉത്തരം നൽകുന്ന ഉപഗ്രഹം, അതിന്റെ ക്ലയന്റുകളുടെ പാക്കറ്റുകൾ എവിടെ പോകുന്നു എന്നതിനെക്കുറിച്ച് ഏതാണ്ട് ഒന്നും പറയുന്നില്ല. നോഡ് ഒരു റേഡിയോയും പാലവുമാണ്, വിപരീതം തെളിയിക്കുന്നതുവരെ. പുറത്തേക്കുള്ള വഴി ഓരോ ക്ലയന്റും സ്വീകരിക്കുന്ന ഡിഫോൾട്ട് ഗേറ്റ്വേയും അതിന് മുന്നിലുള്ള നോഡിന്റെ ഫോർവേഡിംഗ് മോഡും തീരുമാനിക്കുന്നു. ഈ അഞ്ച് പരിശോധനകൾ ക്ലയന്റിൽ നിന്ന് പുറമേക്ക് നടത്തുക, അപ്പോൾ സ്പീഡ് ടെസ്റ്റിന്റെ തോന്നലിന് പകരം നിങ്ങൾക്ക് സമർത്ഥിക്കാവുന്ന ഒരു ഉത്തരം ലഭിക്കും.

ക്ലയന്റിന് യഥാർത്ഥത്തിൽ ലഭിച്ച ഗേറ്റ്വേ വായിക്കുക

ക്ലയന്റിൽ റൂട്ട് ടേബിളും അയൽ ടേബിളും അച്ചടിക്കുക. ഡിഫോൾട്ട് റൂട്ട് ട്രാഫിക് കൈമാറുന്ന വിലാസം പേരിടുന്നു; അയൽ എൻട്രി ആ വിലാസത്തിന് ഉടമയായ MAC പേരിടുന്നു. റൂട്ടറിന്റെ ഉപകരണ പട്ടികയല്ല, ക്ലയന്റ് ഉപയോഗിക്കുക, കാരണം ഉപകരണ പട്ടിക ബന്ധങ്ങൾ കാണിക്കുന്നു, വഴികളല്ല.

ip route show default
ip -6 route show default
ip neigh show

Windows അതേ വസ്തുതകൾ മറ്റൊരു രൂപത്തിൽ അച്ചടിക്കുന്നു: ipconfig /all ഡിഫോൾട്ട് ഗേറ്റ്വേ നൽകുന്നു, arp -a MAC നൽകുന്നു. macOS-ൽ route -n get default ഉം arp -an ഉം അതേ കാര്യം ചെയ്യുന്നു.

ആ ഗേറ്റ്വേയെ നിങ്ങൾക്ക് ഇതിനകം അറിയാവുന്ന രണ്ട് വിലാസങ്ങളുമായി താരതമ്യം ചെയ്യുക: ബേസ് റൂട്ടറിന്റെ LAN വിലാസവും ഉപഗ്രഹത്തിന്റെ മാനേജ്മെന്റ് വിലാസവും. ഗേറ്റ്വേ റൂട്ടറിന്റെ LAN വിലാസമാണെങ്കിൽ, ക്ലയന്റ് റൂട്ടറിലേക്ക് പാലമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു, ആ നെറ്റ്വർക്കിനുള്ള റൂട്ടർ നയം മാറ്റമില്ലാതെ ബാധകമാണ്. ഗേറ്റ്വേ ഉപഗ്രഹത്തിന്റെ വിലാസമാണെങ്കിൽ, ഉപഗ്രഹം റൂട്ടിംഗ് ചെയ്യുന്നു, റൂട്ടർ ക്ലയന്റിന്റെ പാക്കറ്റുകളെ ഒരിക്കലും LAN ട്രാഫിക്കായി കാണുന്നില്ല; തീരുമാനം നോഡിൽ തന്നെ എടുക്കണം, അല്ലാത്തപക്ഷം ഒട്ടും എടുക്കില്ല.

നോഡ് യഥാർത്ഥത്തിൽ ഏത് മോഡിലാണെന്ന് ഉറപ്പാക്കുക

Mesh ഉൽപ്പന്നങ്ങൾ വ്യത്യസ്ത പെരുമാറ്റത്തിനായി മൂന്ന് വാക്കുകൾ വീണ്ടും ഉപയോഗിക്കുന്നു, അതിനാൽ ആപ്പിലെ ലേബലിനെക്കാൾ പാക്കറ്റിന്റെ വഴിയെ വിശ്വസിക്കുക. പാലം അല്ലെങ്കിൽ ആക്സസ് പോയിന്റ് മോഡ് ഫ്രെയിമുകൾ കൈമാറുന്നു. റൂട്ടർ മോഡ് ഒരു സബ്നെറ്റ് അവസാനിപ്പിച്ച് DHCP പ്രവർത്തിപ്പിക്കുന്നു. അതിഥി മോഡ് സാധാരണയായി ക്ലയന്റുകളെ സ്വന്തം നിയമങ്ങളുള്ള പ്രത്യേക VLAN-ൽ നിർത്തുന്നു. മറ്റൊരു റൂട്ടറിന് പിന്നിലുള്ള റൂട്ടർ മോഡിലെ നോഡ് ഇരട്ട NAT ആണ്, അതിന്റെ ക്ലയന്റുകൾ VPN റൂട്ടറിൽ ഇതിനകം വിവർത്തനം ചെയ്യപ്പെട്ട് എത്തുന്നു, ഇത് ഉറവിട വിലാസത്തെ അടിസ്ഥാനമാക്കിയുള്ള നയത്തെ ദുർബലപ്പെടുത്തുന്നു.

What you seeWhat it meansNext check
Gateway is the router's LAN address, one MAC for every nodeThe node bridges; the router owns the policyRouter policy for that LAN and VLAN
Gateway is the node's address and DHCP comes from the nodeThe node routes; double NATNode's own VPN client, or a static route plus policy on the router
Gateway is a different subnet on a guest SSIDGuest VLAN, often client-isolatedWhether that VLAN is inside the tunnel policy
Gateway changes when you walk into another roomRoaming across segmentsRepeat the check per node

MAC നിർണ്ണയിക്കാൻ നോഡിലെ ലേബൽ വായിച്ച് ഈ കമാൻഡിന്റെ ഫലവുമായി താരതമ്യം ചെയ്യുക: ip neigh. നിർമ്മാതാക്കൾ ബേസ് MAC അച്ചടിച്ച് ഓരോ റേഡിയോയുടെയും MAC ഒരു ബൈറ്റ് കൂട്ടി കണ്ടെത്തുന്നു, അതിനാൽ അവസാന ഹെക്സ് അക്കം വ്യത്യാസപ്പെടുന്നു; മുഴുവൻ വിലാസത്തിന് പകരം പ്രിഫിക്സ് താരതമ്യം ചെയ്യുക. ഗേറ്റ്വേയുടെ MAC റൂട്ടറിന്റെ LAN ഇന്റർഫേസിന്റേതാണെങ്കിൽ, ആ ക്ലയന്റിനായി നോഡ് റൂട്ടിംഗ് ചെയ്യുന്നില്ല.

പുറത്തേക്കുള്ളത് റൂട്ടറിൽ തെളിയിക്കുക, സ്പീഡ് ടെസ്റ്റിൽ അല്ല

റൂട്ടർ ഭാഗത്തെ സ്റ്റേറ്റ് മാത്രമാണ് വിവർത്തനം കാണിക്കുന്ന ഒരേയൊരു സ്ഥലം. OpenWrt-ൽ നയ നിയമങ്ങളും റൂട്ടിംഗ് ടേബിളുകളും ലിസ്റ്റ് ചെയ്യുക, തുടർന്ന് ടണലിന് പുതിയ handshake ഉണ്ടെന്ന് ഉറപ്പാക്കുക:

ip rule show
ip route show table all | grep default
wg show

pfSense അല്ലെങ്കിൽ 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 global

resolver നോഡാണെങ്കിൽ, നോഡ് റൂട്ടറിലേക്ക് കൈമാറുന്നുവെങ്കിൽ, DNS ടണലിനെ പിന്തുടരുന്നു. നോഡ് പ്രാദേശികമായി പരിഹരിക്കുകയോ ദാതാവിന്റെ resolver-ലേക്ക് ചൂണ്ടുകയോ ചെയ്താൽ, HTTP ചെയ്യുന്നില്ലെങ്കിലും ചോദ്യങ്ങൾ ടണലിന് പുറത്തേക്ക് പോകുന്നു. IPv6-നും അതേ പരിശോധന വേണം: ആഗോള വിലാസവും ടണൽ ഒഴിവാക്കുന്ന ഡിഫോൾട്ട് റൂട്ടും എന്നത് ചോർച്ചയാണ്, കൂടാതെ Mesh ഫേംവെയർ പലപ്പോഴും IPv6 ഓണായി വിടുന്നു, VPN നയം IPv4 മാത്രം മൂടുന്നു.

ടണൽ മനഃപൂർവ്വം മുറിക്കുക, എന്നിട്ട് ഫലം എഴുതുക

ടണൽ താഴ്ത്തി, ആ നോഡുമായി ബന്ധിപ്പിച്ച ക്ലയന്റ് നിരീക്ഷിക്കുക, റൂട്ടറിന് അരികിലിരിക്കുന്ന ക്ലയന്റല്ല. ping ഉം curl ഉം ചെറിയ സമയപരിധിയോടെ മതി; ചോദ്യം ട്രാഫിക് നിലയ്ക്കുന്നുണ്ടോ അതോ WAN-ലേക്ക് തിരികെ വീഴുന്നുണ്ടോ എന്നതാണ്. ടണൽ റൂട്ടറിന്റെ സ്വന്തം സേവന കമാൻഡ് ഉപയോഗിച്ച് നിർത്തുക, ഉദാഹരണത്തിന് wg-quick down wg0 അല്ലെങ്കിൽ OpenVPN സേവനം നിർത്തി, പരിശോധന ചെറുതായി നിർത്തുക.

ക്ലയന്റ് പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, ആ ഭാഗത്തിന് നോഡോ റൂട്ടറോ തുറന്ന് പരാജയപ്പെടുന്നു, mesh kill switch നിശബ്ദമായി റദ്ദാക്കിയിരിക്കുന്നു. ടണൽ തിരികെ കൊണ്ടുവരിക, handshake കൗണ്ടർ നീങ്ങിയെന്ന് ഉറപ്പാക്കുക, മൂന്നാം ഘട്ടത്തിലെ സ്റ്റേറ്റ് ടേബിൾ പരിശോധന ആവർത്തിക്കുക.

ഓരോ നോഡിനും ഒരു വരി എഴുതുക: ലേബൽ, SSID, ഗേറ്റ്വേ വിലാസം, MAC പ്രിഫിക്സ്, പുറത്തുപോയത് സ്ഥിരീകരിച്ചു അതെ അല്ലെങ്കിൽ ഇല്ല, IPv6 മൂടിയോ, ടണൽ താഴ്ത്തിയിരിക്കുമ്പോഴുള്ള പെരുമാറ്റം. റോമിംഗ് എന്നത് ഉത്തരം മാറുന്ന സ്ഥലമാണ്, അതിനാൽ നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന മുറികൾ പരിശോധിക്കുക. ഒരു വരി മറ്റുള്ളവയുമായി യോജിക്കുന്നില്ലെങ്കിൽ, അന്വേഷണം ആ നോഡിന്റേതാണ്, തിരുത്തൽ ആ വരിയുടെ ഗേറ്റ്വേ ഉള്ള ഉപകരണത്തിൽ വേണം.

അനുബന്ധ ലേഖനങ്ങൾ