Wi-Fi-klient och hotspot på en radio: vad som går sönder
En Pi-hotspot kan se frisk ut medan dess Wi-Fi-upplänk hackar. Läs den installerade radions gränssnittskombinationer och kanalgränser innan du skyller på VPN:en.
Din telefon förblir ansluten till hotspotten medan upplänken inte släpper igenom något. Pi:n rapporterar fortfarande en Wi-Fi-association, åtkomstpunkten sänder fortfarande beacon och varje begäran får timeout. En enda radio tjänar två roller samtidigt, och en av dem vinner när den andra behöver kanalen. Innan du rör VPN:en, fastställ om den installerade drivrutinen och firmwaren överhuvudtaget accepterar det rollparet.
Symtomet pekar på radion, inte på tunneln
Följ felet i ordning och det slutar se ut som ett routningsfel. En klient ansluter till hotspotten, får en adress och laddar en eller två sidor. Sedan associerar stationsgränssnittet om mot uppströmsroutern efter en roaming, en nyckelnygenerering eller en kort signaldipp. Åtkomstpunkten startar antingen om sin beacon eller lämnar sina klienter utan väg, och VPN-loggen fylls av återanslutningsförsök som aldrig var orsaken.
Två gränssnittsnamn ger inte två radios. wlan0 och åtkomstpunktens gränssnitt delar en enda enhet, en kanaltillståndsmaskin och en firmware-schemaläggare. Kärnan visar exakt vilka roll- och kanalkombinationer den enheten stöder, så läs den listan i stället för att anta att paret fungerar eftersom båda gränssnitten kom upp.
Läs kombinationen innan du ändrar något
Den trådlösa stacken rapporterar sitt eget kontrakt i avsnittet om gränssnittskombinationer i iw list. Varje numrerad kombination listar tillåtna rollantal, hur många gränssnitt som får finnas och hur många olika kanaler dessa gränssnitt får uppta samtidigt. En kombination som namnger en station och en åtkomstpunkt på en enda kanal är den som denna driftsättning behöver.
iw list | sed -n '/valid interface combinations/,/^$/p'
Läs siffrorna, inte bara om orden finns. En drivrutin kan stödja stationsläge och åtkomstpunktsläge var för sig, medan den enda lagliga kombinationen av båda bara tillåter en kanal, ett litet gränssnittsantal eller ett beacon-intervall som hotspotten inte kan uppfylla. Vissa firmwares tappar också en roll under en skanning eller nyckelnygenerering, vilket ser ut som en fladdrande upplänk snarare än en kapacitetsgräns. Om ingen kombination listar båda rollerna stöds inte paret, vad hotspot-knappen på skrivbordet än föreslår.
cfg80211-dokumentationen om gränssnittskombinationer beskriver fälten och beacon-begränsningen. Värden från en adapter säger ingenting om en annan, så spara utdata tillsammans med maskinen i stället för att generalisera dem.
Kanal- och adressplanen avgör resten
En åtkomstpunkt måste sitta på en kanal som radion kan betjäna, och en stationsupplänk måste följa åtkomstpunkten uppströms. När de två besluten inte stämmer överens måste en roll startas om. På många enkelradioadaptrar speglar hotspotten därför stationens kanal, och en kanaländring uppströms drar tillfälligt ner hotspotten med sig.
Planera IP-sidan separat från radion. En routad hotspot använder vanligen ett privat subnät som 192.168.50.0/24 med Pi:n på 192.168.50.1, en DHCP-pool inom det subnätet och Pi:n som resolver-vidarebefordrare. NetworkManagers delade läge ställer in vidarebefordran och adressöversättning för det subnätet, men det lägger inte till radiokapacitet och gör inte tunneln till den enda utgången. Skriv ner om klienterna bryggas på lager två eller routas på lager tre innan du diskuterar VPN-policy.
Testordning som skiljer radio från routning
Arbeta utåt från enheten och stanna vid första steget som misslyckas. Dessa avläsningar är säkra på ett körande system och ändrar ingen konfiguration. Kör dem medan en klient är associerad och upplänken är i det tillstånd du felsöker.
iw dev
iw dev wlan0 link
nmcli -t -f DEVICE,STATE,CONNECTION device status
ip -br addr show
sysctl net.ipv4.ip_forward
Om iw dev wlan0 link inte visar någon association kommer radioproblemet först och tunneln är irrelevant. Om upplänken är associerad och klienten saknar adress är anslutningen och DHCP-auktoriteten fel. Om klienten har en adress men ingen nåbarhet saknas vidarebefordran, översättning eller resolverleverans. Först när både hotspotvägen och upplänksvägen fungerar blir en fallerande tunnel nästa sak att testa.
Anteckna adapter, drivrutin och firmware tillsammans med den accepterade kombinationen och kanalregeln. En senare kärn- eller firmwareuppdatering kan ändra den stödda listan, och den anteckningen är det som gör ett mysterium till en känd begränsning.