Wi-Fi-kliento kaj hotspot sur unu radio: kio rompiĝas

Via telefono restas konektita al la hotspot dum la uplink trapasas nenion. La Pi ankoraŭ raportas Wi-Fi-asocion, la alirpunkto ankoraŭ elsendas balizojn, kaj ĉiu peto finiĝas per tempolimo. Unu radio servas du rolojn samtempe, kaj unu el ili venkas kiam la alia bezonas la kanalon. Antaŭ ol tuŝi la VPN-on, konstatu ĉu la instalita pelilo kaj firmvaro ĝenerale akceptas tiun rolan paron.

La simptomo montras al la radio, ne al la tunelo

Rigardu la fiaskon laŭvice kaj ĝi ĉesas aspekti kiel enkursiga cimo. Kliento aliĝas al la hotspot, ricevas adreson kaj ŝargas paĝon aŭ du. Poste la stacia interfaco reasociiĝas kun la supra enkursigilo post roamado, ŝlosila renovigo aŭ mallonga signala falo. La alirpunkto aŭ restartigas sian balizon aŭ lasas siajn klientojn sen vojo, kaj la VPN-protokolo pleniĝas per rekonektaj provoj kiuj neniam estis la kaŭzo.

Du interfacaj nomoj ne faras du radiojn. wlan0 kaj la alirpunkta interfaco dividas unu aparaton, unu kanalan statmaŝinon kaj unu firmvaran planilon. La kerno malkaŝas precize kiujn rolajn kaj kanalajn kombinaĵojn tiu aparato subtenas, do legu tiun liston anstataŭ supozi ke la paro funkcias ĉar ambaŭ interfacoj supreniris.

Legu la kombinaĵon antaŭ ol ŝanĝi ion

La sendrata stako raportas sian propran kontrakton en la sekcio pri interfacaj kombinaĵoj de iw list. Ĉiu numerita kombinaĵo listigas permesitajn rolajn kvantojn, kiom da interfacoj povas ekzisti, kaj kiom da diversaj kanaloj tiuj interfacoj povas okupi samtempe. Kombinaĵo kiu nomas unu stacion kaj unu alirpunkton sur unu sola kanalo estas tiu kiun ĉi tiu deplojo bezonas.

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

Legu la nombrojn, ne nur la ĉeeston de la vortoj. Pelilo povas subteni stacian reĝimon kaj alirpunktan reĝimon aparte, dum la sola laŭleĝa kombinaĵo de ambaŭ permesas unu kanalon, malgrandan interfacan kvanton aŭ balizan intervalon kiun la hotspot ne povas plenumi. Iuj firmvaroj ankaŭ faligas unu rolon dum skanado aŭ ŝlosila renovigo, kio aspektas kiel flirtanta uplink prefere ol kapacita limo. Se neniu kombinaĵo listigas ambaŭ rolojn, la paro ne estas subtenata, kion ajn la hotspot-butono de la labortablo sugestas.

La dokumentaro pri cfg80211-interfacaj kombinaĵoj priskribas la kampojn kaj la balizan limigon. Valoroj de unu adaptilo diras nenion pri alia, do konservu la eligon kune kun la maŝino anstataŭ ĝeneraligi ĝin.

La kanala kaj adresa plano decidas la reston

Alirpunkto devas sidi sur kanalo kiun la radio povas servi, kaj stacia uplink devas sekvi la supran alirpunkton. Kiam tiuj du decidoj malkongruas, unu rolo devas restartigi. Sur multaj unuradiaj adaptiloj la hotspot tial spegulas la stacian kanalon, kaj supra kanala ŝanĝo portempe faligas ankaŭ la hotspot.

Planu la IP-flankon aparte de la radio. Enkursigita hotspot kutime uzas privatan subreton kiel 192.168.50.0/24 kun la Pi je 192.168.50.1, DHCP-pool ene de tiu subreto, kaj la Pi kiel solvila plusendilo. La kunhava reĝimo de NetworkManager agordas plusendadon kaj adresan tradukon por tiu subreto, sed ĝi ne aldonas radian kapaciton nek faras la tunelon la sola eliro. Notu ĉu klientoj estas pontitaj je tavolo du aŭ enkursigitaj je tavolo tri antaŭ ol diskuti pri VPN-politiko.

Testa ordo kiu apartigas radion de enkursigado

Laboru de la aparato eksteren kaj haltu ĉe la unua paŝo kiu fiaskas. Ĉi tiuj legaĵoj estas sekuraj sur viva sistemo kaj ŝanĝas neniun agordon. Rulu ilin dum kliento estas asociita kaj la uplink estas en la stato kiun vi sencimigas.

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

Se iw dev wlan0 link montras neniun asocion, la radia problemo unue venas kaj la tunelo estas nerelevanta. Se la uplink estas asociita kaj la kliento havas neniun adreson, la aliĝo kaj la DHCP-aŭtoritato estas malĝustaj. Se la kliento havas adreson sed neniun atingeblon, mankas plusendado, traduko aŭ solvila liverado. Nur kiam funkcias kaj la hotspot-vojo kaj la uplink-vojo, fiaskanta tunelo iĝas la sekva afero testenda.

Notu la adaptilon, la pelilon kaj la firmvaron kune kun la akceptita kombinaĵo kaj kanala regulo. Posta kern- aŭ firmvara ĝisdatigo povas ŝanĝi la subtenatan liston, kaj ĝuste tiu noto transformas misteron en konatan limigon.