ftp - falsches Datum

Vom einfachen Programm zum fertigen Debian-Paket, Fragen rund um Programmiersprachen, Scripting und Lizenzierung.
Antworten
Exxter
Beiträge: 383
Registriert: 10.01.2003 00:15:15
Lizenz eigener Beiträge: GNU General Public License

ftp - falsches Datum

Beitrag von Exxter » 25.01.2021 13:49:47

Hallo,

ich rufe per wget und der Option --timestamping zahlreiche Dateien in einem Ordner auf einem ftp-Server ab. Leider gibt es eine Datei, bei der ist das Datum in der Zukunft:

Code: Alles auswählen

$ ls -alh D20200020*
-rwxr-xr-x 1 root root 216 Jan 28  2021 D20200020.CSV
$
Das Problem ist, ich bin darauf angewiesen, das korrekte Datum zu bekommen. Wenn ich mit ncftp auf den ftp-Server schaue, hat die Datei folgende Attribute:

3032

Wenn ich aber mit FileZilla auf den ftp gehe:

3033

Ich habe auch mal -d bei wget eingeschaltet:
PLAINFILE; perms 666; size: 216; month: Jan; day: 28; time: 22:03:00 (no yr); D20200020.CSV

[...]

226 Closing data connection, Requested file action successfull
2021-01-25 11:48:25 (13,3 MB/s) - »5-debug/D20200019.CSV« gespeichert [134]

Converted file name 'D20200020.CSV' (UTF-8) -> 'D20200020.CSV' (UTF-8)
Converted file name 'D20200020.CSV' (UTF-8) -> 'D20200020.CSV' (UTF-8)
--2021-01-25 11:48:25-- ftp://10.0.44.10/INTFLASH/EVT/VERFUEGBA ... 200020.CSV
=> »5-debug/D20200020.CSV«
==> CWD nicht erforderlich.
conaddr is: 10.0.44.10
==> PASV ...
--> PASV

227 Entering Passive Mode (10,0,44,10,16,168)
trying to connect to 10.0.44.10 port 4264
Created socket 5.
fertig. ==> RETR D20200020.CSV ...
--> RETR D20200020.CSV

150 File Status okay; about to open data connection
fertig.
Länge: 216

0K 100% 20,8M=0s

Closed fd 5
226 Closing data connection, Requested file action successfull
2021-01-25 11:48:26 (20,8 MB/s) - »5-debug/D20200020.CSV« gespeichert [216]

Converted file name 'D20200023.CSV' (UTF-8) -> 'D20200023.CSV' (UTF-8)
Converted file name 'D20200023.CSV' (UTF-8) -> 'D20200023.CSV' (UTF-8)
--2021-01-25 11:48:26-- ftp://10.0.44.10/INTFLASH/EVT/VERFUEGBA ... 200023.CSV
=> »5-debug/D20200023.CSV«
==> CWD nicht erforderlich.
conaddr is: 10.0.44.10
==> PASV ...
--> PASV

227 Entering Passive Mode (10,0,44,10,16,169)
trying to connect to 10.0.44.10 port 4265
Created socket 5.
fertig. ==> RETR D20200023.CSV ...
--> RETR D20200023.CSV

150 File Status okay; about to open data connection
fertig.
Länge: 591
Der FTP-Server ist leider nicht änderbar, er läuft auf einem embedded System.

Für mich siehts so aus, als ob FileZilla die korrekte Zeit bekommt und die Linux FTP-Clients nicht. Jemand eine Idee?

Edit: ich habe das hier gefunden: https://www.gnu.org/software/wget/manua ... rnals.html
Aber wieso wird es unter Windows korrekt und unter Linux falsch angezeigt?

curt123
Beiträge: 704
Registriert: 19.10.2018 12:49:35
Wohnort: NRW

Re: ftp - falsches Datum

Beitrag von curt123 » 30.03.2021 13:54:05

Exxter hat geschrieben: ↑ zum Beitrag ↑
25.01.2021 13:49:47
Aber wieso wird es unter Windows korrekt und unter Linux falsch angezeigt?
Vielleicht gibt es noch beteiligte Informationen, Server- oder auch Dateieigenschaften wie Zeitzone oder Sommer-/Winterzeit? Die könnten unterschiedlich ausgelesen werden, wenn sonst gleiche Bedingungen herschen.

Ich habe hier bei womöglich relativ einfachen Kopien auf eine externe HD im späteren Vergleich mit FreeFileSync lästige Unterschiede von einer Stunde gefunden.
Womöglich wegen falscher Zeitzone auf einem PC. Genau kann ich die Ursache nicht eingrenzen, weil es zunächst unbemerkt blieb; auch eine Kopie übers LAN könnte beteiligt gewesen sein. Oder z.B. Win 7 vs Win 10. Neuere Versionen von FreeFileSync erlauben, bei Vergleichsoperationen eine Toleranz einzustellen, damit die Dateien dennoch als gleich erkannt werden. In meinem Fall werde ich noch schauen, wie sich die Zeitanagben noch unterscheiden, und entweder per Bash-Skript die eine Stunde korrigieren, oder falls möglich/nötig die Zeitzone o.ä. anpassen.

Antworten