# !Beta-Test v7.3 - 2. Phase! **URL:** \ **Category:** Uncategorized\ **Tags:** v73, beta\ **Created:** [8. Juli 2025 um 17:38 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754 "2025-07-08T17:38:07Z")\ **Posts on this page:** 20\ **Page:** 4
**Author:** ![MarioF](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mariof/32/8193_2.png) [@MarioF](https://ask.linuxmuster.net/u/MarioF)\ **Post date:** [17. Juli 2025 um 12:28 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/61 "2025-07-17T12:28:46Z")
Hallo Holger, …danke, dann probiere ich gleich mal… `powercfg.exe /hibernate off` …ich bin gespannt ob es funktioniert…(Meldung folgt…) MfG Mario ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [17. Juli 2025 um 12:40 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/62 "2025-07-17T12:40:02Z")
> [@Arnaud](#): > > Ok, kann es sein, dass Ldap bei euch nicht an `https://localhost:636` verfügbar ist ? (und nur bei `http://localhost:389`) Doch: ```auto openssl s_client -connect localhost:636 -showcerts CONNECTED(00000003) Can't use SSL_get_servername depth=0 C = DE, ST = BW, L = Schorndorf, O = Johann-Philipp-Palm-Schule, OU = JPP, CN = server.jpp.lan, emailAddress = administrator@jpp.lan verify error:num=18:self-signed certificate verify return:1 depth=0 C = DE, ST = BW, L = Schorndorf, O = Johann-Philipp-Palm-Schule, OU = JPP, CN = server.jpp.lan, emailAddress = administrator@jpp.lan verify return:1 --- Certificate chain 0 s:C = DE, ST = BW, L = Schorndorf, O = Johann-Philipp-Palm-Schule, OU = JPP, CN = server.jpp.lan, emailAddress = administrator@jpp.lan i:C = DE, ST = BW, L = Schorndorf, O = Johann-Philipp-Palm-Schule, OU = JPP, CN = server.jpp.lan, emailAddress = administrator@jpp.lan a:PKEY: rsaEncryption, 2048 (bit); sigalg: RSA-SHA256 v:NotBefore: May 28 10:25:55 2025 GMT; NotAfter: May 28 10:25:55 2026 GMT ``` ---
**Author:** ![Arnaud](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/arnaud/32/28_2.png) [@Arnaud](https://ask.linuxmuster.net/u/Arnaud)\ **Post date:** [17. Juli 2025 um 12:53 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/63 "2025-07-17T12:53:36Z")
Uhm, danke. Ist die Datei `/etc/linuxmuster/webui/config.yml` vollständig mit Bind-DN und Bind-Pwd ? ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [17. Juli 2025 um 13:14 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/64 "2025-07-17T13:14:53Z")
> [@Arnaud](#): > > Ist die Datei `/etc/linuxmuster/webui/config.yml` vollständig mit Bind-DN und Bind-Pwd ? Ja, ist komplett. Denke auch nicht, dass es an der Webui liegt, sophomorix-check ging ja auch erst, als ich das Gruppenrecht auf administrator gesetzt habe. ---
**Author:** ![MarioF](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mariof/32/8193_2.png) [@MarioF](https://ask.linuxmuster.net/u/MarioF)\ **Post date:** [17. Juli 2025 um 13:22 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/65 "2025-07-17T13:22:55Z")
Hallo Holger, auch das hat nicht geholfen…, mit v7.2 und den selben Client funktioniert es übrigens ganz wunderbar. Hier noch schnell ein Bild… ![IMG_6093](https://ask.linuxmuster.net/uploads/default/original/2X/8/8dad76affe99496ce7759e423f1b69c023804208.jpeg) MfG Mario ---
**Author:** ![Arnaud](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/arnaud/32/28_2.png) [@Arnaud](https://ask.linuxmuster.net/u/Arnaud)\ **Post date:** [17. Juli 2025 um 14:17 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/66 "2025-07-17T14:17:20Z")
Hi Lars, > [@ringline](#): > > als ich das Gruppenrecht auf administrator gesetzt habe Das habe ich entweder verpasst oder nicht verstanden: was musstest du genau machen ? Gruß Arnaud ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [17. Juli 2025 um 14:42 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/67 "2025-07-17T14:42:59Z")
Ich wollte sehen, ob der LDAP reagiert und habe ein `sophomorix-check` gemacht. Das hat nicht funktioniert. Nachdem ich die Rechte für die `.secret/administrator` von `-r-------- 1` auf `-r--r----- 1` gesetzt hatte, ging das sophomorix-check durch. ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [17. Juli 2025 um 14:54 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/68 "2025-07-17T14:54:23Z")
Hallo LArs, als wer warst du den an der console angemeldet? LG Holger ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [17. Juli 2025 um 15:05 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/69 "2025-07-17T15:05:07Z")
> [@baumhof](#): > > als wer warst du den an der console angemeldet? als root… ---
**Author:** ![Arnaud](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/arnaud/32/28_2.png) [@Arnaud](https://ask.linuxmuster.net/u/Arnaud)\ **Post date:** [17. Juli 2025 um 16:58 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/70 "2025-07-17T16:58:23Z")
Hallo Lars, Das ist nicht normal. Die Datei `.secret/administrator` sollte schon die Rechte 400 haben und nicht 440, und `sophomorix-check` sollte es problemlos damit umgehen. Ich verstehe ehrlich nicht was da los ist und kann es nicht auf meinen Testssystem reproduzieren. > [@ringline](#): > > `ERROR: Connection to AD failed: No password found!` Diese Meldung in `sophomorix-check` bedeutet auf jedem Fall, dass das Passwort nicht lesbar war. Falls der AD nicht läuft, gibt es eine andere Fehlermeldung bei `sophomorix`. Wurde `sophomorix-check` als root (der User, nicht einen User aus der Gruppe root) ausgeführt ? Gruß Arnaud ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [17. Juli 2025 um 17:55 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/71 "2025-07-17T17:55:38Z")
Lieber Arnaud, da hast du mich kalt erwischt. Nein, sophomorix-check habe ich in der Aufregung nicht als root gemacht. Ich habe jetzt wieder die Rechte 400 vergeben und als root kann man es auch ausführen. Trotzdem kann man sich über die WebUI nicht einloggen, hier der Stacktrace: ```auto Traceback (most recent call last): File "/usr/lib/python3/dist-packages/linuxmusterTools/ldapconnector/connector.py", line 78, in _connect conn.bind_s(binddn, bindpwd) File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 263, in bind_s msgid = self.bind(who,cred,method) ^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 257, in bind return self.simple_bind(who,cred) ^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 242, in simple_bind return self._ldap_call(self._l.simple_bind,who,cred,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls)) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 128, in _ldap_call result = func(*args,**kwargs) ^^^^^^^^^^^^^^^^^^^^ ldap.SERVER_DOWN: {'result': -1, 'desc': "Can't contact LDAP server", 'ctrls': [], 'info': '(unknown error code)'} During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/opt/linuxmuster/lib/python3.12/site-packages/aj/api/endpoint.py", line 77, in wrapper result = fx(self, context, *args, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/opt/linuxmuster/lib/python3.12/site-packages/ajenti_plugin_core/views/api.py", line 141, in handle_api_auth auth_info = auth.check_password(username, password) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/opt/linuxmuster/lib/python3.12/site-packages/aj/auth.py", line 192, in check_password return self.get_provider().authenticate(username, password) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/linuxmuster-webui/plugins/lmn_auth/api.py", line 204, in authenticate userAttrs = self.get_ldap_user(username, attributes=attributes) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/linuxmuster-webui/plugins/lmn_auth/api.py", line 59, in get_ldap_user return self.lr.get(f'/users/{username}', attributes=attributes) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/linuxmusterTools/ldapconnector/urls/ldaprouter.py", line 57, in get return self.lr.get_single(func.model, ldap_filter, scope=func.scope, subdn=subdn, dn_filter=func.dn_filter, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/linuxmusterTools/ldapconnector/ldap_reader.py", line 80, in get_single results = self.lc._get(ldap_filter, scope=scope, subdn=subdn) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/linuxmusterTools/ldapconnector/connector.py", line 108, in _get conn, _searchdn = self._connect() ^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/linuxmusterTools/ldapconnector/connector.py", line 87, in _connect raise Exception(f'Ldap server down: {str(e)}') Exception: Ldap server down: {'result': -1, 'desc': "Can't contact LDAP server", 'ctrls': [], 'info': '(unknown error code)'} ``` samba-ad-dc ist nach wie vor running. LG Lars ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [17. Juli 2025 um 18:23 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/72 "2025-07-17T18:23:52Z")
Login an den Clients funktioniert - Problem scheint also an der LDAP-Connection zu liegen (was die Meldungen ja auch sagen). Edit: Wir haben einen Dienst, der auch über LDAPS (636) connected, da kann ich mich ebenfalls noch anmelden. Hmmmm… ---
**Author:** ![foer](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/f/ac8455/32.png) [@foer](https://ask.linuxmuster.net/u/foer)\ **Post date:** [17. Juli 2025 um 18:28 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/73 "2025-07-17T18:28:10Z")
Hallo an alle, ein neues Problem ist aufgepoppt. Heute kam es bei einigen Clients vor, das die Serverfreigaben nicht gemountet werden konnten. Nach langer Suche habe ich gesehen, dass diese Clients nicht mehr die richtige Uhrzeit hatten. Die Zeitsynchronisation des Servers mit der OPNSense klappt, d.h. der Server bekommt die richtige Zeit. Es ist so, dass seit dem Update auf 7.3 die Clients die Zeit nicht mehr mit dem Server synchronisieren können. Eigentlich dachte ich, dass Linbo die richtige Uhrzeit beim Sync setzt aber das funktioniert auch nicht mehr!? Stellt nicht Linbo normalerweise die Hardwarezeit auf die Zeit des Servers? Hier der Fehler auf den Clients und die config: ```auto root@hp-client-test:~ systemctl status systemd-timesyncd.service ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled) Active: active (running) since Thu 2025-07-17 20:07:10 CEST; 6min ago Docs: man:systemd-timesyncd.service(8) Main PID: 3738 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 8970) Memory: 1.3M (peak: 2.1M) CPU: 32ms CGroup: /system.slice/systemd-timesyncd.service └─3738 /usr/lib/systemd/systemd-timesyncd Jul 17 20:07:10 hp-client-test systemd[1]: Starting systemd-timesyncd.service - Network Time Synchronization... Jul 17 20:07:10 hp-client-test systemd[1]: Started systemd-timesyncd.service - Network Time Synchronization. Jul 17 20:07:21 hp-client-test systemd-timesyncd[3738]: Timed out waiting for reply from 10.16.1.1:123 (server.linuxmuster.windeck-gymnasium.de). ``` ```auto root@hp-client-test:~ cat /etc/systemd/timesyncd.conf # # WARNING! All changes to this file will be overwritten by linuxmuster-linuxclient7 setup and upgrade! # [Time] NTP=server.xxxxxxxx.xxxxxxxxxx-gymnasium.de ``` Der Client darf den Server auf Port 123 kontaktieren, daran liegt es nicht. Wenn ich als NTP-Server auf dem Client die OPNSense eintrage funktioniert der timesync sofort…das ist auch gerade mein Workaround. Aus irgendeinem Grund lehnt der Server NTP Anfragen seit 7.3 ab: ```auto root@hp-client-test:~ telnet 10.16.1.1 123 Trying 10.16.1.1... telnet: Unable to connect to remote host: Verbindungsaufbau abgelehnt ``` Auf dem Server wird aber eigentlich gelauscht: ```auto > netstat -tulpn | grep ntp 23m 2s root@server 20:21:18 udp 0 0 10.16.1.1:123 0.0.0.0:* 59235/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 59235/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 59235/ntpd ``` Hier die ntp.conf: ```auto > cat /etc/ntpsec/ntp.conf root@server 20:21:28 # /etc/ntpsec/ntp.conf # # thomas@linuxmuster.net # 20250707 # # configuration for ntpd; see ntp.conf(5) for help driftfile /var/lib/ntpsec/ntp.drift statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type day enable server 10.16.1.254 iburst prefer restrict -4 default kod notrap nomodify nopeer noquery limited mssntp restrict -6 default kod notrap nomodify nopeer noquery limited mssntp restrict 127.0.0.1 restrict ::1 restrict source notrap nomodify noquery ntpsigndsocket /var/lib/samba/ntp_signd ``` Wo läuft das was falsch? Ich hätte gerne wieder, dass die Clients ihre Zeit mit dem Server synchronisieren, denn selbst wenn der mal falsch geht hätte ich keine Zeitdrift und es gäbe kein Problem. VG Dominik ---
**Author:** ![foer](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/f/ac8455/32.png) [@foer](https://ask.linuxmuster.net/u/foer)\ **Post date:** [17. Juli 2025 um 19:07 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/74 "2025-07-17T19:07:31Z")
Ich führe mal wieder Selbstgespräche 🙈, [hier](https://ask.linuxmuster.net/t/zeit-sync-problem-wegen-layer3-switch/10387/7) habe ich einen Ansatz gefunden. Ich habe bei mir die folgende Zeile in die `ntp.conf` auf dem Server eingetragen: ```auto restrict 10.16.0.0 mask 255.240.0.0 nomodify notrap ``` Das umfasst alle meine Subnetze. Jetzt funktioniert die Zeitsynchronisation vom Client mit dem Server. Habe ich da einen Bug in der Konfiguration gefunden, d.h. müsste der Eintrag je nach Subnetzen in der `subnet.conf` erfolgen oder ist bei mir etwas nicht so wie es sein sollte? Was mir immer noch nicht klar ist, wieso Linbo beim Syncen nicht die richtige Hardwarezeit einstellt…ist das nicht mehr so oder funktioniert das in der 7.3 nicht oder funktioniert das nur bei mir nicht @thomas ? VG Dominik ---
**Author:** ![Arnaud](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/arnaud/32/28_2.png) [@Arnaud](https://ask.linuxmuster.net/u/Arnaud)\ **Post date:** [17. Juli 2025 um 21:23 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/75 "2025-07-17T21:23:46Z")
Hi Lars, > [@ringline](#): > > Trotzdem kann man sich über die WebUI nicht einloggen, hier der Stacktrace Funktioniert ein `ldapsearch` auf dem Server ? ```auto ldapsearch -x -H ldaps://localhost:636 -LLL "sAMAccountName=global-admin" -b 'DC=DEIN,DC=DOMAIN' -D 'CN=Administrator,CN=Users,DC=DEIN,DC=DOMAIN' -w $(cat /etc/linuxmuster/.secret/administrator) cn ``` (DEIN DOMAIN bitte anpassen 😉 ) Wenn nicht, geht es mit `ldap://localhost:389` ? Gruß Arnaud ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [18. Juli 2025 um 05:20 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/76 "2025-07-18T05:20:45Z")
Hallo Arnaud, nein, bei beiden kommt `ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)`. Andererseits funktioniert auch der Login mit Webuntis per LDAP-Integration… LG Lars ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [18. Juli 2025 um 05:44 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/77 "2025-07-18T05:44:18Z")
Mit `LDAPTLS_REQCERT=never` funktioniert die Abfrage auf dem localhost mit 636. Könnte es daran liegen, dass ich das Server-Zertifikat neu erstellt habe (damit die Browser die Verbindung zur Schulkonsole als sicher anzeigen)? Die ldap.conf sagt: ```auto # # LDAP Defaults # # See ldap.conf(5) for details # This file should be world readable but not world writable. #BASE dc=example,dc=com #URI ldap://ldap.example.com ldap://ldap-provider.example.com:666 #SIZELIMIT 12 #TIMELIMIT 15 #DEREF never # TLS certificates (needed for GnuTLS) TLS_CACERT /etc/ssl/certs/ca-certificates.crt ``` Muss evtl. ca-certificates.crt ersetzt werden? ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [18. Juli 2025 um 06:45 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/78 "2025-07-18T06:45:32Z")
Hallo Dominik, > [@foer](#): > > Hier die ntp.conf: so muss die eigentlich aussehen: ```auto # /etc/ntpsec/ntp.conf # # thomas@linuxmuster.net # 20250707 # # configuration for ntpd; see ntp.conf(5) for help driftfile /var/lib/ntpsec/ntp.drift statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type day enable server 10.0.0.254 iburst prefer restrict -4 default kod notrap nomodify nopeer noquery limited mssntp restrict -6 default kod notrap nomodify nopeer noquery limited mssntp restrict source notrap nomodify noquery ntpsigndsocket /var/lib/samba/ntp_signd ``` Die localhost-Zeilen müssen raus. Irgendwo war das auch schon Thema hier. Nur seltsam, dass das bei dir noch drinsteht. > [@foer](#): > > wieso Linbo beim Syncen nicht die richtige Hardwarezeit einstellt Daran wie Linbo die Zeit einstellt, wurde schon ewig nichts mehr geändert. VG, Thomas ---
**Author:** ![foer](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/f/ac8455/32.png) [@foer](https://ask.linuxmuster.net/u/foer)\ **Post date:** [18. Juli 2025 um 06:56 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/79 "2025-07-18T06:56:50Z")
Hallo @thomas , > [@thomas](#): > > Die localhost-Zeilen müssen raus. Irgendwo war das auch schon Thema hier. Nur seltsam, dass das bei dir noch drinsteht. die Einträge waren da nach dem Udate von 7.2 zu 7.3 drin!? Ich habe die Einträge entfernt…trotzdem bekommen die Clients vom Server keine Uhrzeit! Ohne den Eintrag: ```auto restrict 10.16.0.0 mask 255.240.0.0 nomodify notrap ``` geht es nicht! Es wäre gut, wenn das auch mal andere verifizieren könnten, die Subnetting verwenden. Wenn ich mir die Doku von ntp ansehe, dann muss so ein Eintrag eigentlich rein? …zumindest, wenn ich das richtig verstehe!? > [@thomas](#): > > Daran wie Linbo die Zeit einstellt, wurde schon ewig nichts mehr geändert. Wie kann ich testen, ob das noch funktioniert? Ich habe mehrere Clients mit falscher Uhrzeit und nach der Behandlung mit Linbo ist die Uhrzeit immer noch falsch. Linbo selbst hat aber die richtige Zeit. Da tut was nicht!? VG Dominik ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [18. Juli 2025 um 07:23 UTC](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754/80 "2025-07-18T07:23:49Z")
> [@foer](#): > > die Einträge waren da nach dem Udate von 7.2 zu 7.3 drin!? Sollte eigentlich mit einem linuxmuster-base-Update korrigiert werden, funktionierte wohl nicht, weil ich das Datum des Konfigurationstemplates nicht aktualisiert habe. Mein Noble-Client hat kein systemd-timesyncd installiert und hat nach dem Sync die richtige Zeit, kann aber auch am qemu-agent liegen. Die Subnetze werden nicht in ntp.conf eingetragen, weil das unter 22.04 nicht notwendig war, es hat sich zumindest nie jemand beschwert. Ich würde das auch ungern machen und lieber 0.0.0.0 in ntp.conf eintragen, auf Server-Dienste hat man sowieso nur aus dem LAN heraus Zugriff, wozu das also nochmal explizit für jeden Dienst einstellen? VG, Thomas [Vorherige Seite](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754.md?page=3) [Nächste Seite](https://ask.linuxmuster.net/t/beta-test-v7-3-2-phase/11754.md?page=5)