Neuer Wiki-Artikel über eine wichtige, aber oft übersehene Komponente für die Netzwerk-Konfiguration¶
Bitte um Hinweise, Verbesserungen, Kritik!
Eine Aktualisierung auf 18.04 ist aus Gründen, die im Text vermerkt sind, nicht sinnvoll.
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8554 Wohnort: Münster |
Neuer Wiki-Artikel über eine wichtige, aber oft übersehene Komponente für die Netzwerk-Konfiguration¶Bitte um Hinweise, Verbesserungen, Kritik! Eine Aktualisierung auf 18.04 ist aus Gründen, die im Text vermerkt sind, nicht sinnvoll. |
Supporter
Anmeldungsdatum: Beiträge: 6472 |
Hallo, vielen Dank für den Artikel. Sehr gut lesbar und gut strukturiert wie ich finde. 👍 Hier wie gewünscht ein paar Anmerkungen/Fragen:
Viele Grüße BillMaier edited: Punkt 4. Wer lesen kann ist klar im Vorteil. |
Supporter
Anmeldungsdatum: Beiträge: 6472 |
Noch was: Das Beispiel mit den beiden DNS-Servern finde ich nicht gut gewählt: Es ist ein typischer Fehler aus der Praxis, zwei DNS-Server zu konfigurieren, die unterschiedliche Antworten zurück geben (müsste auch im Forum schon aufgeschlagen sein). Da es keine definierte Reihenfolge in der Abfrage der Server gibt, führt dies schnell zu Fehlern, insbesondere wenn der interne Server mal weg ist (dann wird nämlich nur noch der externe angefragt, auch wenn der interne wieder kommt) Sauberer ist die Konfiguration Client → interner DNS ––-Weiterleitung-für-extene-Adressen-an-–→ externen DNS Gruß BillMaier |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 8554 Wohnort: Münster |
Danke. Baustelle/systemd/resolved kast Du gefunden?
Bei 16.04 ist systemd-networkd und systemd-resolved (?) voristalliert, wird aber standardmäßig nicht aktiviert. Aktiv beim Desktop sind resolvconf und NetworkManager, ifupdown lauert funktionsfähig. Beim Server ist es m.W. genauso, nur ohne NetworkManager. Ich werde das aber nochmal auf frischen Installationen überprüfen.
Wenn man händisch pflegen will, dann will man die Komplexität auch selber beherrschen. Automatismen im Hintergrund stören dann. Deaktiviern durch Deinstallation ist eine sehr sinnvolle Maßnahme. Ich werde über die Formulierung nachdenken, halte den Hinweis aber inhaltlich für gerechtfertgt. |
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 8554 Wohnort: Münster |
Ja, dem stimme ich zu. Auch wenn es in dem Artikel nur um den Konfigurationsvorgang geht, sollte man kein inhaltlich schlechtes Beispiel verwenden.
Jetzt stehe ich auf dem Schlauch. Kannst Du bitte konkreter werden? |
Supporter
Anmeldungsdatum: Beiträge: 6472 |
Ja, genau, das meinte ich.
Stimmt, dann hatte ich das falsch im Kopf. Xenial-Server # systemctl status systemd-resolved.service ● systemd-resolved.service - Network Name Resolution Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; vendor preset: enabled) Drop-In: /lib/systemd/system/systemd-resolved.service.d └─resolvconf.conf Active: inactive (dead) Docs: man:systemd-resolved.service(8) # cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 10.139.0.10 search k1.rdx-dev.com
Wie wäre es mit einem extra Abschnitt (analog zu anderen Wiki-Artikeln) "resolvconf deinstallieren"? Gruß BillMaier |
Supporter
Anmeldungsdatum: Beiträge: 6472 |
Ich meinte nur, dass man den externen DNS-Server nicht am Client eintragen soll, sondern am internen DNS-Server als Weiterleitung (das was man bei dnsmasq in der .conf einträgt). (Nur zur Vollständigkeit, ist für diesen Artikel hier irrelevant). Gruß BillMaier |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17583 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Seit Ubuntu 17.10 wird statt resolvconf der Manager systemd-resolved verwendet. Laut diversen Seiten schon ab 17.04, was im Artikel fehlt. |
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo, Stand der Dinge hier? Gruß, noisefloor |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17583 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Der Cache in den Desktopsystemen wird meines Wissens durch dnsmasq-base bereitgestellt.
halte ich für falsch. Das Paket heißt resolvconf. Stimmt das so? |
Ehemalige
Anmeldungsdatum: Beiträge: 2007 |
DJKUhpisse schrieb: [...]
Ja, klar. /etc/resolv.conf ist eine Konfigurationsdatei, kein Paket ☺ Habs direkt mal korrigiert. |
Ehemalige
Anmeldungsdatum: Beiträge: 2007 |
Passiert hier noch etwas? |
Ehemalige
Anmeldungsdatum: Beiträge: 2007 |
-push- |
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo hab's schon mal auf "Verlassen" gesetzt. Gruß, noisefloor |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17583 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Was fehlt denn hier noch? Meines Erachtens ist alles über resolvconf gesagt. |