Spørsmål:
Merkelig wifi-oppførsel ved å bruke bringebær pi null som bærbar AP
chaoticslacker
2017-02-25 09:41:35 UTC
view on stackexchange narkive permalink

Jeg har en bringebær pi Zero med en 4-port USB-hub festet til den (via pinner på baksiden). WiFi-donglene jeg bruker er to Edimax EW-7811UN-modeller. Det jeg prøver å bruke den til, er deling av internettforbindelse. Hvor jeg kobler til en AP med en dongel og dirigerer trafikken til den andre dongelen som fungerer som en AP. Dette oppsettet fungerer for det meste selv om det er et gnagende problem. Etter en kort periode stopper internettforbindelsen. For eksempel, når telefonen min er tilknyttet AP, viser den "Connected. No Internet". Den rare delen er når jeg kobler fra AP og deretter kobler til Internett, fungerer internettforbindelsen igjen i en kort periode og slutter å fungere. Dette kan gjøres konsekvent.

Jeg har prøvd strømsparefiks som noen ganger kan plage disse modulene ved å lage en egendefinert .config-fil som beskrevet her Jeg har prøvd å kjøre hostapd i -dd-modus, men det er ingen viktige loggoppføringer å merke seg når forbindelsen opphører. Loggen ser ut som den gjorde når internettforbindelse er til stede og når den på en eller annen måte kobles fra. Jeg har til og med økt loggoutdata i hostadp.conf-filen for å se om det ville gi meg noe å jobbe med uten nytte. Jeg trodde først at dette på en eller annen måte var relatert til iptables, så jeg installerte iptables-persistent, men dette hjalp ikke. Jeg prøvde også å bruke en helt annen WiFi-modul fra en annen produsent. Dette hjalp ikke, og problemet var fortsatt der med identiske egenskaper.

Jeg vil veldig gjerne finne ut hvorfor internettforbindelsen går ned etter noen minutter, men kobler meg på nytt på magisk vis hvis jeg sykler min tilknytning til AP. Jeg vil gjerne kunne feilsøke dette selv, men jeg aner ikke hvilke verktøy / kommandolinjealternativer som skal brukes til å gjøre det. Et ut og ut svar fra noen om hvordan du fikser dette, vil selvfølgelig også være bra!

Et generelt spørsmål (jeg er ikke kjent med konfigurasjonen du beskriver) - er du sikker på at de to donglene - som er så nærme ikke forstyrrer hverandre for mye, og at strømforsyningen til RPi Zero og / eller Nav er tilstrekkelig? For den tidligere ville jeg bli fristet til å bruke korte (maksimalt 1 m) USB-utvidelseskabler {utover 5 m, vil du virkelig ha aktive utvidelseskabler (som inneholder et innebygd hub, så trenger også litt strøm) for å overvinne timingen grenser som pålegger den grensen for USB 2.0} på minst en av WiFI-donglene for å plassere den.
Dette oppsettet fungerte som ment under rasbian wheezy. Problemet startet da jeg oppgraderte / måtte oppgradere til jessie. Plasseringen av donglene og power draw var aldri noe problem tidligere. Også, som en sidemerknad angående strømproblemet, lurte jeg også på om det var andre "oppdateringer" til rasbian os som ville forårsake et strømproblem. Så jeg prøvde dette på en RPI 2 B + og problemet vedvarte. Jeg har problemer med å finne riktig verktøy / loggoppføring / hva som helst for å diagnostisere riktig hva som skjer når internettforbindelsen faller ut.
_Weeelll_, jeg er en sysV `init`-hold-out selv, og ingen av PC-ene / RP-ene mine bruker den moderne, skinnende og ned-høyre monolittiske (for å si det __politely__) skapelse som er` systemd` som omtrent alle Linux-systemer enten tvinger eller standarder (inkludert Debian / Raspbian "Jessie") til å bruke disse dagene. Det kan være lærerikt å installere `sysvinit-core` og muligens` systemd-shim`-pakkene og prøve å gå tilbake til samme sysV `init` som den gamle" Wheezy "ville brukt som standard, så vil du ha det samme mosaikk av daemon-kontrollsystemer (og loggfilene deres) som før ...
Jeg googler forslaget ditt, kan du gi en mer detaljert forklaring på hvordan du gjør dette? Må jeg bare installere disse pakkene, eller er det behov for ytterligere konfigurasjon? I så fall kan du muligens anbefale en opplæring
_ {Slettet / redigert og lagt ut for å fikse en viktig feil}: _ Jeg er ikke så sikker på hvordan jeg skal bytte fra `systemd` til sys` init`, da jeg sørget for at den ikke ble installert ved dist-oppgradering ved å sette inn en fil ( som jeg kalte "local-pin-init", men navnet er ikke viktig) i "/ etc / apt / preferanser. d /" {les opp dette med "man apt_preferences"} som inneholder: `Package: systemd-sysv \ nPin : release o = Raspbian \ nPin: -1 \ n` {Jeg har brukt \ n da jeg ikke kan legge nye linjer i en kommentar!} - Jeg tror "Raspbian" er ordet å bruke her, men jeg kopierer filen fra min Debian PC så YMMV ...!
For å gjøre endringen ETTER at Jessie er installert med `systemd` som standard, vil jeg bruke aptitude på en interaktiv måte og prøve å fjerne` systemd-sysv`, som er pakken som gjør at den starter opp til å bruke `systemd` som PID 1 - du vil finne "systemd" -pakken selv installert, og ikke overraskende, den har en hel mengde avhengige, så den er egentlig ikke flyttbar, men tar ut "systemd-sysv" __og installering__ "sysvinit-core" _skal_ gjøre tricket. Det kan også hende du må redigere filen `/ boot / cmdline.txt` hvis den inneholder en" init = / bin / systemd "-oppføring for å bruke" init = / sbin / init "i stedet.
To svar:
Dmitry Grigoryev
2017-02-28 22:34:55 UTC
view on stackexchange narkive permalink

Helt ærlig talt, ville jeg bare gå tilbake til hvesende hvis det fungerte for deg. Hvis RPi-en din sitter i et lokalt nettverk og ikke er utsatt for Internett via NAT eller lignende, er det ingen grunn til å oppgradere for enhver pris. Sikkerhetsmessig er det ikke verre enn å bruke en ruter du har kjøpt for noen år tilbake.

Når det er sagt, er det flere veier du kanskje vil utforske. Først ville jeg prøve å laste ned gammel wheezy firmware til WiFi-adapterne dine og prøve å bruke det. Det er mulig at nye Jessie-drivere vil fungere med gammel Wheezy-firmware.

For det andre, siden du allerede har prøvd å spille med driverparametere, kan du like godt grave til bunns her. Kjør modinfo rt8192cu | grep parm (eller hva WiFi-driveren din er) og legg merke til hvilke parametere den har. Prøv å sette disse til fornuftige / trygge verdier, start på nytt og prøv på nytt.

Til slutt vil du kanskje kjøre sudo iwevent i en terminal mens du kjører AP. Forhåpentligvis vises det noe i loggen når frakoblingen skjer, og får deg et skritt nærmere løsningen.

Dette problemet vedvarer med andre WiFi-moduler fra forskjellige produsenter som får meg til å tro at svaret ligger et annet sted? Rett meg hvis jeg tar feil. Også, hvis de andre modulene bruker samme driver, er parametrene til driveren ikke veldig godt dokumentert (rtl8192cu), fra det jeg har funnet.
@chaoticslacker Når du sier * forskjellige produsenter *, mener du "annet enn Edimax" eller "annet enn Realtek"? Jeg ville bli veldig overrasket om SlySven hadde rett i at `systemd` var den skyldige, jeg tror fortsatt det er driverne. BTW, du har rett i at driverparametere er dårlig dokumentert, å leke med disse er mest gjetning.
Ja annet enn Edimax EW-7811UN, jeg har prøvd tp-link TL-WN722N.
chaoticslacker
2017-04-05 02:57:26 UTC
view on stackexchange narkive permalink

Så det viser seg at rekompilering av hostapd til å jobbe med edimax-donglene eller bruk av hostapd fra edimax, som beskrevet i mange andre opplæringsprogrammer og innlegg over hele internett, fungerer bare når dongelen som gir en internettforbindelse er koblet til et åpent tilgangspunkt eller Internett-tilkoblingen leveres av en Ethernet-kobling. De eneste donglene som fungerer uten problemer i denne typen konfigurasjoner finner du her: piratboks wifi-dongle-kompatibilitet. Etter å ha sikret Ralink RT5370-baserte USB-enheter var det ingen ytterligere problemer. Takk til alle for deres hjelp.



Denne spørsmålet ble automatisk oversatt fra engelsk.Det opprinnelige innholdet er tilgjengelig på stackexchange, som vi takker for cc by-sa 3.0-lisensen den distribueres under.
Loading...