RaspAP vergibt keine IP Adresse über DHCP

ChAiN SaW

Lieutenant
Registriert
Apr. 2011
Beiträge
991
Hallo,

ich habe mir einen Raspberry Pi 3 Modell B besorgt und darauf RaspAP nach folgender Anleitung installiert, um darüber NordVPN zu nutzen.
Leider bekommt der Client nach dem Anmelden am RaspAP keine IP Adresse vom DHCP zugewiesen, mit einer statischen am Client funktioniert es ohne Probleme. NordVPN verbindet sich auch ohne Probleme mit dem richtigen Server.
Welche Einstellungen muss ich noch tätigen damit ich automatisch eine IP Adresse zugewiesen bekomme?

Screenshot 2021-11-11 at 08-36-12 RaspAP WiFi Configuration Portal.png
 
Hängt denn dein Client im WLAN? Oder über LAN angeschlossen?
Ohne RaspAP zu kennen, würde ich vermuten, dass der DHCP-Server aktuell nur auf wlan0 IPs vergibt und zumindest deswegen über LAN angeschlossene Geräte keine IP bekommen:
1636616509448.png
 
  • Gefällt mir
Reaktionen: elefant und Raijin
Schau dir mal die Liste der Interfaces an. Wenn da etwas steht wie "br-lan" sollte das die Bridge mit WLAN+LAN sein, über die dann alle Clients ungeachtet der Verbindungsart vom DHCP bedient werden sollten.
 
Sonst wäre auch interessant was in den Reitern "Client List" und "Logging" steht.
Ggf findet man hier weitere Hinweise.

Edit: In den Kommentaren deines Handouts melden sich auch schon mehrere, das sie Probleme mit dem DHCP haben.
 
Die Subnetmask von 0.0.0.0 sieht auch alles aber nicht korrekt aus und würde ich korrigieren.
 
  • Gefällt mir
Reaktionen: Raijin und kartoffelpü
Raijin schrieb:
Schau dir mal die Liste der Interfaces an. Wenn da etwas steht wie "br-lan" sollte das die Bridge mit WLAN+LAN sein, über die dann alle Clients ungeachtet der Verbindungsart vom DHCP bedient werden sollten.
Hier kann ich Ethernet und WLAN auswählen und für das jeweilige statisch oder dynamisch einstellen.
elefant schrieb:
Sonst wäre auch interessant was in den Reitern "Client List" und "Logging" steht.
Ggf findet man hier weitere Hinweise.

Edit: In den Kommentaren deines Handouts melden sich auch schon mehrere, das sie Probleme mit dem DHCP haben.
Unter Client List steht kein Client und Logging ist das:

Code:
Nov 11 07:30:05 dnsmasq[497]: started, version 2.80 cachesize 150
Nov 11 07:30:05 dnsmasq[497]: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify dumpfile
Nov 11 07:30:05 dnsmasq[497]: warning: interface wlan0 does not currently exist
Nov 11 07:30:05 dnsmasq-dhcp[497]: DHCP, IP range 10.3.141.50 -- 10.3.141.255, lease time 30d
Nov 11 07:30:05 dnsmasq[497]: read /etc/hosts - 5 addresses
Nov 11 07:30:05 dnsmasq[497]: no servers found in /run/dnsmasq/resolv.conf, will retry
Nov 11 07:30:09 dnsmasq[497]: reading /run/dnsmasq/resolv.conf
Nov 11 07:30:09 dnsmasq[497]: using nameserver fd00::9a9b:cbff:fe27:9508#53
Nov 11 07:30:12 dnsmasq[497]: reading /run/dnsmasq/resolv.conf
Nov 11 07:30:12 dnsmasq[497]: using nameserver 192.168.178.1#53
Nov 11 07:30:12 dnsmasq[497]: using nameserver fd00::9a9b:cbff:fe27:9508#53
Nov 11 07:30:14 dnsmasq[497]: exiting on receipt of SIGTERM
Nov 11 07:30:22 dnsmasq[1571]: started, version 2.80 cachesize 150
Nov 11 07:30:22 dnsmasq[1571]: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify dumpfile
Nov 11 07:30:22 dnsmasq[1571]: warning: interface wlan0 does not currently exist
Nov 11 07:30:22 dnsmasq-dhcp[1571]: DHCP, IP range 10.3.141.50 -- 10.3.141.255, lease time 30d
Nov 11 07:30:22 dnsmasq[1571]: reading /run/dnsmasq/resolv.conf
Nov 11 07:30:22 dnsmasq[1571]: using nameserver 103.86.96.100#53
Nov 11 07:30:22 dnsmasq[1571]: using nameserver 103.86.99.100#53
Nov 11 07:30:22 dnsmasq[1571]: read /etc/hosts - 5 addresses
snaxilian schrieb:
Die Subnetmask von 0.0.0.0 sieht auch alles aber nicht korrekt aus und würde ich korrigieren.
Mit 255.255.255.0 funktioniert es auch nicht.
 
Das steht auf jeden Fall schon mal, dass das Interface wlan0 nicht existiert.

Ich kenne RaspAP leider nicht und deswegen kann ich da auch keine zielführenden Tips geben. Fakt ist, dass bei einem normalen Access Point LAN und WLAN in der Regel als Bridge definiert sind und gemeinsam das Interface "br-lan", o.ä. bilden. Wenn explizit nur wlan0 oder ggfs eth0 gewählt wird, gilt das auch nur für eben dieses Interface. Das hieße, dass ein DHCP, der explizit auf wlan0 läuft, nicht auf Clients an eth0 reagieren würde. So zumindest die Theorie.

Du kannst ja mal via ssh nachschauen was der Output von ifconfig liefert.
 
  • Gefällt mir
Reaktionen: elefant und snaxilian
@Raijin Der TE hat ja oben eine Anleitung verlinkt und im Use-Case der Anleitung wird der Raspi als Gateway für irgendwelche VPN-Heilsbringer-Werbeversprechen-Anbieter verwendet, da braucht man ja nicht zwingend eine Bridge sondern eth0 hängt im heimischen LAN und darüber läuft der VPN-Tunnel und per wlan0 verbundene Clients schicken ihren Traffic in den Tunnel.

Für mich ist hier nicht ganz klar ob @ChAiN SaW hier auch genau dieses Szenario abbilden will oder ob der Raspi nur ein simpler AP sein um Geräte per WLAN den Zugriff ins eigene heimische Netz geben soll. Denn je nachdem erfordert dies unterschiedliche Konfigurationen des Systems...
 
@snaxilian
Ich möchte das alle Clients die mit dem AP verbunden sind das VPN von NordVPN verwenden.
Heißt der AP stellt eine Verbindung zu NordVPN her und alle Clients die per WLAN verbunden sind nutzen diese Verbindung. Der AP ist per LAN mit meinem Router verbunden und bekommt da auch eine Adresse. Die Verbindung an sich funktioniert ohne Probleme. Nur der im RaspAP erstellte DHCP gibt keine Adressen an die CLients die sich per WLAN verbinden.
 
Aus der Anleitung:
1636641596187.png


Die Anleitung ist knapp ein Jahr alt, basiert also auf Debian 10, das aktuelle Raspberry Pi OS basiert seit paar Tagen auf Debian 11. Teile der Anleitung sind also ggf. nicht mehr gültig und/oder müssen ggf. angepasst werden.
Blindes abtippen von Anleitungen bringt halt nix und funktionieren nur in den Fällen wo ALLE Voraussetzungen und Anforderungen komplett und genau identisch sind. Das ist bei dir nicht der Fall.
 
Wie gesagt, ich würde mal via ssh nachsehen was ifconfig ausgibt. Im Log oben ist ja die Rede davon, dass wlan0 gar nicht existiert. Das muss man prüfen.
 
  • Gefällt mir
Reaktionen: snaxilian
Ich benutze die 32 Bit Version.

@Raijin
Code:
pi@raspberrypi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.36  netmask 255.255.255.0  broadcast 192.168.178.255
        ether b8:27:eb:b9:65:21  txqueuelen 1000  (Ethernet)
        RX packets 16153  bytes 1416563 (1.3 MiB)
        RX errors 0  dropped 15  overruns 0  frame 0
        TX packets 741  bytes 83475 (81.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 10.8.2.14  netmask 255.255.255.0  destination 10.8.2.14
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 500                                 (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.3.141.1  netmask 255.255.255.0  broadcast 10.3.141.255
        ether b8:27:eb:ec:30:74  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 32  bytes 3947 (3.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
Zuletzt bearbeitet:
Zurück
Oben