Forum

Einloggen | Registrieren | RSS  

DennisC(R)

10.03.2020,
13:24
 

Raspberry Pi als WLAN-Router (Netzwerktechnik)

Guten Tag,
ich möchte mein Raspberry Pi als WLAN-Router einsetzen.
Ich bin ein ziemlicher Neuling was Linux angeht und froh eine so detaillierte Anleitung gefunden zu haben.
https://www.elektronik-kompendium.de/sites/raspberry-pi/2002171.htm

Das Einrichten hat, wie in der Anleitung beschrieben, funktioniert.
Ich habe lediglich einen anderen IP-Bereich vorgegeben:
Pi: 192.168.10.1
DHCP Bereich: 192.168.10.2 - 192.168.10.20

Nach der Konfiguration kann ich das eingerichtete WLAN von einem Endgerät (Tablett) jedoch nicht finden.
Erst nachdem ich unter Raspbian auf der Desktopumgebung das WLAN einmal manuell deaktiviert und wieder aktiviert habe funktioniert alles wie gewünscht.

Starte ich über SSH eine hostapd-Instanz ("sudo hostapd -dd /etc/hostapd/hostapd.conf";)
kann ich das Netzwerk sehen und mich verbinden und ich sehe auch die Anmeldeversuch in der Konsole.
Aber auch nur bis ich mit strg+C die Instanz wieder beende.


Woran kann es liegen, dass das Wlan erst nach dieser Maßnahme sichtbar wird ?
Startet ein Dienst nicht oder nicht richtig ?

Freundlichen Gruß
Dennis

bastelix(R)

14.03.2020,
00:30

@ DennisC

Raspberry Pi als WLAN-Router

» Ich habe die syslog angehangen:
» https://www.elektronik-kompendium.de/forum/upload/20200313132143.txt
Sieht so aus als würde wlan0 nach dem booten den carrier verlieren, was auf den ersten Blick wenig Sinn macht wenn das ein AP ist und kein Client.
» Mar 13 11:56:45 raspberrypi dhcpcd[395]: wlan0: carrier lost
Hab mal kurz im Netz nach "dhcpcd[395]: wlan0: deleting address" gesucht, da findet sich schon einiges bezüglich PI aber so tief bin ich in dem Thema nicht drin um das einordnen zu können.

» » Kannst du mal die Abhängigkeiten der Dienste in
» » systemd prüfen?
» systemd-analyze blame
Sieht für mich auch OK aus.

DennisC(R)

13.03.2020,
13:22

@ bastelix

Raspberry Pi als WLAN-Router

» Eigentlich sieht dein Setup gut aus und der daemon läuft laut ps auch schon
» nach dem booten.
» Dein Workaround ist zwar nicht hübsch, aber wenn er funktioniert. Schöner
» wäre natürlich zu verstehen woran es liegt. Dazu musst du dich durch die
» logs wühlen
» > less /var/log/syslog
» und schauen ob da etwas auffälliges steht bzw. das Log hier posten.
Ich habe die syslog angehangen:
https://www.elektronik-kompendium.de/forum/upload/20200313132143.txt
Wie schon gesagt, das System ist frisch aufgesetzt und eigentlich noch alles auf Standard.

» Kannst du mal die Abhängigkeiten der Dienste in
» systemd prüfen?
systemd-analyze blame

5.155s hciuart.service
2.310s rc-local.service
1.989s udisks2.service
1.830s dev-mmcblk0p2.device
1.730s raspi-config.service
1.145s dnsmasq.service
1.036s lightdm.service
852ms systemd-fsck@dev-disk-byx2dpartuuid-ea7d04d6x2d01.service
697ms avahi-daemon.service
695ms plymouth-read-write.service
684ms keyboard-setup.service
674ms ssh.service
661ms systemd-logind.service
636ms systemd-timesyncd.service
608ms networking.service
607ms dphys-swapfile.service
588ms polkit.service
498ms wpa_supplicant.service
460ms dhcpcd.service
419ms systemd-udev-trigger.service
399ms user@1000.service
338ms rsyslog.service
305ms gldriver-test.service
302ms systemd-fsck-root.service
274ms systemd-journald.service
270ms hostapd.service
220ms systemd-tmpfiles-setup.service
195ms systemd-remount-fs.service
194ms systemd-udevd.service
193ms fake-hwclock.service
187ms alsa-restore.service
167ms bluetooth.service
160ms systemd-update-utmp.service
157ms triggerhappy.service
151ms rng-tools.service
147ms systemd-update-utmp-runlevel.service
138ms systemd-modules-load.service
133ms sys-kernel-debug.mount
131ms boot.mount
131ms dev-mqueue.mount
122ms rpi-eeprom-update.service
122ms systemd-journal-flush.service
120ms kmod-static-nodes.service
116ms systemd-sysctl.service
114ms systemd-user-sessions.service
99ms systemd-rfkill.service
96ms systemd-sysusers.service
94ms systemd-tmpfiles-clean.service
87ms systemd-random-seed.service
83ms systemd-tmpfiles-setup-dev.service
70ms plymouth-start.service
64ms sys-kernel-config.mount
60ms user-runtime-dir@1000.service
53ms console-setup.service
52ms nfs-config.service
47ms run-rpc_pipefs.mount
35ms sys-fs-fuse-connections.mount
25ms ifupdown-pre.service
6ms plymouth-quit-wait.service

bastelix(R)

12.03.2020,
22:55

@ DennisC

Raspberry Pi als WLAN-Router

» Ich weiß zwar immer noch nicht wo der Fehler liegt, aber ich habe ihn
» umgehen können.
»
» Ich starte das WIFI gleich beim hochfahren einmal neu:
» /etc/rc.local
» > iptables-restore < /etc/iptables.ipv4.nat
» > sudo ip link set wlan0 down && sudo ip link set wlan0 up

Eigentlich sieht dein Setup gut aus und der daemon läuft laut ps auch schon nach dem booten.
Dein Workaround ist zwar nicht hübsch, aber wenn er funktioniert. Schöner wäre natürlich zu verstehen woran es liegt. Dazu musst du dich durch die logs wühlen
> less /var/log/syslog
und schauen ob da etwas auffälliges steht bzw. das Log hier posten.

» Erst nachdem ich unter Raspbian auf der Desktopumgebung das WLAN einmal manuell deaktiviert und wieder aktiviert habe funktioniert alles wie gewünscht.
Eventuell beißt sich hier noch etwas mit dem Setup. Ist aber nur ein Gedanke. Was du mit deinem Workaround machst ist ja nicht den hostapd neu zu starten, sondern du startest das wlan-interface neu.
Während ich so drüber nachdenke, kann es sein, dass dein hostapd daemon schon gestartet wird während das wlan-Interface noch startet oder noch gar nicht gestartet ist? Kannst du mal die Abhängigkeiten der Dienste in systemd prüfen?

DennisC(R)

12.03.2020,
16:46

@ DennisC

Raspberry Pi als WLAN-Router

Ich weiß zwar immer noch nicht wo der Fehler liegt, aber ich habe ihn umgehen können.

Ich starte das WIFI gleich beim hochfahren einmal neu:
/etc/rc.local
> iptables-restore < /etc/iptables.ipv4.nat
> sudo ip link set wlan0 down && sudo ip link set wlan0 up

DennisC(R)

11.03.2020,
10:32
(editiert von DennisC
am 12.03.2020 um 15:47)


@ bastelix

Raspberry Pi als WLAN-Router

» hast du hostapd auch als daemon eingerichtet und startet der beim booten?
Denke schon:
> sudo nano /etc/default/hostapd
....
#DAEMON_CONF
RUN_DAEMON=yes
DAEMON_CONF="/etc/hostapd/hostapd.conf"
....


» Was sagt
» > ls -la /etc/hostapd/hostapd.conf
-rw------- 1 root root 303 Mär 10 11:54 /etc/hostapd/hostapd.conf

» > sudo systemctl status hostapd
hostapd.service - Advanced IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP Authenticator
Loaded: loaded (/lib/systemd/system/hostapd.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2020-03-10 17:14:44 CET; 17h ago
Process: 424 ExecStart=/usr/sbin/hostapd -B -P /run/hostapd.pid -B $DAEMON_OPTS ${DAEMON_CONF} (code=exited, status=0/SUCCESS)
Main PID: 443 (hostapd)
Tasks: 1 (limit: 2200)
Memory: 1.9M
CGroup: /system.slice/hostapd.service
443 /usr/sbin/hostapd -B -P /run/hostapd.pid -B /etc/hostapd/hostapd.conf

Mär 10 17:14:43 raspberrypi systemd[1]: Starting Advanced IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP Authenticator...
Mär 10 17:14:44 raspberrypi hostapd[424]: Configuration file: /etc/hostapd/hostapd.conf
Mär 10 17:14:44 raspberrypi hostapd[424]: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Mär 10 17:14:44 raspberrypi systemd[1]: Started Advanced IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP Authenticator.

» und ggf. noch (nach einem Neustart)
» > ps aux | grep hostapd
root 443 0.0 0.2 7472 2024 ? Ss 10:14 0:00 /usr/sbin/hostapd -B -P /run/hostapd.pid -B /etc/hostapd/hostapd.conf
pi 9011 0.0 0.0 7360 524 pts/0 S+ 10:17 0:00 grep --color=auto hostapd


» Poste mal den Inhalt von /etc/hostapd/hostapd.conf
# WLAN-Router-Betrieb

# Schnittstelle und Treiber
interface=wlan0
driver=nl80211

# WLAN-Konfiguration
ssid=Test_Netz
channel=1
hw_mode=g
ieee80211n=1
ieee80211d=1
country_code=DE
wmm_enabled=1

# WLAN-Verschlüsselung
auth_algs=1
wpa=2
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP
wpa_passphrase=test123456

Ich habe sogar Raspbian neu aufgesetzt und alles nochmal durchgespielt.
Wieder das gleiche Phänomen :-(

bastelix(R)

10.03.2020,
22:08

@ DennisC

Raspberry Pi als WLAN-Router

Hallo,

hast du hostapd auch als daemon eingerichtet und startet der beim booten?

Was sagt
> ls -la /etc/hostapd/hostapd.conf
und
> sudo systemctl status hostapd
und ggf. noch (nach einem Neustart)
> ps aux | grep hostapd

Poste mal den Inhalt von /etc/hostapd/hostapd.conf