Hoe om te gaan met datums en tijden zonder driftbuien in de tijdzone...

Datums, tijden en tijdzones zijn lastige dingen.

Zomertijd, of 'zomertijd' zoals het ook algemeen wordt genoemd, maakt het nog erger, omdat veel landen hun klokken twee keer per jaar aanpassen om de schijnbare tijd van zonsopgang en zonsondergang te verschuiven ten opzichte van de normale werkdag.

In het VK staan ​​onze klokken bijvoorbeeld op Greenwich Mean Time als het nieuwe jaar aanbreekt, maar we draaien ze eind maart vooruit naar GMT+1 en eind oktober weer terug naar GMT.

Een groot deel van Noord-Amerika doet iets dat heel erg op elkaar lijkt, maar toch irritant anders, door de datums in te stellen waarop de klokken veranderen naar begin november en begin maart. (Onze twee landen waren vroeger handig op elkaar afgestemd, maar dreven iets eerder deze eeuw uit elkaar.)

Dus onze collega's in Boston zijn altijd vijf uur achter ons hier in Oxfordshire, behalve in de korte periode in de herfst (of herfst, aangezien we het niet eens kunnen worden over de namen van de seizoenen in onze gemeenschappelijke taal, laat staan ​​de uitlijning van onze klokken) en verspringen als ze dat niet zijn.

Tegenstanders van zomertijd doen het af als een zinloze complexiteit die we in het internettijdperk gewoon niet nodig hebben, wat enigszins ironisch is, aangezien apparaten uit het internettijdperk zich over het algemeen automatisch aanpassen. Voorstanders van het systeem merken op dat het voor veel mensen niet langer mogelijk is om hun werkdag aan het seizoen aan te passen, omdat hun dagen worden bepaald door de klok en niet door de dagelijkse stand van de zon, dus de klok aanpassen aan het seizoen is het eenvoudigste alternatief.

Zomertijdverschuivingen als schadelijk beschouwd

Inderdaad, problemen met de timing van de zomertijd staken de hele week de kop op toen Chili besloot zijn gebruikelijke klokwisseldatum tijdelijk te wijzigen (om nog meer complexiteit toe te voegen, gaan de klokwisselingen de andere kant op onder de evenaar, omdat de seizoenen zijn omgekeerd).

De tijdelijke wijziging werd aangekondigd om verwarring te voorkomen op de dag van het recente grondwettelijke referendum in het land.

Het referendum vond plaats op 04 september 2022, de dag waarop de klok normaal gesproken vooruit zou gaan voor de zomer.

De klokwissel werd daarom een ​​week uitgesteld, zodat mensen die zaterdagavond voor het slapengaan vergeten zijn hun klok opnieuw in te stellen, de tijd op zondag verkeerd zouden interpreteren en onschuldig zouden aankomen bij hun lokale stembureau nadat het was gesloten, niet beseffend dat ze waren een uur te laat omdat hun klokken een uur traag waren.

Zelfs Microsoft had de behoefte om zijn gebruikers te waarschuwen dat Windows-klokken, tijdwaarneming van het besturingssysteem, vergaderschema's en meer mogelijk zijn van slag gegooid, aangezien de Chileense regering deze tijdelijke wijziging van de wijziging pas vorige maand aankondigde, waardoor een last-minute update van de Windows-tijdzonedatabase nodig was.

Wat als uw klok is vergrendeld?

In ieder geval kunnen gebruikers van traditionele besturingssystemen indien nodig zelf tijdelijke tijdzone-aanpassingen doorvoeren.

Sommige apparaten zijn volledig afhankelijk van firmware-updates om de lokale tijd correct weer te geven.

We hebben bijvoorbeeld een miniatuur fietscomputer die we gebruiken als kompas en afstandsmeter tijdens het maken van een reis (het is verbazingwekkend hoe vloeiend en natuurlijk je kunt navigeren zonder ooit naar een kaart te kijken als je tijd, afstand en richting)…

...en hoewel je kunt spelen met allerlei instellingen die in het apparaat zijn opgeslagen, zoals je lichaamsgewicht (blijkbaar gebruikt om je vermogen te raden), kaartinstellingen, locatiereferentieformaat, lettergrootte en meer, het enige dat je niet kunt doen is de datum en tijd handmatig instellen.

Er is gewoon geen manier om het te doen, althans niet voor de ingebouwde apps, en je kunt die zelfs niet zelf aanpassen of hacken, omdat het hele ding een digitaal ondertekende, firmware-vergrendelde versie van Linux draait

Je kunt je eigen add-on-apps schrijven en ze kunnen de datum en tijd weergeven zoals ze willen, maar ze moeten worden gecompileerd om te worden uitgevoerd in een speciale virtuele machine in een enigszins beperkte sandbox.

De theorie is dat als het apparaat goed werkt, het de absolute tijd kent via de GPS-ontvanger, met een nauwkeurigheid die aanzienlijk beter is dan de beste, grootste, duurste en meest complexe mechanische chronometers die ooit zijn gemaakt.

Het weet ook waar u zich op de planeet bevindt met een nauwkeurigheid van ver onder de 10 meter (u vertelt duidelijk op welke rijstrook u zich bevond, of ziet waar u bussen hebt ingehaald, wanneer u terugkijkt op een reis die u hebt vastgelegd), zodat het kan berekenen welke fysieke tijdzone waarin u zich bevindt, en stel ook de lokale tijd exact in.

Welnu, het kan dat doen als zijn tijdzonedatabase, die de exacte locatie van tijdzonegrenzen toont, en de noodzakelijke verplaatsingen van UTC (de moderne vervanging voor GMT op digitale uurwerken) up-to-date zijn.

Anders moet u misschien een uur in uw hoofd optellen of aftrekken, als het apparaat het bij het verkeerde eind heeft.

Of een half uur, want in sommige regio's worden tijdzones van 30 minuten gebruikt.

(Het is verbazingwekkend hoeveel mensen weigeren te accepteren dat niet-gehele tijdzones bestaan, en staan ​​erop dat “alle wettelijke tijdzones gaan in uren”, wat nieuws zal zijn voor iedereen in India of Zuid-Australië.)

Of 15 minuten.

(Probeer Nepal of Eucla eens te bezoeken.)

Zal het verbieden van zomertijd helpen?

Degenen die niet van zomertijd houden, hetzij omdat ze denken dat het een belediging is voor de natuurlijke orde der dingen, of omdat ze zich nooit kunnen herinneren de handmatig bediende klokken in hun huishouden te veranderen, zullen ons allemaal verzekeren dat het verbieden van "zomertijd" lost al deze problemen netjes op.

Maar het lost het probleem van het begrijpen van computerlogboeken niet open hoe u ze kunt gebruiken bij het oplossen van problemen met IT, met name bij de reactie op cyberbeveiligingsdreigingen, waar de volgorde waarin dingen gebeurden kan inderdaad heel belangrijk zijn.

Als bijvoorbeeld uit de logs blijkt dat oplichters dinsdagavond om 03:30 uur vrijwel zeker binnen zijn gekomen op basis van een exploit die toen voor het eerst werd misbruikt...

...is het maken van een nieuwe account met tijdstempel 03:00 echt gebeurd vaardigheden de exploit geactiveerd, of had het kunnen zijn daarna?

Zijn de configuratiewijzigingen met een tijdstempel van 04:00 uur die moeten worden teruggedraaid, omdat ze plaatsvonden nadat de aanval begon, of zijn het wijzigingen die u moet bewaren omdat de logboeken in verschillende tijdzones staan?

Wat te doen?

Er is één ding dat u kunt doen om te helpen, zowel als maker van logbestanden en als gebruiker van logbestanden.

Verlaag tijdstempels altijd naar UTC (universeel gecoördineerde tijd), waardoor tijdzones uit uw logbestanden worden gehaald, en altijd tijdstempels opnemen in een eenvoudig, ondubbelzinnig, alfabetisch sorteerbaar formaat.

Simpel gezegd: raadplegen, RFC 3339en blijf bij Zulu tijd tijdstempels overal.

Deze zien er ongeveer zo uit:

  2022-09-08T17:30:00.00000Z

De datum heeft altijd viercijferige jaren, dus er is geen risico om de millenniumbug opnieuw uit te vinden.

Tijden hebben geen AM en PM nodig (computers kunnen minstens net zo gemakkelijk tot 24 tellen als u tot 12 kunt tellen), wat dubbelzinnigheid wegneemt.

En dat Z aan het einde geeft aan dat de weergegeven datum en tijd geen tijdzone-aanpassing toegepast, zodat elke twee Zulu tijd log-items kunnen direct worden vergeleken om de volgorde te bepalen waarin ze plaatsvonden.

Het reageren op bedreigingen is veel gemakkelijker en veel veiliger wanneer uw tijdstempels ondubbelzinnig zijn, dus we raden deze aanpak aan iedereen aan.

---

VERDER LEZEN OVER
HET BELANG VAN DUIDELIJKHEID IN TIJDSTEMPELFORMATEN

---

ENKELE LUCHTIGE (NOCH ECHTE) REDENEN VOOR RFC 3339