Datum und Zeit

FILETIME konvertierenBitfolge und Attribut gemeinsam prüfen

Windows-Dateizeiten in beide Richtungen umrechnen. Ausgabe mit sieben Nachkommastellen, DWORDs, Bytefolgen und einer Erklärung zum gewählten AD-Attribut.

FILETIME konvertieren

Eingabe

Die Eingabe wird in diesem Browser verarbeitet und nicht an einen Server gesendet.

Ergebnis

Optionen

Windows-Epoche: 1601-01-01 UTC · ein Tick = 100 ns.

Ein Wert pro Zeile. High/Low: high,low (dezimal oder 0x; negative Dezimalwörter erlaubt). Bytes: 16 Hexziffern oder acht Paare. Datum: YYYY-MM-DDTHH:mm:ss[.1–7 Stellen]Z oder ±HH:mm; erweiterte Jahre mit +YYYYYY.

Endianness betrifft nur Bytes. Wählen Sie das tatsächliche AD-Feld. Dezimal -1 wird nur als pwdLastSet-Schreibsteuerwert akzeptiert.

UTC-Daten behalten sieben Nachkommastellen. Unix-Quotienten werden abgerundet; Reste sind 100-ns-Ticks.

Bis zu 1.000 physische Zeilen und 100.000 UTF-16-Codeeinheiten. Äußerer Leerraum wird entfernt; Leerzeilen sind Fehler.

Eingabe hinzufügen oder ein Beispiel laden.

FILETIME konvertieren hilft beim Abgleich von AD-Exporten mit einer Windows Dateizeit aus einem Speicherabbild. Bewahren Sie die ursprüngliche Ganzzahl auf: Eine Tabellenkalkulation kann die letzten Stellen verändern, bevor die Umrechnung überhaupt beginnt.

Eine Null verrät ihren Kontext nicht. Im allgemeinen Format bezeichnet sie den Beginn des Jahres 1601, bei accountExpires dagegen eine unbegrenzte Laufzeit. Das ausgewählte Attribut entscheidet über die Auslegung.

Warum hier FILETIME konvertieren?

Bytefolge ist keine Zahlendarstellung

FILETIME konvertieren zeigt Dezimalzahl, vollständigen Hexwert, beide DWORDs und beide Bytefolgen nebeneinander im Bericht. Die Endianness wirkt nur auf acht Rohbytes; eine bereits gelesene Hexzahl wird nicht noch einmal umgedreht.

Acht farbige Byteblöcke werden umgekehrt und mit zwei Hälften eines 64-Bit-Werts verbunden.

Nullwerte nach Attribut unterscheiden

Im allgemeinen Modus entsteht ein Datum. accountExpires liefert Unbegrenzt, lastLogon hingegen Unbekannt. Für solche Zustände erscheinen weder ein erfundenes Datum noch ein Unix Timestamp.

Derselbe Nullwert verzweigt zu Kalender, Unendlichkeitszeichen und unbekannter Zeit.

Zuerst die Darstellung bestimmen

01

High und Low ausdrücklich angeben

Der Modus high,low erwartet das obere Wort zuerst, obwohl die C-Struktur das untere zuerst deklariert. Acht Bytes können als 16 Hexziffern oder acht durch Leerraum getrennte Paare eingegeben werden.

02

Den Zeitversatz nicht weglassen

Datumswerte brauchen Z oder ±HH:mm. Die Zeitzone des Rechners wird nicht eingesetzt. Beispiele passen sich dem Format an; vor dem Ersetzen zeigt eine Vorschau Text und Umfang der Änderung.

03

Nur aktuelle Datumszeilen umkehren

Automatisch wird nach 350 ms Pause gerechnet. Ohne Automatik stehen Schaltfläche und Ctrl/Cmd+Enter bereit. Umkehren setzt gültige Datumswerte in allen Zeilen voraus. Rückgängig stellt Eingabe, Optionen und Ergebnis gemeinsam wieder her.

Präzision bis zum letzten Tick

Sieben Nachkommastellen bleiben erhalten

116444736000000001 ergibt 1970-01-01T00:00:00.0000001Z. Ganzzahlarithmetik und Zeichenketten bewahren den letzten Tick; es erfolgt keine Rundung auf Millisekunden. Die vollständige Datumsangabe lässt sich exakt zurückrechnen.

Vorzeichenbehaftete COM-Wörter

High/Low akzeptiert DWORDs oder dezimale LONG-Werte innerhalb von 32 Bit. Negative Wörter werden ausdrücklich als Zweierkomplement gelesen. Der Bericht enthält vorzeichenbehaftete und vorzeichenlose Formen; eine negative Gesamtzahl wird dadurch nicht zum Datum.

Unix-Einheiten mit Rest

Für LDAP Zeitstempel wird zuerst die Epochendifferenz von 116444736000000000 Ticks abgezogen. Sekunden und Millisekunden werden abgerundet, der jeweilige nichtnegative Rest bleibt als Tickzahl erhalten. Das funktioniert auch unmittelbar vor 1970.

Fehler bleiben ihrer Zeile zugeordnet

Bis zu 1.000 Zeilen behalten Original und Zeilennummer. Fehlerhafte Werte verhindern die Umrechnung benachbarter Zeilen nicht. Zunächst werden 50 angezeigt; Kopie und JSON-Datei enthalten stets alle Ergebnisse und Diagnosen.

Grenzen von Eingabe und Interpretation

Speicherbereich und Datumsbereich unterscheiden
Der Rohwert darf 18446744073709551615 erreichen. Oberhalb von 9223372036854775807 werden nur Bitdarstellungen und ein Bereichshinweis ausgegeben. Die Grenze folgt FileTimeToSystemTime. Das höchste allgemeine Datum verwendet eine erweiterte ISO-Jahreszahl.
Keine pauschale AD-Diagnose
accountExpires verwendet Null und die größte vorzeichenbehaftete Ganzzahl für unbegrenzte Konten. pwdLastSet=0 braucht den Kontext von UF_DONT_EXPIRE_PASSWD; dezimal -1 ist ein Schreibsteuerwert. lastLogon=0 bedeutet unbekannt auf diesem Domänencontroller, nicht nachweislich nie angemeldet.
Strenge Kalenderangaben
Sekunden und Z oder ±HH:mm sind Pflicht, der Versatz bleibt innerhalb ±14:00. Jahre über 9999 verwenden +YYYYYY. Ungültige Tage, Schaltsekunden, 24:00, -00:00 sowie mehr als sieben Nachkommastellen werden abgelehnt. Benannte Zeitzonen werden nicht erraten.
Kein Erkennen anhand der Ziffernzahl
Wählen Sie Dezimal, ganze Hexzahl, acht Bytes oder high,low. Exponentialschreibweise und Tausendertrenner sind unzulässig. Äußerer Leerraum wird entfernt, leere Zeilen bleiben Fehler. Auch kurze Ganzzahlen können gültige Zeitwerte sein.
Keine Abfragen oder Änderungen am Ursprung
Das Werkzeug verbindet sich nicht mit LDAP, liest keine Registry oder MFT und ändert keine Dateizeiten. GeneralizedTime, .NET-Ticks und Excel-Daten gehören zu anderen Formaten. Aus einem einzelnen Feld lässt sich weder Passwortablauf noch Kontostatus sicher beurteilen.
Begrenzte Stapel und eine Wiederherstellung
Maximal 100.000 UTF-16-Codeeinheiten und 1.000 physische Zeilen sind erlaubt; Überschreitungen stoppen den gesamten Stapel. Beispiel, Leeren und Umkehren verlangen eine Vorschau und Anwenden. Danach ist ein Rückgängigmachen möglich, bis erneut editiert wird.

FILETIME konvertieren: Fragen

Wie unterscheiden sich FILETIME und Unix-Zeit?

FILETIME zählt 100-ns-Schritte seit 1601, Unix-Sekunden beginnen 1970. Nach dem Abzug der Epochendifferenz wird durch 10000000 geteilt. Wer Untersekunden benötigt, muss den Rest behalten und vorher Sonderwerte des Felds ausschließen.

Wie erhalte ich unter Windows den aktuellen FILETIME-Wert?

In PowerShell liefert [DateTime]::UtcNow.ToFileTimeUtc() einen entsprechenden Wert. Hier gibt es keine laufende Uhr; die Seite prüft vorhandene Werte. Eine 100-ns-Darstellung garantiert keine ebenso genaue Messung der Systemuhr.

Bis zu welchem Datum reicht FILETIME?

Die Struktur speichert 64 Bit ohne Vorzeichen, die Windows-Funktion für Datumswerte verlangt jedoch einen Wert kleiner als 2 hoch 63. Der allgemeine Modus folgt dieser Grenze und meldet größere Werte ohne Datum.

Welche Werte bedeuten bei AD ein unbegrenztes Konto?

Für accountExpires sind 0 und 9223372036854775807 gleichbedeutend mit unbegrenzter Laufzeit. Wählen Sie dieses Attribut, damit die Erklärung passt. Andere Felder dürfen nicht automatisch genauso interpretiert werden.

Verwendet LDAP auch andere Zeitformate?

Ja. whenCreated und whenChanged können GeneralizedTime verwenden, etwa 20240101000000.0Z. Das ist keine Zahl von Ticks seit 1601 und wird hier nicht als solche verarbeitet. Prüfen Sie das Schema des Quellfelds.

Ein unerwartetes Ergebnis?

Original und Auslegung zusammen aufbewahren

FILETIME konvertieren liefert einen Bericht, der Ursprung, Attribut und Genauigkeit zusammenhält. Speichern Sie ihn mit dem Originalexport, um die gewählte Interpretation später nachvollziehen zu können.