د 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 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 پوښل شوی او د تونل د بندېدو پر مهال چلند. رومېنګ هغه ځای دی چې ځواب بدلېږي، نو هغه کوټې وڅارئ چې واقعاً یې کاروئ. کله چې یوه کرښه له نورو سره سمه نه وي، هماغه نوډ باید وڅېړل شي، او سمون د هغې وسیلې په غاړه دی چې د هغې کرښې ګېټوې لري.