Zeig bitte deine /etc/resolv.conf und /etc/resolvconf.conf.
Namensauflösung im lokalen Netz
Anmeldungsdatum: Beiträge: 11179 Wohnort: München |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 720 Wohnort: Erlangen |
bino@bino4-ulx:~$ cat /etc/resolv.conf # This file is managed by man:systemd-resolved(8). Do not edit. # # This is a dynamic resolv.conf file for connecting local clients to the # internal DNS stub resolver of systemd-resolved. This file lists all # configured search domains. # # Run "systemd-resolve --status" to see details about the uplink DNS servers # currently in use. # # Third party programs must not access this file directly, but only through the # symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way, # replace this symlink by a static file or a different symlink. # # See man:systemd-resolved.service(8) for details about the supported modes of # operation for /etc/resolv.conf. nameserver 127.0.0.53 options edns0 bino@bino4-ulx:~$ Unter /etc/resolvconf gibt es bei mir nur bino@bino4-ulx:/etc/resolvconf$ ll insgesamt 20 drwxr-xr-x 3 root root 4096 Feb 10 01:13 ./ drwxr-xr-x 141 root root 12288 Jun 28 10:05 ../ drwxr-xr-x 2 root root 4096 Feb 10 01:16 update-libc.d/ bino@bino4-ulx:/etc/resolvconf$ ll update-libc.d insgesamt 12 drwxr-xr-x 2 root root 4096 Feb 10 01:16 ./ drwxr-xr-x 3 root root 4096 Feb 10 01:13 ../ -rwxr-xr-x 1 root root 249 Jan 30 16:32 avahi-daemon* bino@bino4-ulx:/etc/resolvconf$ |
Anmeldungsdatum: Beiträge: 11179 Wohnort: München |
Was sagen denn systemd-resolve --status und was steht in der /etc/systemd/resolved.conf? |
Anmeldungsdatum: Beiträge: 915 |
Falls das so richtig ist, fehlt dem bino4-ulx einfach die Angabe zu DNS-Search/zur Suchdomäne. Diese lässt sich unter 18.04 nicht mehr per GUI eintragen. Nimm stattdessen die alte Version sudo nm-connection-editor und ergänze unter den IPv4-Einstellungen das Feld "Zusätzliche-Suchdomänen": fritz.box oder ändere nanuell die zuständige yaml-Datei in /etc/netplan. Abschließend die Netzwerkverbindung deaktivieren und wieder aktivieren oder alternativ das System rebooten. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 720 Wohnort: Erlangen |
bino@bino4-ulx:~$ systemd-resolve --status Global DNSSEC NTA: 10.in-addr.arpa 16.172.in-addr.arpa 168.192.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 24.172.in-addr.arpa 25.172.in-addr.arpa 26.172.in-addr.arpa 27.172.in-addr.arpa 28.172.in-addr.arpa 29.172.in-addr.arpa 30.172.in-addr.arpa 31.172.in-addr.arpa corp d.f.ip6.arpa home internal intranet lan local private test Link 3 (wlp12s0) Current Scopes: none LLMNR setting: yes MulticastDNS setting: no DNSSEC setting: no DNSSEC supported: no Link 2 (enp0s25) Current Scopes: DNS LLMNR setting: yes MulticastDNS setting: no DNSSEC setting: no DNSSEC supported: no DNS Servers: 192.168.178.1 fd00::7eff:4dff:fe72:b479 lines 22-44/44 (END) bino@bino4-ulx:~$ und weiter: bino@bino4-ulx:~$ cat /etc/systemd/resolved.conf # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. # # Entries in this file show the compile time defaults. # You can change settings by editing this file. # Defaults can be restored by simply deleting this file. # # See resolved.conf(5) for details [Resolve] #DNS= #FallbackDNS= #Domains= #LLMNR=no #MulticastDNS=no #DNSSEC=no #Cache=yes #DNSStubListener=yes bino@bino4-ulx:~$ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 720 Wohnort: Erlangen |
@Bournless Danke für Deinen Hinweis mit dem nm-connection-editor. Ich habe das Feld "Zusätzliche-Suchdomänen" mit dem Eintrag: "fritz.box" ergänzt und nun funktioniert ping mit den anderen PCs im LAN!!! Schwach finde ich bei der Version 18.04, dass das ping-Problem überhaupt auftritt und man es nur mit dem alten nm-connection-editor lösen konnte! Vielmals Danke für Deine Hilfestellung! |
Anmeldungsdatum: Beiträge: 990 |
Es ist gut, dass es jetzt wieder geht. Ein paar Worte möchte ich noch loswerden, damit die Schmach beim 18.04 nicht ganz so groß wird. 😉 Wenn die normalerweise mitinstallierten GUI-Tools diese Konfigurationsmöglichkeit nicht mehr bieten, ist das tatsächlich schwach. Weniger schwach, sondern eher sinnvoll ist es, dass dieses "Problem überhaupt auftritt" - zumindest technisch betrachtet und unter der Nebenbedingung, dass die angenommene manuelle IP-Konfiguration auf dem 18.04-Rechner stimmt. Die Angaben zur Suchdomäne werden in der Regel per DHCP übertragen, beispielsweise von der FritzBox selbst. Und wenn ich kein DHCP auf einem Host nutze, erhält er die Informationen zur richtigen Konfiguration dieses Parameters nur, wenn der Admin diese einträgt. Wie bereits geschrieben, ist das Weglassen von Möglichkeiten zur Parametereingabe nicht so toll. Aber vielleicht bis du vom 18.04 mit dem bisschen mehr an Hintergrundwissen nicht mehr ganz so enttäuscht. ☺ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 720 Wohnort: Erlangen |
Vielleicht sollte ich den Hintergrund des Problems hier nochmal darstellen. Wenn man eine Laptop/PC wahlweise über LAN oder WLAN an derselben Fritzbox betreiben will und von anderen PCs im LAN erreichbar sein soll, dann geht das nicht mit einer DHCP-Konfiguration im LAN und WLAN-Betrieb. Der AVM-Support (Fritzbox-Hersteller) sagt dazu, das der Laptop/PC in diesem Fall in beiden Betriebsmodii mit fest vorgegebener IP-Adresse konfiguriert werden muss. Unter 16.04 war das ohne Probleme zu realisieren! Mit einer Neuinstallation von 18.04 aber eben leider nicht mehr so einfach wie oben zu sehen ist! |