په یوه ریډیو کې Wi-Fi کلاینټ او هټسپاټ: څه ماتېږي

ستاسو تلیفون له هټسپاټ سره نښلول شوی پاتې کېږي خو پورته اړیکه هېڅ نه تېروي۔ Pi لا هم د Wi-Fi اړیکې خبر ورکوي، د لاسرسي نقطه لا هم beacon لېږي، او هره غوښتنه د وخت په پای کې درېږي۔ یوه ریډیو په یو وخت کې دوه رولونه ترسره کوي، او کله چې بل ته چینل ته اړتیا وي یو یې ګټي۔ د VPN د لمس کولو مخکې وټاکئ چې نصب شوی ډرایور او فرم ویری ایا داسې د رولونو جوړه مني که نه۔

نښه ریډیو ته اشاره کوي، نه تونل ته

ناکامي په ترتیب سره وګورئ او نور د لارښوونې د تېروتنې په څېر نه ښکاري۔ کلاینټ له هټسپاټ سره یوځای کېږي، پته اخلي او یوه یا دوه پاڼې باروي۔ بیا د سټیشن انټرفیس د رومینګ، د کیلي د نوي کولو یا د سیګنال د لنډې کمېدو وروسته له پورتني روټر سره بیا یوځای کېږي۔ د لاسرسي نقطه یا خپل beacon بیا پیلوي یا خپل کلاینټونه پرته له لارې پرېږدي، او د VPN ثبت د بیا نښلولو هڅو ډکېږي چې هېڅکله لامل نه وې۔

دوه انټرفیس نومونه دوه ریډیوګانې نه جوړوي۔ wlan0 او د لاسرسي نقطې انټرفیس یو وسیله، یو د چینل حالت ماشین او یو فرم ویری مهالوېش شریکوي۔ کرنل په سمه توګه ښیي چې هغه وسیله کوم د رول او چینل ترکیبونه ملاتړ کوي، نو هغه لیست ولولئ پرځای د دې چې فرض کړئ جوړه کار کوي ځکه دواړه انټرفیسونه پورته شوې۔

د هر څه د بدلولو مخکې ترکیب ولولئ

بې تار سټک خپل تړون د انټرفیس ترکیبونو په برخه کې د iw list کمانډ په وتلو کې اعلانوي۔ هر شمېرل شوی ترکیب د اجازه ورکړل شوو رولونو شمېر، څومره انټرفیسونه کېدای شي او هغه انټرفیسونه په یو وخت کې څومره بېل چینلونه نیولای شي، ټول لیستوي۔ هغه ترکیب چې په یو چینل کې یو سټیشن او یوه د لاسرسي نقطه نوموي، همدا د دې ځای پرځای کولو لپاره اړین دی۔

iw list | sed -n '/valid interface combinations/,/^$/p'

اعداد ولولئ نه یوازې د کلمو شتون۔ ډرایور کېدای شي د سټیشن حالت او د لاسرسي نقطې حالت جلا جلا ملاتړ وکړي، خو د دواړو یوازینی قانوني ترکیب یوازې یو چینل، لږ انټرفیس شمېر یا داسې beacon وقفه اجازه ورکوي چې هټسپاټ یې نه شي پوره کولای۔ ځینې فرم ویرونه د سکن یا د کیلي د نوي کولو پر مهال یو رول هم غورځوي، چې د وړتیا د حد پرځای د خوځېدونکې پورته اړیکې په څېر ښکاري۔ که هېڅ ترکیب دواړه رولونه لیست نه کړي، جوړه ملاتړ نه لري، هر څه چې د ډیسکټاپ هټسپاټ تڼۍ وړاندیز کوي۔

د cfg80211 د انټرفیس ترکیبونو اسناد ساحې او د beacon محدودیت بیانوي۔ د یو اډاپټر ارزښتونه د بل په اړه څه نه وایي، نو وتل له ماشین سره وساتئ پرځای د دې چې عمومي یې کړئ۔

د چینل او پتې پلان پاتې برخه ټاکي

د لاسرسي نقطه باید په هغه چینل کې کېنې چې ریډیو یې خدمت کولای شي، او د سټیشن پورته اړیکه باید پورتنۍ لاسرسي نقطې ته وروسته ولاړه شي۔ کله چې دا دوه پرېکړې سره سمون نه لري، یو رول باید بیا پیل شي۔ په ډېرو یو ریډیو اډاپټرونو کې هټسپاټ همدا لامل د سټیشن چینل انعکاس کوي، او په پورته طرف کې د چینل بدلون هټسپاټ هم لږ وخت لاندې راولي۔

د IP خوا له ریډیو جلا پلان کړئ۔ روټ شوی هټسپاټ معمولاً د 192.168.50.0/24 په څېر شخصي فرعي شبکه کاروي، Pi په 192.168.50.1 کې، په هماغه فرعي شبکه کې DHCP حوض او Pi د resolver استوونکي په توګه۔ د NetworkManager شریک حالت د هماغې فرعي شبکې لپاره استول او د پتو ژباړه ترتیبوي، خو د ریډیو ظرفیت نه زیاتوي او تونل یوازینی وتل نه جوړوي۔ ولیکئ چې کلاینټونه په دوهم طبقې کې پل شوي که په دریمه طبقې کې روټ، مخکې د دې چې د VPN پالیسي په اړه بحث وکړئ۔

د ازموینې هغه ترتیب چې ریډیو له روټینګ جلا کوي

له وسیلې بهر کار وکړئ او په لومړي هغه ګام ودرو چې ناکام شي۔ دا لوستنې په چلېدونکي نظام کې خوندي دي او هېڅ ترتیب نه بدلوي۔ هغوی هغه وخت وچلوئ چې کلاینټ نښلول شوی او پورته اړیکه په هغه حالت کې وي چې تاسو یې سمول کوئ۔

iw dev
iw dev wlan0 link
nmcli -t -f DEVICE,STATE,CONNECTION device status
ip -br addr show
sysctl net.ipv4.ip_forward

که iw dev wlan0 link هېڅ اړیکه ونه ښیي، د ریډیو ستونزه لومړۍ ده او تونل بې مانا۔ که پورته اړیکه نښلول شوې او کلاینټ پته نه لري، نښلول او د DHCP واک غلط دي۔ که کلاینټ پته لري خو لاسرسی نه لري، استول، ژباړه یا د resolver رسول نیمګړي دي۔ یوازې کله چې د هټسپاټ لاره او د پورته اړیکې لاره دواړه کار وکړي، ناکامه تونل د ازموینې بل شی کېږي۔

اډاپټر، ډرایور او فرم ویری له منل شوي ترکیب او د چینل قانون سره ولیکئ۔ وروسته د کرنل یا فرم ویر تازه کول ملاتړ شوی لیست بدلولای شي، او هماغه یادښت معما په پېژندل شوي حد بدلوي۔