Wi-Fi հաճախորդը և hotspot-ը մեկ ռադիոյում. ինչ է կոտրվում

Ձեր հեռախոսը մնում է միացված hotspot-ին, մինչ վերին կապը ոչինչ չի անցկացնում։ Pi-ը դեռ հաղորդում է Wi-Fi ասոցիացիայի մասին, մուտքի կետը դեռ ուղարկում է beacon, և յուրաքանչյուր հարցում ավարտվում է ժամկետանցությամբ։ Մեկ ռադիոն միաժամանակ սպասարկում է երկու դեր, և դրանցից մեկը հաղթում է, երբ մյուսին ալիք է պետք։ Նախքան VPN-ին դիպչելը, պարզեք՝ տեղադրված դրայվերն ու firmware-ը ընդհանրապես ընդունո՞ւմ են այդ դերազույգը։

Ախտանիշը ցույց է տալիս ռադիոյին, ոչ թունելին

Հետևեք խափանմանը հերթականությամբ, և այն դադարում է երթուղավորման սխալ թվալ։ Հաճախորդը միանում է hotspot-ին, ստանում հասցե և բեռնում մեկ-երկու էջ։ Այնուհետև կայանի ինտերֆեյսը նորից ասոցիացվում է վերին երթուղիչի հետ՝ ռոումինգից, բանալու թարմացումից կամ ազդանշանի կարճ անկումից հետո։ Մուտքի կետը կա՛մ վերագործարկում է իր beacon-ը, կա՛մ թողնում է հաճախորդներին առանց ուղու, և VPN-ի մատյանը լցվում է վերամիացման փորձերով, որոնք երբեք պատճառ չեն եղել։

Երկու ինտերֆեյսի անուն երկու ռադիո չի դարձնում։ wlan0 և մուտքի կետի ինտերֆեյսը կիսում են մեկ սարք, մեկ ալիքի վիճակի մեքենա և մեկ firmware-ի պլանավորիչ։ Միջուկը ճշգրիտ ցույց է տալիս, թե այդ սարքը որ դերերի և ալիքների համակցություններն է աջակցում, ուստի կարդացեք այդ ցանկը՝ փոխարենը ենթադրելու, որ զույգն աշխատում է, քանի որ երկու ինտերֆեյսներն էլ բարձրացան։

Կարդացեք համակցությունը, նախքան որևէ բան փոխելը

Անլար ստեկը իր պայմանագիրը հայտարարում է ինտերֆեյսների համակցությունների բաժնում՝ iw list հրամանի ելքում։ Յուրաքանչյուր համարակալված համակցություն թվարկում է թույլատրված դերերի քանակները, քանի ինտերֆեյս կարող է գոյություն ունենալ և քանի տարբեր ալիք կարող են այդ ինտերֆեյսները զբաղեցնել միաժամանակ։ Մեկ ալիքում մեկ կայան և մեկ մուտքի կետ նշող համակցությունը այն է, ինչ անհրաժեշտ է այս տեղակայմանը։

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

Կարդացեք թվերը, ոչ միայն բառերի առկայությունը։ Դրայվերը կարող է առանձին աջակցել կայանի ռեժիմին և մուտքի կետի ռեժիմին, մինչդեռ երկուսի միակ օրինական համակցությունը թույլ է տալիս միայն մեկ ալիք, փոքր ինտերֆեյսների քանակ կամ beacon-ի ինտերվալ, որը hotspot-ը չի կարող ապահովել։ Որոշ firmware-ներ սկանավորման կամ բանալու թարմացման ընթացքում կորցնում են նաև մեկ դեր, ինչը նման է տատանվող վերին կապի, այլ ոչ թե հնարավորությունների սահմանի։ Եթե ոչ մի համակցություն չի թվարկում երկու դերերը, զույգը չի աջակցվում, ինչ էլ որ առաջարկի աշխատասեղանի hotspot-ի կոճակը։

cfg80211-ի ինտերֆեյսների համակցությունների փաստաթղթերը նկարագրում են դաշտերն ու beacon-ի սահմանափակումը։ Մեկ ադապտերի արժեքները ոչինչ չեն ասում մյուսի մասին, ուստի ելքը պահեք սարքի հետ միասին՝ փոխարենը այն ընդհանրացնելու։

Ալիքի և հասցեների պլանը որոշում է մնացածը

Մուտքի կետը պետք է նստի ալիքում, որը ռադիոն կարող է սպասարկել, իսկ կայանի վերին կապը պետք է հետևի վերին մուտքի կետին։ Երբ այդ երկու որոշումները չեն համընկնում, մեկ դերը պետք է վերագործարկվի։ Մեկ ռադիոյով շատ ադապտերներում hotspot-ը դրա համար կրկնում է կայանի ալիքը, և վերին կողմում ալիքի փոփոխությունը կարճ ժամանակով իր հետ վար է իջեցնում նաև hotspot-ը։

Պլանավորեք IP կողմը ռադիոյից առանձին։ Երթուղավորված hotspot-ը սովորաբար օգտագործում է մասնավոր ենթացանց, օրինակ 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-ի առաքումը։ Միայն երբ աշխատում են և՛ hotspot-ի ուղին, և՛ վերին կապի ուղին, ձախողվող թունելը դառնում է հաջորդ փորձարկվող բանը։

Գրանցեք ադապտերը, դրայվերը և firmware-ը ընդունված համակցության ու ալիքի կանոնի կողքին։ Ավելի ուշ միջուկի կամ firmware-ի թարմացումը կարող է փոխել աջակցվող ցանկը, և հենց այդ նշումն է առեղծվածը դարձնում հայտնի սահմանափակում։