ubuntuusers.de

Hallo zusammen, wie empfohlen, starte ich ein neues Thema. Es geht nur um mein NAS, ein älteres WDMYCLOUD. Aus der Wiki entnahm ich folgende Anweisungen.

carsten@hpkubuntu:~$ resolvectl --no-pager |grep Server 
Current DNS Server: 192.168.8.1
       DNS Servers: 192.168.8.1

carsten@hpkubuntu:~$ cat /etc/resolv.conf
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# 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 "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically 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 trust-ad
search .

carsten@hpkubuntu:~$ nmap -sP 192.168.8.'*'
Starting Nmap 7.94SVN ( https://nmap.org ) at 2026-08-23 09:02 WEST
Illegal character(s) in hostname -- replacing with '*'
Illegal character(s) in hostname -- replacing with '*'
Illegal character(s) in hostname -- replacing with '*'
Nmap scan report for homerouter.cpe (192.168.8.1)
Host is up (0.0047s latency).
Nmap scan report for hpkubuntu (192.168.8.6)
Host is up (0.00019s latency).
Nmap scan report for 192.168.8.9
Host is up (0.0039s latency).
Nmap scan report for Hama*DIR150BT** (192.168.8.10)
Host is up (0.026s latency).
Nmap scan report for Bica (192.168.8.11)
Host is up (0.038s latency).
Nmap scan report for 192.168.8.15
Host is up (0.0095s latency).
Nmap scan report for 192.168.8.153
Host is up (0.0090s latency).
Nmap scan report for TL-WA850RE (192.168.8.200)
Host is up (0.035s latency).
Nmap done: 256 IP addresses (8 hosts up) scanned in 5.97 seconds

Die IP 192.168.8.200 ist das NAS. Mit Dolphin kann ich per smb://192.168.8.200 die dortigen Ordner und Dateien anzeigen. Da aber mein 5G-Router regelmäßig automatisch neue IP-Adressen vergibt, kann z.B. eine Datei dort nicht mehr gespeichert werden, weil die IP in der Zwischenzeit eine andere ist.

carsten@hpkubuntu:~$ systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
     Loaded: loaded (/usr/lib/systemd/system/systemd-resolved.service; enabled; preset: enabled)
     Active: active (running) since Sun 2026-08-23 09:34:47 WEST; 19min left
       Docs: man:systemd-resolved.service(8)
             man:org.freedesktop.resolve1(5)
             https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
             https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
   Main PID: 829 (systemd-resolve)
     Status: "Processing requests..."
      Tasks: 1 (limit: 8968)
     Memory: 6.9M (peak: 7.8M)
        CPU: 379ms
     CGroup: /system.slice/systemd-resolved.service
             └─829 /usr/lib/systemd/systemd-resolved

Aug 23 09:34:47 hpkubuntu systemd-resolved[829]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e88040>
Aug 23 09:34:47 hpkubuntu systemd-resolved[829]: Negative trust anchors: home.arpa 10.in-addr.arpa 16.172.i>
Aug 23 09:34:47 hpkubuntu systemd-resolved[829]: Using system hostname 'hpkubuntu'.
Aug 23 09:34:47 hpkubuntu systemd[1]: Started systemd-resolved.service - Network Name Resolution.
Aug 23 09:35:00 hpkubuntu systemd-resolved[829]: wlo1: Bus client set default route setting: yes
Aug 23 09:35:00 hpkubuntu systemd-resolved[829]: wlo1: Bus client set DNS server list to: 192.168.8.1
Aug 23 09:35:00 hpkubuntu systemd-resolved[829]: Using degraded feature set UDP instead of UDP+EDNS0 for DN>
Aug 23 08:35:18 hpkubuntu systemd-resolved[829]: Clock change detected. Flushing caches.
Aug 23 08:55:36 hpkubuntu systemd-resolved[829]: Grace period over, resuming full feature set (UDP+EDNS0) f>
Aug 23 08:55:37 hpkubuntu systemd-resolved[829]: Using degraded feature set UDP instead of UDP+EDNS0 for DN>
lines 1-25/25 (END)

Ich hoffe, ich habe alles beisammen.

OrionVII schrieb:

Da aber mein 5G-Router regelmäßig automatisch neue IP-Adressen vergibt, kann z.B. eine Datei dort nicht mehr gespeichert werden, weil die IP in der Zwischenzeit eine andere ist.

Dann sag deinem 5G-Router doch einfach er solle dem NAS immer die gleiche IP-Adresse zuweisen. Das sollte auf Basis der MAC-Adresse des NAS funktionieren.

Und nein, du hast nicht alles beisammen, denn die IP-Adressen in deinem LAN verrgibt ja scheinbar der DHCP-Server des 5G-Routers und wir wissen nicht was das für eine Kiste ist und was die kann und was nicht.

Nachtrag: Eine weitere Option wäre es die Gültigkeit der vergebenen IP-Adressen im LAN zu verlängern. FritzBoxen bieten dafür eine passende Option an.

Da kannst du dann die Gültigkeit z.B. auf 10 Tage setzen und so lange wird die Fritteuse die IP-Adresse des NAS für das NAS reservieren. Erst wenn das NAS länger als 10 Tage lang keine IP-Adresse angefragt hat (weil du im Urlaub warst und es ausgeschatet wurde) würde die IP-Adresse wieder wieder freigegeben und könnte von anderen Geräten genutzt werden.

OrionVII schrieb:

... Da aber mein 5G-Router regelmäßig automatisch neue IP-Adressen vergibt, ...

Wenn Du den Huawei 5G CPE Pro 2 hast, dann siehe in dessen Web-Interface, das Menü "IP and MAC Address Binding".

lubux schrieb:

OrionVII schrieb:

... Da aber mein 5G-Router regelmäßig automatisch neue IP-Adressen vergibt, ...

Wenn Du den Huawei 5G CPE Pro 2 hast, dann siehe in dessen Web-Interface, das Menü "IP and MAC Address Binding".

Es handelt sich um einen HUAWEI H153-381 5G CPE 5s WiFi 6 Wireless Router. In der Geräteliste taucht die o.g. IP 192.168.8.200 bzw. das Gerät nicht auf. Den Punkt, den du genannt hast, finde ich dort nicht.

OrionVII schrieb:

[…] Die IP 192.168.8.200 ist das NAS. Mit Dolphin kann ich per smb://192.168.8.200 die dortigen Ordner und Dateien anzeigen. Da aber mein 5G-Router regelmäßig automatisch neue IP-Adressen vergibt, kann z.B. eine Datei dort nicht mehr gespeichert werden, weil die IP in der Zwischenzeit eine andere ist.

Wenn es um Netzwerk-Konfiguration geht, dann zeige uns erstens diese erst einmal. Dafür ist die vollständige Ausgabe des Befehl

nmcli | cat

auf einem Client im Netzwerk ein guter Start.

Ausserdem erkläre zweitens, wie das Netzwerk auf dem NAS konfiguriert wird und wie es von dort aus ausieht. Benutze o.g. Befehl öder ein Äquivalent dazu.

OrionVII schrieb:

Hallo zusammen, wie empfohlen, starte ich ein neues Thema.

Wer hat dir das wo geraten?

Geht es immernoch darum? → https://forum.ubuntuusers.de/topic/wiederholt-probleme-mit-namensaufloesung/

schwarzheit schrieb:

Geht es immernoch darum? → https://forum.ubuntuusers.de/topic/wiederholt-probleme-mit-namensaufloesung/

Nein, nur das NAS, also das lokale Netzwerk

kB schrieb:

Wenn es um Netzwerk-Konfiguration geht, dann zeige uns erstens diese erst einmal. Dafür ist die vollständige Ausgabe des Befehl

nmcli | cat

auf einem Client im Netzwerk ein guter Start.

ich@hpkubuntu:~$ nmcli | cat
wlo1: connected to Router5G
        "Realtek RTL8822CE"
        wifi (rtw_8822ce), 3C:55:76:FC:A5:B3, hw, mtu 1500
        ip4 default
        inet4 192.168.8.6/24
        route4 192.168.8.0/24 metric 600
        route4 default via 192.168.8.1 metric 600
        inet6 fd62:d108:4236:d200:919d:37b6:e9f1:ba0c/64
        inet6 fd62:d108:4236:d200:a13d:44d7:e5e9:f61f/64
        inet6 fe80::f145:62bb:2713:54c6/64
        route6 fe80::/64 metric 1024
        route6 fd62:d108:4236:d200::/64 metric 600

lo: connected (externally) to lo
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
        inet4 127.0.0.1/8
        inet6 ::1/128

DNS configuration:
        servers: 192.168.8.1
        interface: wlo1

        servers: fe80::8822:c8ff:fe79:9566
        interface: wlo1

Ausserdem erkläre zweitens, wie das Netzwerk auf dem NAS konfiguriert wird und wie es von dort aus ausieht. Benutze o.g. Befehl öder ein Äquivalent dazu.

Wegen bestem 5G-Empfang, steht der Router im Obergeschoss. Daran hängen zwei WLAN-Repeater. Der eine bedient eine Kamera im Außenbereich, der andere mit RJ45-Anschluss das schon ältere WDMYCLOUD-NAS.

Der längere Urlaub war sehr erholend ...

OrionVII schrieb:

kB schrieb: […]

Ausserdem erkläre zweitens, wie das Netzwerk auf dem NAS konfiguriert wird und wie es von dort aus ausieht. Benutze o.g. Befehl öder ein Äquivalent dazu.

Wegen bestem 5G-Empfang, steht der Router im Obergeschoss. Daran hängen zwei WLAN-Repeater. Der eine bedient eine Kamera im Außenbereich, der andere mit RJ45-Anschluss das schon ältere WDMYCLOUD-NAS.

Danke für die Informationen, aber das beantwortet nicht meine Frage, weder wie das Netzwerk auf dem NAS methodisch konfiguriert wird noch wie es tatsächlich mit welchen Werten konfiguriert ist.

Ich habe versucht genaues zu deinem 5G-Router herauszufinden. Leider nicht sehr erfolgreich. Die KI sagt aber, dass der HUAWEI H153-381 5G CPE 5s per DHCP den Clients keine festen IP-Adressen zuweisen kann. Sollte dem so sein, musst du (und das ist kein Ubuntu-Problem) die Optionen des NAS ansehen und diesem eine feste IPv4-Adresse außerhalb des Bereichs zuweisen, den dein HUAWEI H153-381 5G CPE 5s per DHCP an Clients vergibt. Bekommen die Clients per DHCP z.B. Adressen zwischen 192.168.8.100 und 192.168.8.200, dann ist dieser Bereich für eine feste Zuweisung am NAS tabu.

Genau das wäre auch mein Vorschlag: Einfach im NAS eine feste IP-Adresse außerhalb des DHCP-Bereiches des Routers vergeben, und gut ist's.

OrionVII schrieb:

... In der Geräteliste taucht die o.g. IP 192.168.8.200 bzw. das Gerät nicht auf. Den Punkt, den du genannt hast, finde ich dort nicht.

OK, wenn der DHCP-Server das nicht kann und man die Zuweisung per DHCP beibehalten will/muss, könnte man den DHCP-Client so konfigurieren, dass dieser auf seiner einmal zugewiesenen IPv4-Adresse beharrt und die Lease-Datei niemals verwirft.
Das kann man z. B. mit systemd-networkd machen. in der *.network-Datei u. a. konfigurieren/eintragen/benutzen:

1
2
3
4
5
6

[Network]
DHCP=ipv4

[DHCPv4]
RequestBroadcast=yes
SendRelease=no