Statische IP-Adresse mit WLAN

Hallo,

ich möchte auf einem RP2B squid als Proxy headless betreiben und möchte die Netzwerkkonfiguration gleich auf die neue Art mit systemd-networkd realisieren.

Ich habe dazu diese Anleitung (Variante5) herangezogen:

Lösung (Variante 5): IPv4-Konfiguration per systemd-networkd
Neben der alten Konfiguration per "/etc/network/interfaces" oder "dhcpcd" gibt es noch die systemd-Variante. In zukünftigen Raspbian-Versionen wird "systemd" die Netzwerk-Konfiguration übernehmen.
Man sollte die Umstellung auf "systemd-networkd" nicht per SSH machen. Gibt es eine Verbindungsunterbrechung, dann bekommt man die Verbindung unter Umständen nicht wieder aufgebaut.
Zuerst prüfen wir, ob der Dienst "systemd-networkd" vorhanden ist. Das ist die Voraussetzung, dass diese Lösung überhaupt möglich ist. Ab Raspbian Jessie sollte das funktionieren.
systemctl status systemd-networkd
Dort sollte stehen "Loaded: loaded".
Zuerst geht es darum, alte Network- oder Networking-Komponenten zumindest zu deaktivieren. Deinstallieren und löschen empfiehlt sich nicht, weil man sonst nur schwer wieder zurückkehren kann.
sudo update-rc.d networking remove
sudo systemctl stop dhcpcd
sudo systemctl disable dhcpcd
Den Dienst für die Namensauflösung "systemd-resolved" aktivieren und starten:
sudo systemctl enable systemd-resolved
sudo systemctl start systemd-resolved
Prüfen, ob "systemd-resolved" läuft:
sudo systemctl status systemd-resolved
In der Zeile "Loaded: loaded" sollte hinten "enabled" stehen.
Dann setzen wir noch einen symbolischen Link für die Datei mit der Adresse des Nameservers. Wenn dieser Link fehlt, dann kann es sein, dass die Namensauflösung nicht funktioniert.
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf
Dann geht es darum, eine Netzwerk-Konfiguration anzulegen. Die kann in mehreren Dateien verteilt sein, die sich alle im selben Verzeichnis befinden.
ls /etc/systemd/network/
Wenn das Verzeichnis leer ist, dann muss man die notwendigen Dateien erst noch anlegen. Der Dateiname ist dabei unerheblich. Er muss nur auf ".network" enden. Trotzdem empfiehlt es sich, sinnvolle Dateinamen zu wählen, um sich im Fehlerfall leichter zurecht zu finden.
Beispiel für eine statische IPv4-Konfiguration für das Interface "eth0":
sudo nano /etc/systemd/network/eth0.network
Eintrag für eine statische IPv4-Konfiguration:
[Match]
Name=eth0

[Network]
Address=192.168.1.2/24
Gateway=192.168.1.1
DNS=192.168.1.1
Alternativ: Eintrag für eine IP-Konfiguration mit DHCP:
[Match]
Name=eth0

[Network]
DHCP=yes
Speichern und schließen mit Strg + O, Return, Strg + X.
Den Dienst "systemd-networkd" aktivieren und starten:
sudo systemctl enable systemd-networkd
sudo systemctl start systemd-networkd
Prüfen, ob "systemd-networkd" läuft:
sudo systemctl status systemd-networkd
In der Zeile "Loaded:" sollte hinten "enabled" stehen und die Schnittstelle sollte konfiguriert sein. In diesem Fall  "eth0 : link configured".
Danach das System neustarten:
sudo reboot
Nach dem Neustart sollte das System mit "systemd-networkd" laufen.
Lösung: Netzwerk-Konfiguration prüfen
Ob die IPv4-Einstellungen korrekt übernommen wurden, sollte man prüfen.
Die IP-Adresse kann man wie folgt prüfen.
ip a
Das Interface "eth0" muss dann in der Zeile mit "inet-Adresse" die statische konfigurierte IPv4-Adresse bekommen haben.
Dann prüft man, ob das Standard-Gatway bzw. die Default-Route eingetragen ist. Die ist wichtig, damit man überhaupt ins Internet kommt.
ip r
Wenn "default" auf die richtige IPv4-Adresse des Standard-Gateways zeigt, dann ist alles in Ordnung.
Jetzt fehlt noch der DNS-Server. Der ist notwendig, damit die Namensauflösung funktioniert und Verbindungen ins Internet über die ermittelten IP-Adressen über das Standard-Gateway möglich sind.
cat /etc/resolv.conf
Steht hinter "nameserver" die IPv4-Adresse des DNS-Servers, dann ist auch hier alles in Ordnung.

Leider wird darin nicht erklärt, wie man das mit WLAN auf die Beine stellt. Wenn ich versuche über raspi-config WLAN einzurichten, erhalte ich die Meldung:

could not communicate with wpa_supplicant

Ich vermute, dass raspi-config nicht dafür ausgelegt ist mit systemd-networkd zusammen zu arbeiten.

Deswegen mein Frage, wie bekomme ich die WLAN-Verbindung eingerichtet?

BTW: Ich habe das neuste Raspbian-Buster Lite vom 26.9.2019 installiert. Bevor ich der obigen Anleitung gefolgt bin, hatte ich erfolgreich eine WLAN-Verbindung mit raspi-config eingerichtet, aber eben mit dhcp.

Quote from fred0815

Dann mach das wieder rückgängig und probiere es in der /etc/dhcpd.conf mal so:

Ich habe die Variante über systemd-networkd gewählt, weil das die zukünftige Variante sein soll. Ich würde das gerne so installieren, dass ich nicht mehr so bald dran rumfummeln muss.

Quote from rpi444

Bei WLAN-Einrichtung musst Du trennen, zwischen 1. Herstellung der WLAN-Verbindung und 2. dem wlan-Interface eine IP-Adresse zuweisen.

Wenn es eine statische IP-Adresse ist, kann diese dem WLAN-Interface auch ohne eine bestehende WLAN-Verbindung zugewiesen werden.

So hatte ich mir das schon gedacht. Danke für die Bestätigung.

Quote

BTW: Wenn Du beiden Interfaces (eth0 und wlan0) eine IP-Adresse zuweist, dann sollte diese aus verschiedenen Subnetzten sein. D. h. dein PI sollte nicht gleichzeitig per LAN und per WLAN mit dem Router verbunden sein.

Das wäre blöd, denn genau das war mein Ziel. Warum geht das nicht, bzw. was würde passieren, wenn man es doch macht? Oder hast du evtl. einen Link oder ein Schlagwort, über das ich mir nähere Infos dazu ergoogeln kann?

Bei ubuntuusers habe ich inzwischen eine Anleitung gesehen, in der die Konfigurationsdateien mit Prioritäten versehen werden. Könnte man es darüber so regeln, dass z.B. die LAN-Verbindung genutzt wird, wenn vorhanden und sonst WLAN?

Quote

Die Zuweisung der IP-Adresse für das wlan-Interface kann mit systemd-networkd genau so gemacht werden, wie Du das oben für das eth0-Interface schon beschrieben hast. Die WLAN-Verbindung mit dem wpa_supplicant zum WLAN-Router, kannst Du vor oder nach (wenn die IP-Adresse statisch zugewiesen wird) dem zuweisen der IP-Adresse für das wlan-Interface machen. Wenn die Zuweisung der IP-Adresse per dhcp erfolgt, musst Du die WLAN-Verbindung als erstes herstellen.

Klingt logisch, aber ich habe bisher noch nicht verstanden, wie überhaupt festgelegt wird, in welcher Reihenfolge was abgearbeitet wird. Aber das lasse ich erst mal beiseite, damit esnicht unnötig kompliziert wird, zumal ich statische Adressen verwenden möchte.

Quote

Zum Herstelen der WLAN-Verbindung kannst Du dir eine service-unit schreiben. Beispiele findest Du im Internet oder besser (weil von den devs des wpa_supplicant), im Archiv der source code für den wpa_supplicant.

Das dürfte der Knackpunkt sein. Da ich sehr wenig mit Raspi und Linux mache, werde ich eine Anleitung brauchen, in der jemand das mehr oder weniger Schritt für Schritt vorbetet.
Ist es nach meinen Änderungen "normal", dass WLAN nicht mehr über raspi-config einzurichten ist?

Es ist aber schon mal gut zu wissen, dass es mit wpa-supplicant funktionieren sollte. Also muss ich nur noch die Konfiguration hinbekommen. Ich denke, dass diese Anleitung hier zum Ziel führen sollte.

Erst mal Danke für die Infos. Ich werde Bescheid geben, wie es ausgegangen ist.

Ich habe das gerade auf einem PC mit Mint 18.3, der sowohl über WLAN, als auch über LAN verbunden ist, getestet.

Nach diesem Artikel hier habe ich mir die Routingtabelle anzeigen lassen und gesehen, dass unterschiedliche Metriken eingestellt sind. Der Netzwerkverkehr funktioniert einwandfrei, zumindest bei meinem kurzen Test.

Policy basiertes Routing scheint mir der Beschreibung nach nicht notwendig zu sein. Mein Ziel ist es, dass immer die LAN-Verbindung verwendet wird, wenn diese besteht, und sonst WLAN. Dafür scheint mit Metric-basiertes Routing genau richtig zu sein.

Wenn ich das richtig sehe, dann brauch ich dafür nur in den Dateien eth0.networkd und wlx.networkd folgendes einzutragen:

[Route]Metric=100 (200)

Ich habe allerdings noch keine Erklärung gefunden, warum nicht beide Schnittstellen gleichzeitig mit dem Router verknüpft sein und im gleichen Subnetz liegen dürfen. Vor allen Dingen, wenn die Adressen alle dem Kernel gehören und demzufolge dieser sämtlichen Netzwerkverkehr bearbeitet, sollte es doch kein Problem sein, über welche der vorhanden Schnittstellen der Datenverkehr abgewickelt wird. Ich vermute, dass der Router und alle anderen beteiligten Computer auf IP-Ebene im LAN in der WLAN- und LAN-Schnittstelle zwei verschiedene Geräte "sehen".

Quote from rpi444

BTW: Die Endung der Datein sollte ".network" sein.

So hatte ich das hier auch gespeichert, aber dann falsch gepostet. Danke für den Hinweis.

Quote

Doch, es gibt Dienste bzw. Traffic bei denen/dem es sehr wohl wichtig ist, dass der Datenverkehr nur über eine bestimmte Schnittstelle statt findet. Aber ok, mach es so wie Du es für richtig findest und wenn es zu deiner Zufriedenheit funktioniert ist es ja gut und wenn nicht, dann hören wir evtl. von dir.

So war das nicht gemeint. Ich versuche zu verstehen, worin das Problem liegt. llutz Hinweis auf stp lässt mich ohne Kenntnis der genauen Funktionsweise erahnen, warum es Probleme geben könnte.

Ich lasse das WLAN erst mal weg und beschäftige mich später damit.

Spricht etwas dagegen, dass ich einer Schnittstelle mehrere IP-Adressen zuweise?

Meine /etc/systemd/network/eth0.network sieht so aus:

#Vorlage gefunden auf:
#https://wiki.archlinux.de/title/Systemd/systemd-networkd
#
[Match]
#Name=wlan0
Name=eth0
#DHCP=yes
[Address]
Address=192.168.1.201/24
#Gateway=192.168.1.1
#DNS=192.168.1.1
[Address]
Address=192.168.11.201/24
[Route]
Gateway=192.168.1.1
DNS=192.168.1.1

Der RP ist damit über beide Adressen erreichbar.

Mit der Konfiguration, die ich zuerst verwendet habe, hat der RP zwar grundsätzlich auch funktioniert, aber "ip a" hat einen Fehler ausgegeben.

BTW: "ifconfig" zeigt mir im Gegensatz zu "ip a" immer nur die erste zugewiesene IP-Adresse an. Ich habe das auch auf Linux Mint 18.3 getestet und dort bekomme ich ebenfalls nur die erste Adresse angezeigt. Unter Windows zeigt mir ipconfig dagegen alle Adressen an.

OK, werde ich versuchen zu beherzigen. Da ich schwer windowsgeschädigt bin und nur alle paar Monate mal was mit Netzwerken zu tun habe, kann ich ifconfig wegen der Namensähnlichkeit leichter behalten.