Kein Zugriff auf WAP

DJ1NG · May 10, 2024 at 10:01 PM

Servus zusammen,

ich quäle mich mal wieder mit meinem WAP herum. Dieser ist 1:1 eingerichtet wie in der Doku Raspberry Pi als WLAN-Router einrichten (WLAN-Access-Point).

Das hat auch bisher astrein geklappt - aber jetzt funzt gar nichts mehr.

Fehlerbeschreibung:

Wenn ich mich von einem Client mit dem WAP verbinde, wird die Verbindung hergestellt - aber keine IP-Adresse bezogen!

Der Status von dnsmasq und hostapd ist "Active" (ohne Fehler).

Der Status vom dhcpcd sieht jedoch so aus:

Code

× dhcpcd.service - DHCP Client Daemon on all interfaces
     Loaded: loaded (/lib/systemd/system/dhcpcd.service; enabled; preset: enabled)
     Active: failed (Result: signal) since Fri 2024-05-10 20:27:56 CEST; 3min 46s ago
   Duration: 210ms
       Docs: man:dhcpcd(8)
   Main PID: 1927 (code=killed, signal=SYS)
        CPU: 705ms

Mai 10 20:26:25 notfallbox dhcpcd[1928]: DUID 00:01:00:01:2d:d1:1b:8b:00:e0:4c:36:04:36
Mai 10 20:26:25 notfallbox systemd[1]: Started dhcpcd.service - DHCP Client Daemon on all interfaces.
Mai 10 20:26:25 notfallbox dhcpcd[1928]: eth0: IAID 4c:36:04:36
Mai 10 20:26:25 notfallbox dhcpcd[1928]: ps_ctl_listen: read: Success
Mai 10 20:26:25 notfallbox dhcpcd[1928]: ps_ctl_recv: read: Success
Mai 10 20:26:25 notfallbox systemd[1]: dhcpcd.service: Main process exited, code=killed, status=31/SYS
Mai 10 20:27:56 notfallbox systemd[1]: dhcpcd.service: State 'stop-sigterm' timed out. Killing.
Mai 10 20:27:56 notfallbox systemd[1]: dhcpcd.service: Killing process 1928 (dhcpcd) with signal SIGKILL.
Mai 10 20:27:56 notfallbox systemd[1]: dhcpcd.service: Killing process 1929 (dhcpcd) with signal SIGKILL.
Mai 10 20:27:56 notfallbox systemd[1]: dhcpcd.service: Failed with result 'signal'.

Display More

Die Ausgabe von ip a sieht so aus:

Code

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:e0:4c:36:04:36 brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.44/24 brd 192.168.42.255 scope global dynamic noprefixroute eth0
       valid_lft 861383sec preferred_lft 861383sec
    inet6 2003:ec:572f:f300:2ccd:3c0:e977:50ab/64 scope global dynamic noprefixroute 
       valid_lft 7137sec preferred_lft 1060sec
    inet6 fe80::cb7e:4fd2:b3d7:522c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 34:7d:e4:a8:48:c9 brd ff:ff:ff:ff:ff:ff

Display More

Hier der Sicherheit halber nochmal die Konfigurationsdateien:

/etc/dhcpcd.conf

Code

interface wlan0
static ip_address=192.168.1.1/24
nohook wpa_supplicant

/etc/dnsmasq.conf

Code

# DHCP-Server aktiv für WLAN-Interface
interface=wlan0

# DHCP-Server nicht aktiv für bestehendes Netzwerk
no-dhcp-interface=eth0

# IPv4-Adressbereich und Lease-Time
dhcp-range=192.168.1.100,192.168.1.200,255.255.255.0,24h

# DNS
dhcp-option=option:dns-server,192.168.1.1

Display More

/etc/hostapd/hostapd.conf

Code

# WLAN-Router-Betrieb

# Schnittstelle und Treiber
interface=wlan0
#driver=nl80211

# WLAN-Konfiguration
ssid=WLANrouter
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=testtest

Display More

PI Zero, Raspberry OS lite 32bit, Bookworm
PI Zero 2W, Raspberry OS lite, 64 bit, Bookworm

Der Fehler tritt auf beiden Systemen auf.
Auf dem Zero nutze ich einen Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter, welcher problemlos den Access-Point-Modus beherrscht.
Auf dem Pi Zero 2W den Onboard-Wifi-Chip.

Das allerbeste: Ich habe gerade nur so zum Spaß Raspberry OS lite 32 bit bullseye installiert - und SIEHE DA: ES FUNKTIONIERT - mit exakt der gleichen Konfiguration!!!

Sprich: Ein Fehler in Bookworm - oder???

Any ideas?

Bot · Vor 5 Minuten

Kein Zugriff auf WAP? Schau mal ob du hier fündig wirst!

DJ1NG · May 10, 2024 at 10:06 PM

P.S: Könnt ihr euch noch an diese Anfrage von mir erinnern: hostapd zickt herum?

Witzigerweise ist das dort beschriebene Fehlverhalten unter bullseye nicht vorhanden!

Die Frage ist jetzt nur, ob der hostapd eine Macke hat, oder dhcpcd. Interessanterweise wurde unter bullsye ein "udhcpcd" installiert!

Bergwichtel · May 11, 2024 at 3:25 AM

Quote from DJ1NG

P.S: Könnt ihr euch noch an diese Anfrage von mir erinnern: hostapd zickt herum?
Witzigerweise ist das dort beschriebene Fehlverhalten unter bullseye nicht vorhanden!

Weil Bookworm kein hostapd verwendet. Da geht alles über den Networkmanager.

Ich bin da auch noch etwas am basteln. Bzw. habe ich noch eine Frage zu klären. Ich habe mir für das einrichten eines AP unter Bookworm ein Skript geschrieben, das funktioniert. Damit bekomme ich Verbindung und auch eine IP zugewiesen. Wo ich das einstellen kann, muß ich aber noch rausfinden. Vermutlich unter /etc/dhcp/. Die dhclient.conf ist noch jungfräulich. Über einen Tip, wie ich die dhcp-Range einstelle, würde ich mich freuen. Bei einem ersten Test hatte ich x.x.x.145 bekommen. Da ich aber die meisten Clients statisch anbinden will, ist für mich der Rangebereich wichtig.

Zum folgenden Skript sei noch gesagt, das ich die Zuweisung zum Gateway schnell noch reingeschrieben habe, ohne es zu testen.

Bash

#!/bin/bash
#
# noch in Entwicklung
#
# check auf sudo
if [ "$EUID" -ne 0 ]
  then echo "Please run as root"
  exit 255
fi


# Konfigurationsvariablen
# schlußendlich mit -c FILE einbinden
#
# Name der Netzwerkkonfiguration
myName='AP_sensor_lan'

mySSID='detector'
myIPv4='192.168.13.10'
myIPv4_net='24'
# myGWv4='192.168.13.10'
# myDNS='192.168.13.10 192.168.21.222'
myDNS='192.168.13.10'
mySecure='wpa-psk'
myWlanPW='unknackbaresPasswort'
# 'y' oder 'n'
myHidden='n'

# prüfen, ob Verbindung bereits existiert
# Abfrage: alte löschen und neu anlegen, abbrechen


# Wifi runterfahren/beenden
nmcli radio wifi off

nmcli con add type wifi ifname wlan0 mode ap con-name "$myName" ssid "$mySSID" autoconnect true
if [ $? -eq 0 ] ; then
  printf '%s %s\n' "$myName" 'erstellt'
else
  printf '%s %s %s %s\n' 'ERROR' 'Konnte' "$myName" 'nicht erstellen.'
  exit 1
fi

nmcli con modify "$myName" 802-11-wireless.band bg ipv4.method shared ipv4.address $myIPv4/$myIPv4_net
if [ $? -eq 0 ] ; then
  printf '%s %s\n' 'IPv4 modifiziert' "($myIPv4/$myIPv4_net)"
else
  printf '%s %s\n' 'ERROR' 'Konnte IPv4 nicht modifizieren'
  exit 2
fi

# nmcli con modify "$myName" ipv4.gateway $myGWv4
# if [ $? -eq 0 ] ; then
#   printf '%s %s\n' 'Gateway v4 modifiziert' "($myGWv4)"
# else
#   printf '%s %s\n' 'ERROR' 'Konnte Gateway v4 nicht modifizieren'
#   exit 2
# fi

if [ $myHidden = 'y' ] ; then
  nmcli con modify "$myName" 802-11-wireless.hidden 'TRUE'
  if [ $? -eq 0 ] ; then
    printf '%s\n' 'Netzwerk mit hidden true'
  else
    printf '%s %s\n' 'ERROR' 'Netzwerk hidden true fehlgeschlagen'
    exit 2
  fi
fi

nmcli con modify "$myName" ipv4.dns "$myDNS"
if [ $? -eq 0 ] ; then
  printf '%s %s\n' 'DNS für IPv4 modifiziert' "($myDNS)"
else
  printf '%s %s\n' 'ERROR' 'Konnte DNS für IPv4 nicht modifizieren'
  exit 3
fi


nmcli con modify "$myName" ipv6.method disabled
if [ $? -eq 0 ] ; then
  printf '%s\n' 'IPv6 deaktiviert'
else
  printf '%s %s\n' 'ERROR' 'Konnte IPv4 nicht deaktivieren'
  exit 4
fi

nmcli con modify "$myName" wifi-sec.key-mgmt "$mySecure"
if [ $? -eq 0 ] ; then
  printf '%s %s\n' 'Sicherheit gesetzt' "($mySecure)"
else
  printf '%s %s %s\n' 'ERROR' 'Konnte Sicherheit nicht setzen'
  exit 5
fi

nmcli con modify "$myName" wifi-sec.psk "$myWlanPW"
if [ $? -eq 0 ] ; then
  printf '%s %s\n' 'Passwort gesetzt' "($myWlanPW)"
else
  printf '%s %s %s\n' 'ERROR' 'Konnte Passwort nicht setzen'
  exit 6
fi

nmcli con up "$myName"
if [ $? -eq 0 ] ; then
  printf '%s %s %s %s\n' 'Aktiviere WLAN' "($myName)" 'SSID:' "$mySSID"
else
  printf '%s %s %s\n' 'ERROR' 'Konnte WLAN nicht aktivieren' "$myName ($mySSID)"
  exit 7
fi

# eof

Display More

Bot · Vor einem Moment

DJ1NG · May 11, 2024 at 1:03 PM

Bergwichtel Entschuldige bitte, aber Dein Script hat nichts mit meinem Problem und meiner Anfrage zu tuen. Natürlich kann man unter bookworm hostapd funktionsfähig installieren. Und in Deinem Script kommt das Thema Wireless Access Point nicht vor.

Nicht böse sein - aber wenn ich eine Frage stelle, freue ich mich über antworten, die zur Frage passen.

Bergwichtel · May 11, 2024 at 1:37 PM

Quote from DJ1NG

Dein Script hat nichts mit meinem Problem und meiner Anfrage zu tuen.

Quote from DJ1NG

PI Zero, Raspberry OS lite 32bit, Bookworm
PI Zero 2W, Raspberry OS lite, 64 bit, Bookworm
Der Fehler tritt auf beiden Systemen auf.
...
Das allerbeste: Ich habe gerade nur so zum Spaß Raspberry OS lite 32 bit bullseye installiert - und SIEHE DA: ES FUNKTIONIERT - mit exakt der gleichen Konfiguration!!!
Sprich: Ein Fehler in Bookworm - oder???

Deswegen habe ich ja gepostet. Ich stand vor ein paar Wochen vor dem gleichen Problem und habe mich durchs Netz gequält. Die Erkenntnis daraus war, das ab Bookworm dnsmasq und hostapd obsolet sind und man dafür den Networkmanager nehmen soll.

Quote from DJ1NG

Und in Deinem Script kommt das Thema Wireless Access Point nicht vor.

Tja, dann hast Du das Skript nicht verstanden. Folgende Zeile erstellt den AP:

Quote from Bergwichtel

nmcli con add type wifi ifname wlan0 mode ap con-name "$myName" ssid "$mySSID" autoconnect true

Damit läuft im übrigen mein WLan-AP.

Ps Wenn ich mich recht erinnere, darf dnsmask und hostapd nicht laufen (nicht installiert sein?) , damit das funktioniert.

Pss Warum sollte ich wegen Deinem Post böse sein? Zig Wege führen nach Rom und auch dran vorbei. Jeder muß seinen finden und gehen.

DJ1NG · May 11, 2024 at 2:07 PM

Bergwichtel habe ich übersehen, entschuldige bitte

ich möchte aber wieder auf meine aktuelle Anfrage zurückkommen!

Ich habe nun versuche gemacht.

Hardware: PI Zero, Ethernet/USB-HAT, RTL8188 USB-WiFi-Dongle
dhcpcd, dnsmasq, hostapd

Rasperry OS, 32bit, lite, bullseye
dhcpcd version 8.1.2 --> active
dnsmasq version 2.8.5 --> active
hostapd version 2.9 --> active
ip a --> wlan0 hat eine statische Adresse
LÄUFT ... WAP wird angezeigt, lässt sich connecten, IP-Adresse wird zugewiesen, Ping in ordnung

Raspberry OS, 32bit, lite, bookworm
dhcpcd version 9.4.1 --> failed
dnsmasq version 2.89 --> active
hostapd version 2.10 --> active
ip a --> wland 0 hat KEINE statische Adresse
LÄUFT NICHT ... WAP wird angezeigt, lässt sich connecten, es wird KEINE IP-Adresse zugewiesen

Für mich sieht dies ganz klar nach einem Problem des dhcpcd aus.

any ideas?

Bot · Vor einem Moment

Bergwichtel · May 11, 2024 at 2:55 PM

Quote from DJ1NG

any ideas?

Selber nicht, habe aber noch ein bischen gesucht. In einem Artikel "Raspberry Pi - Hotspot/Access Point dhcpcd method" steht:

Quote

This has been tested on Raspbian Jessie, Raspbian Stretch, PiOS Buster & PiOS Bullseye. (Not compatible with PiOS Bookworm, Bookworm version available here)

Über Inkompatilibität mit Bookworm bin ich, als ich meinen AP eingerichtet habe, mehrmals gestoßen. Kann aber nicht sagen, warum. Ich habe damals einfach weitergesucht (noch dazu meine Englischkenntnisse nur über DeepL vorhanden sind).

DJ1NG · May 11, 2024 at 3:53 PM

Kann ich jetzt so leider auch bestätigen ... Einen WAP mit hostapd auf bookworm einzurichten, ist wohl nicht mehr möglich und man muss zwangsweise den nmcli nehmen. Mist. Ich hasse es, wenn bestehenden Mechanismen einfach mal so bei einem Versionssprung nicht mehr funktionieren.

Leider finde ich auch keine vernünftige Konfiguration zum nmcli.

Den von Bergwichtel verlinkten Artikel bzw. dessen bookworm-pendant funktioniert leider nicht bei mir. Also muss ich mich selbst einlesen in nmcli.

DJ1NG · May 11, 2024 at 7:47 PM

... und nun für alle und zukünftige Sucher - hier die "nicht-interaktive" Befehlssequenz, welche ab Debian 12 einen WLAn-Hotspot einrichtet:

Definieren einer Verbindung namens "Hotspot" auf Interface wlano mit der SSID "BookwormTest"

Code

sudo nmcli con add con-name hotspot ifname wlan0 type wifi ssid "BookwormTest"

Änderung der Verbindung "Hotspot": Setzen in AccessPoint-Modues und setzen der Funk-Frequenzen (WiFi-Standards)

Code

sudo nmcli con mod hotspot 802-11-wireless.mode ap 802-11-wireless.band bg

Änderung der Verbindung "hotspot": Zuordnung einer IP-Adresse und der Netzwerkmaske

Code

sudo nmcli con mod hotspot ipv4.addresses 10.0.0.1/8

Änderung der Verbindung "Hotspot": Zuordnung einer Gateway-Adresse

Code

sudo nmcli con mod hotspot ipv4.gateway 10.0.0.1

Änderung der Verbindung "hotspot": Die zuvor definierte Adresse wird STATISCH zugordnet und der eigene dhcp-Client wird abgeschaltet!

Code

sudo nmcli con mod hotspot ipv4.method manual

Änderung der Verbindung "hotspot": Per DHCP werden IP-Adressen an Clients vergeben, welche sich mit dem WAP verbinden

Code

sudo nmcli con mod hotspot ipv4.method shared

Die Verbindung "hotspot" wird "hochgefahren" aka eingeschaltet

Code

sudo nmcli con up hotspot

Option: Die Verbindung "hotspot" wird bei jedem Systemstart automatisch eingeschaltet

Code

sudo nmcli con mod hotspot connection.autoconnect yes

Ab diesem Zeitpunkt steht der Wireless Acess Point unter dem Namen "BookwormTest" ununterbrochen und nach jedem Neustart zur Verfügung. Wenn man kein RaspAP verwenden will, ist dies die einzig derzeit funktionierende Methode ab Debian 12.

Weitere Befehle, der Vollständigkeit halber:

Die Verbindung "hotspot" wird "heruntergefahren" aka ausgeschaltet

Code

sudo nmcli con down hotspot

Eine interaktive Bedienoberfläche in Text-Grafik (für Terminal) wird gestartet:

Code

sudo nmtui

Bot · Vor einem Moment

Bergwichtel · May 12, 2024 at 3:53 AM

Fein, das es jetzt bei Dir läuft.

Ich habe mal Deine Schritte mit meinen verglichen und auf Unterschiede geschaut (wegen, warum mein Skript bei Dir nicht funktioniert hat.).

ich hatte das Band nicht mit angegeben (802-11-wireless.band bg)
Bei mir nur mode ap; bei Dir 802-11-wireless.mode ap
das Gateway war bei mir auskommentiert (da ich es schnell noch reingeschrieben hatte und es Fehler enthalten konnte - hatte darauf hingewiesen; aber man kam doch aufs andere Netz, da vermutlich die default-Route greift; ich hatte das weggelassen, da noch eine FW rein soll.)
Ich hatte noch einen DN-Server mit drin (da ich für das Netz einen eigenen betreibe.)

Was ich nicht verstehe:

sudo nmcli con mod hotspot ipv4.method manual
sudo nmcli con mod hotspot ipv4.method shared

Warum nicht gleich ipv4.method shared. Man kann auch alle Befehle in einer Zeile schreiben und absetzen. Von daher gibt ipv4.method manual keinen Sinn.

Danke auch für die ausführliche Rückmeldung. Somit konnten andere und ich noch was lernen.

Participate now!