[Frage] NTP-Firmware-Boxtype? Zeitumstellung 2017

Micha0815

IPPF-Promi
Mitglied seit
25 Feb 2008
Beiträge
5,263
Punkte für Reaktionen
455
Punkte
83
Ich erlaube mir, da in DE gleich die Sommerzeit beginnt, mal nachzufragen, ob einige Fritz!Boxen -bitte anmerken ob gemoddet- dies problemlos mitmachen?

Die meisten Leser wird es mutmasslich nicht betreffen! Die -eher- bescheidene Klientel mit einer FB @DE-Firmware eingesetzt im Ausland mit Zeitverschiebung wohl eher?

Die Änderungen -sei es via FB-Editor oder auf anderen Wegen mal aussenvor- lassen sich halt nur am Ereignis/ am Stichtag real+Live erkennen.

Zum Abgleich wäre ein Hinweis aus einer *.export für den Bereich ntp sinnvoll

LG
 
Zuletzt bearbeitet:
Bei mir ist die Zeitverschiebung erst in 1-2 Wochen.
Timestring wurde hier mit FBEditor angepasst.
Bisher lief das immer. Dadurch war glaube ich auch der FW Fehler vor 2 Jahren für mich nicht relevant
 
Ist das schon 5 Jahre her. Mann wie die Zeit vergeht.
 
Umstellung bei 3490/6.51 erfolgreich, aber kein Eintrag als "System - Ereignis" vorgenommen.
 
Danke für das Feedback. Hier auf einer Kanaren-FB ([email protected]) hat sich der String weshalb auch immer "zurückgesetzt".

Eingetragen war

Code:
timezone_manual {
        enabled = yes;
        offset = 0;
        dst_enabled = yes;
        TZ_string = "XXX-1:0";

vorgefunden heute Morgen

Code:
timezone_manual {
        enabled = yes;
        offset = 0;
        dst_enabled = yes;
        TZ_string = "XXX-[COLOR=#ff0000]00:00[/COLOR]";

was in die "falsche Richtung" umstellte.

Als timeserver verwende ich

Code:
ntpclient {
        server_list = "[COLOR=#ff0000]1[/COLOR].europe.pool.ntp.org";
        chrony_enabled = yes;
}

Ist zwar nicht tragisch dies 2mal pro Jahr zu fixen, etwas kurios allemal.

LG
 
Wieso hast du dst_enabled=yes eingetragen?
Der Standardwert dst_enabled=no wird doch gem. dieser Beschreibung nicht verändert.

Die Abkürzung dst steht für "daylight saving time" steht, da muß dieser Wert vor dem Zeitpunkt der Umstellung auf no stehen, da die Sommerzeit dann noch gar nicht gültig ist.

Joe
 
Zuletzt bearbeitet:
Quatsch. enabled=yes bedeutet das dies auch beachtet wird = die FB ordnungsgemäss umstellt
 
@chilango79:
ich meinte nicht den korrekten Eintrag enabled=yes (zweite Zeile)
sondern den fehlerhaften dst_enabled=yes (vierte Zeile).

Die ausführliche Beschreibung einer vollständigen TZ-string Variable ist hier zu finden: ---> Link

Joe
 
Zuletzt bearbeitet:
"dst" steht imho für dalight saving time was eben nicht überall auf der Welt als "Sommerzeit-Umstellung" gemacht wird. In anderen Ländern mit anderer Zeitzone, die ebenfalls "dst" machen, kann man dies noch separat definieren -über Monat/Woche/Tag/Stunde- wann umgeschaltet wird.

Ergo weshalb sollte ich dst_enabled = no setzen? Wer sagt der FB dann wann die Sommer-/Winterzeit beginnt?

Zudem habe ich das der export-datei einer FB7340 mit int. FW so übernommen.

LG
 
Zuletzt bearbeitet:
Die Abkürzung habe ich in Beitrag #7 korrigiert. Vielen Dank an thtomate12.

Die Variable dst_enabled muß deshalb während der Normalzeit (=Winterzeit) auf no stehen.
Die exakten Zeitpunkte (Monat/Tag/Uhrzeit) der Umstellungen liessen sich vor fünf Jahren noch erfolgreich mit der TZ_string Variablen übergeben.

Joe
 
nein.
dst=yes bedeutet automatische Umstellung Sommer-/Normalzeit
dst=no bedeutet keine Sommerzeit sondern Normalzeit das ganze Jahr und du kannst dann manuell +-1h umstellen wenn du willst
Linux=Fritzbox benutzt intern UMT und rechnet für die verschiedenen Zeitzonen und Sommer/Winter die lokale Zeit entsprechend um.

Zudem ist Sommerzeit hier = Winterzeit auf der Südhalbkugel. Das heisst beispielsweise zu Brasilien habt ihr 2 bzw. 4h Zeitverschiebung


Deswegen konnte man schon immer bei meinem Rechner und auch Handy einfach beim Reisen den Ort einstellen und die lokale Zeit wurde sofort umgestellt. Das konnte (kann?) Windows nicht
 
Zuletzt bearbeitet:
Danke für die links, die ich mir nochmals im Nachgang angeschaut habe.

Wofür der Platzhalter xxx im TZ-String steht, ist wohl -zumindest mir- nicht bekannt.

Der Zusammenhang mit der busybox ist interessant. Ich nutze auf allen FB7490 dank modfs die aus dem Github von PeterPawn. Da andere in DE und AT richtig umschalteten solle es daran nicht gelegen haben.

Möglich wäre, dass bei den int.-FWs das eingestellte Land den xxx-Parameter setzt.

Aus der IANA-Quelle geht hervor

Code:
Zone    Europe/Madrid    -0:14:44 -    LMT    1900 Dec 31 23:45:16
             0:00    Spain    WE%sT    1940 Mar 16 23:00
             1:00    Spain    CE%sT    1979
             1:00    EU    CE%sT
Zone    Africa/Ceuta    -0:21:16 -    LMT    1900 Dec 31 23:38:44
             0:00    -    WET    1918 May  6 23:00
             0:00    1:00    WEST    1918 Oct  7 23:00
             0:00    -    WET    1924
             0:00    Spain    WE%sT    1929
             0:00 SpainAfrica WE%sT    1984 Mar 16
             1:00    -    CET    1986
             1:00    EU    CE%sT
Zone    Atlantic/Canary    -1:01:36 -    LMT    1922 Mar # Las Palmas de Gran C.
            -1:00    -    -01    1946 Sep 30  1:00
             0:00    -    WET    1980 Apr  6  0:00s
             0:00    1:00    WEST    1980 Sep 28  1:00u
             0:00    EU    WE%sT
# IATA SSIM (1996-09) says the Canaries switch at 2:00u, not 1:00u.
# Ignore this for now, as the Canaries are part of the EU.

dass die Kanaren mit WET/WEST wohl arbeiten anstatt der in der sonstigen EU üblichen CET/CEST.

Falls ich es bis Oktober nicht vergessen habe, werde ich es dann mal mit einem komplexeren TZ-String und der dann verfügbaren FW versuchen.

LG
 
Wenn aktiv, hats wohl nur eine interne Infofunktion...
Code:
/var/tmp # date
Mon Mar 27 14:35:57 XXX 2017
/var/tmp # echo $TZ
XXX-2:0
(
enabled = yes;
offset = -2;
dst = no;
)

Für dst = yes; braucht es hier: offset = -1;
 
Zuletzt bearbeitet:
Danke @koy
Das mit dem offset -1 hatte ich imho schonmal vor Jahren auf einer FB7240 eingepflegt. Gerade mal aus der Ferne eingespielt ...wird
Code:
timezone_manual {
        enabled = yes;
        offset = -[COLOR=#ff0000]60[/COLOR];
        dst_enabled = yes;
        TZ_string = "XXX-1:0";
        name = "Canary";
Dem folgend -da mutmasslich in Minuten statt Stunden gerechnet wird?- müsste dies im TZ_string vgl. #6-2teCodetag wohl auch auf

Code:
TZ_string = "XXX-60:00";

lauten? Liest man ältere Beiträge ~2006/2008 macht es das ganze auch nicht gerade einfacher, wie es aktuell abläuft. Sprich ob die offset-Angabe bei dst_enabled=on zuerst greift oder die Angabe im TZ_string.

LG

Nachtrag: Oder wird der TZ-string über
Code:
chrony_enabled = yes;
im Zusammenspiel mit dem offset an den entsprechenden Umschalttagen neu gesetzt?
 
Zuletzt bearbeitet:
Hm, ich check das ja momentan auf einer 7112, und da nutze ich zum editieren/auslesen ein Skript welches mit ctlmgr_ctl die ar7.cfg Einträge beharkt.
Wenn ich damit also einfach mal die Werte auslese, erhalte ich (7112) ...
Code:
 # tzm
tzm [er,or,dr,sr,mr,nr,cr,ar,ew,ow,dw,sw,mw,nw,cw] [0,1,Integer,String]
Enabled: 1
Offset:  -1
DST:     1
Server:  192.168.178.1
Minutes: -60
Name:    XXX
Chrony:  0
MANUAL_TZ=XXX-2:0
MANUAL_TZ_ENABLED=yes
TZ=XXX-2:0
Date: Mon Mar 27 17:00:45 XXX 2017
(IP-Klient, deswegen: 192.168.178.1 als Zeitserver)

Wie du siehst, Nein, Offset ist Stunde, XXX auch, es gibt aber die "Feineinstellung": Minutes

tzm (Skript definiert Funktion: tzm)
Code:
tzm () { 
case $1 in 
 ar) tzm er
 tzm or
 tzm dr
 tzm sr
 tzm mr
 tzm nr
 tzm cr ;; 
 er) echo "Enabled: "$(ctlmgr_ctl r time settings/tz_enabled) ;;
 or) echo "Offset: "$(ctlmgr_ctl r time settings/tz_offset) ;; 
 dr) echo "DST: "$(ctlmgr_ctl r time settings/tz_dst_enabled) ;;
 sr) echo "Server: "$(ctlmgr_ctl r time settings/ntp_server) ;;
 mr) echo "Minutes: "$(ctlmgr_ctl r time settings/tz_offset_minutes) ;;
 nr) echo "Name: "$(ctlmgr_ctl r time settings/tz_name) ;;
 cr) echo "Chrony: "$(ctlmgr_ctl r time settings/chrony_enabled) ;;
 ew) ctlmgr_ctl w time settings/tz_enabled $2 ; tzm er ;;
 ow) ctlmgr_ctl w time settings/tz_offset $2 ; tzm or ;;
 dw) ctlmgr_ctl w time settings/tz_dst_enabled $2 ; tzm dr ;;
 sw) ctlmgr_ctl w time settings/ntp_server $2 ; tzm sr ;;
 mw) ctlmgr_ctl w time settings/tz_offset_minutes $2 ; tzm mr ;;
 nw) ctlmgr_ctl w time settings/tz_name $2 ; tzm nr ;;
 cw) ctlmgr_ctl w time settings/chrony_enabled $2 ; tzm cr ;;
 -?|-h|--help) echo "tzm [er,or,dr,sr,mr,nr,cr,ar,ew,ow,dw,sw,mw,nw,cw] [0,1,Integer,String]" ;;
 *) tzm -h
 tzm ar
 echo "MANUAL_TZ="${MANUAL_TZ}
 echo "MANUAL_TZ_ENABLED="${MANUAL_TZ_ENABLED}
 echo "TZ="${TZ} echo "Date: "$(date) ;;
 esac
 }

Als Inklude laden: . tzm
Funktion ausführen: tzm
 
Zuletzt bearbeitet:
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.