Ich versuche, das Netzwerk mit netplan und networkd als Renderer auf einem 18.04-Computer einzurichten. Es führt die Desktop-Distribution aus, weil es mit meinem Fernseher verbunden ist und für Multimedia verwendet wird, aber ich nenne es einen Server, weil es einfacher zu erklären ist, und führt DNS- und DHCP-Server aus, sobald ich das Netzwerk zum Laufen gebracht habe.
Mir ist aufgefallen, dass ich beim Konfigurieren des Netzwerks über Netplan den Server nicht von meinen Windows 10-Clients (nicht auf anderen Betriebssystemen getestet) pingen kann, es sei denn, ich pinge den besagten Client zuerst vom Server aus. Auf den Clients bekomme ich:
Reply from [CLIENT'S OWN IP]: Destination host unreachable.
Aber nach dem ersten Ping vom Server hat der Client einen ARP-Eintrag und alles ist gut.
Ich habe viel zu lange nach Lösungen gesucht und folgendes bestätigt:
- Subnetze sind korrekt – alles ist DHCP von meinem Router im Moment, um dies auszuschließen
- Es besteht kein MAC- oder IP-Adresskonflikt
- Die Energieverwaltung ist auf der Benutzeroberfläche deaktiviert
- Es scheint kein Treiberproblem zu sein, da die einzige Änderung network-manager vs. networkd ist
- Firewalls sind in Ordnung
- Router ist in Ordnung
Im Moment ist die Maschine über WiFi verbunden und um die Konfiguration weg vom Netzwerkmanager zu ändern, habe ich einfach /etc/netplan/01-network-manager-all.yaml umbenannt, damit es nicht verwendet wird, und /etc/netplan/config erstellt. yaml wie folgt:
network:
version: 2
renderer: networkd
wifis:
wlp3s0:
dhcp4: yes
dhcp6: no
access-points:
"MyAP":
password: "MyPassword"
/etc/network/interfaces ist nur iface lo inet loopback
Ich habe gelesen, dass die Deaktivierung des Netzwerkmanagers nicht erforderlich war, da er nur meldet, dass manuell konfigurierte Schnittstellen nicht verwaltet werden, also ist die obige Änderung alles, was ich vorgenommen habe.
Mit Wireshark habe ich bestätigt, dass der Server bei Konfiguration mit Netplan keine ARP-Pakete empfängt, wenn ich von einem Client ohne ARP-Eintrag für die Server-IP pinge. Er empfängt sie, wenn der Netzwerkmanager sich um die Schnittstelle kümmert; zuerst eine, die es dem Router mitteilt, dann eine, die es dem Client mitteilt.
Vielen Dank im Voraus für jede Hilfe!
BEARBEITEN 1 :zusätzliche Informationen:
/etc/NetworkManager/system-connections/[NETZWERKNAME] ist:
[connection]
id=XXXX
uuid=992e3be7-dea0-49b7-a474-60832236b8bf
type=wifi
permissions=
timestamp=1530425561
[wifi]
mac-address=C4:E9:84:E1:61:FF
mac-address-blacklist=
mode=infrastructure
seen-bssids=50:C7:BF:38:01:91;
ssid=XXXX
[wifi-security]
key-mgmt=wpa-psk
psk=XXXX
[ipv4]
dns=8.8.8.8;8.8.4.4;
dns-search=
method=auto
[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto
Die von netplan generierte networkd-Konfiguration unter /run/systemd/network/10-netplan-wlp3s0.network lautet:
[Match]
Name=wlp3s0
[Network]
DHCP=ipv4
[DHCP]
UseMTU=true
RouteMetric=600
BEARBEITEN 2 :Ein genauerer Blick auf Wireshark zeigt, dass bei Verwendung der systemd-networkd-Konfiguration keine IGMP-Aktivität, keine MDNS-Aktivität außer dort, wo der Server die Quelle ist, und die einzige ARP-Aktivität zwischen Gateway und Server stattfindet, bis Der Server versucht, einen Client anzupingen. Sobald der Server versucht, den Client zu pingen, lautet das erste ARP „Wer hat die Client-IP, teilt die Server-IP mit“, dann unmittelbar danach „Wer hat die Server-IP, teilt die Client-IP mit“, und schließlich geht der Ping an den Client. Ab hier kann der Client den Server anpingen.
Verwandte:Wie erstelle ich ein Stop-Motion- oder Zeitraffer-Video mit einer Webcam?Die ganze Zeit über kann der Server auf alle Netzwerkdienste zugreifen, interne und externe.
Akzeptierte Antwort:
Nachdem ich erkannt hatte, dass ich von diesem Fehler betroffen war, und ihn korrigierte, stellte ich fest, dass networkctl die drahtlose Schnittstelle im Status „konfiguriert“ anzeigte.
Ich stellte dann fest, dass NetworkManager ausgeführt wurde, und beendete es über sudo systemctl stop NetworkManager , gefolgt von sudo systemctl restart systemd-networkd , und schließlich den ARP-Eintrag auf meinem Windows-Client zu löschen, bevor ich erneut pinge, hat alles funktioniert. Ich habe sudo systemctl disable NetworkManager ausgeführt und neu gestartet, um sicherzustellen, dass die Lösung bestehen bleibt und nicht …
Eine freundliche Seele im Ubuntu-IRC-Kanal hat mich zu folgendem geführt:
sudo systemctl mask network-manager.service
sudo systemctl mask NetworkManager-dispatcher.service
sudo systemctl mask NetworkManager-wait-online.service
Dadurch wurde das Problem behoben und networkctl zeigt jetzt den Status „configured“ an. Es scheint, dass network-manager und systemd-networkd um die Konfiguration der drahtlosen Schnittstelle gestritten haben. Ich vermute, dass mein Verständnis, dass der Netzwerkmanager es in Ruhe lassen würde, richtig wäre, wenn es keine Konfiguration in /etc/NetworkManager/system-connections/ gäbe aber ich habe diese Theorie nicht getestet – ich bin nur erleichtert, dass sie gelöst ist.