Vielleicht hat dort, wo es mit den Servern nicht klappt, der Server seit dem Jahreswechsel die Berechtigungen für den Speicherpfad verbogen?
Nein, siehe das Log. Es liegt nicht an Berechtigungen. Die „Fehlermeldung“ bei den Leuten mit Fritzbox liegt an einem Sicherheitsfeature der Box.
Kurzum: Die Kamera versucht nichteinmal das Verzeichnis zu erzeugen. Im Dump des Netzwerkverkehrs fehlt ein „MKD“ (Der FTP Befehl für „MaKe Directory“). Die Kamera verbindet und direkt nach der Verbindung will sie mit „CWD“ (der FTP Befehl für „Change Working Directory“) in das nicht existierende Verzeichnis wechseln. Das wird von allen FTP Servern mit Fehler „550“ (== Fataler Fehler) bestätigt. Nur die Fehlermeldung ist je nach FTP Server unterschiedlich, die interessiert den Clienten aber nicht (550 ist der Code). Die Fritzboxen senden ein „Access Denied“ was daran liegt, dass der Server aus Sicherheitsgründen keine Detalierten Fehlermeldungen gibt (denn der FTP Server kann auch öffentlich gemacht werden und da sollte man möglichst wenig preisgeben).
Da das Verzeichnis wechseln nicht funktioniert landen die Dateien im Home-Directory des Nutzers.
Bitte einfach die obigen Logs von Aaron und mir ansehen. Da sieht man sehr deutlich das niemals versucht wurde ein Verzeichnis zu erzeugen.
Es hat sich auch definitiv nichts am FTP Server geändert und ein „Jahr 2025“ Problem hat der Quasi-Standard „pure-ftpd“ auch nicht. Die Fritzbox auch nicht, die verhält sich richtig.
Da lässt sich nichts drum rum reden, da ist irgendwas bei bestimmten Kameramodellen kaputt. Das kann nur INSTAR fixen.
1 „Gefällt mir“
Das verstehe ich jetzt aber nicht, den Rest schon, der war ja bereits geposted und verstanden worden.
Wie ist denn jetzt die Erklärung, warum es bei mir mit einer 9408, 9020 und einer 5907 auf Anhieb klappt? Die Kameras erzeugen sowohl eigenständig das nötige FTP-Verzeichnis und legen die Alarmbilder mit korrektem Datum ab?
Bei der Full HD habe ich übrigens den Modus „PORT“ benutzt anstelle „PASV“
Moin,
„bei bestimmten Kameramodellen“:
- IN-9008
- IN-8003
- IN-6014HD
- IN-5907HD
Bei den von Dir gelisteten Kameras hat sich auch keiner beschwert.
Ich probiere das mal:
Uwe
Habe ich erfolgreich getestet. Siehe oben.
Mit PORT exakt gleiches Verhalten.
Mit PORT hier der Dump. Da das mit dem PORT auch viel später passiert war unwahrscheinlich dass sich was ändert:
# tcpdump -i iflan port 21
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on iflan, link-type EN10MB (Ethernet), snapshot length 262144 bytes
16:47:47.551169 IP camera1.home.46842 > sirius.home.ftp: Flags [S], seq 759078932, win 14600, options [mss 1460,sackOK,TS val 1565369 ecr 0,nop,wscale 4], length 0
16:47:47.551297 IP sirius.home.ftp > camera1.home.46842: Flags [S.], seq 1947376669, ack 759078933, win 65160, options [mss 1460,sackOK,TS val 2400279324 ecr 1565369,nop,wscale 7], length 0
16:47:47.553261 IP camera1.home.46842 > sirius.home.ftp: Flags [.], ack 1, win 913, options [nop,nop,TS val 1565370 ecr 2400279324], length 0
16:47:47.562644 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 1:321, ack 1, win 510, options [nop,nop,TS val 2400279336 ecr 1565370], length 320: FTP: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
16:47:47.563159 IP camera1.home.46842 > sirius.home.ftp: Flags [.], ack 321, win 980, options [nop,nop,TS val 1565371 ecr 2400279336], length 0
16:47:47.567110 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 1:15, ack 321, win 980, options [nop,nop,TS val 1565371 ecr 2400279336], length 14: FTP: USER cameras
16:47:47.567201 IP sirius.home.ftp > camera1.home.46842: Flags [.], ack 15, win 510, options [nop,nop,TS val 2400279340 ecr 1565371], length 0
16:47:47.567442 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 321:361, ack 15, win 510, options [nop,nop,TS val 2400279341 ecr 1565371], length 40: FTP: 331 User cameras OK. Password required
16:47:47.568240 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 15:31, ack 361, win 980, options [nop,nop,TS val 1565371 ecr 2400279341], length 16: FTP: PASS XXXXXXXXX
16:47:47.608424 IP sirius.home.ftp > camera1.home.46842: Flags [.], ack 31, win 510, options [nop,nop,TS val 2400279382 ecr 1565371], length 0
16:47:48.550825 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 361:405, ack 31, win 510, options [nop,nop,TS val 2400280324 ecr 1565371], length 44: FTP: 230 OK. Current directory is /home/cameras
16:47:48.552355 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 31:39, ack 405, win 980, options [nop,nop,TS val 1565470 ecr 2400280324], length 8: FTP: TYPE I
16:47:48.552464 IP sirius.home.ftp > camera1.home.46842: Flags [.], ack 39, win 510, options [nop,nop,TS val 2400280326 ecr 1565470], length 0
16:47:48.552611 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 405:435, ack 39, win 510, options [nop,nop,TS val 2400280326 ecr 1565470], length 30: FTP: 200 TYPE is now 8-bit binary
16:47:48.554662 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 39:69, ack 435, win 980, options [nop,nop,TS val 1565470 ecr 2400280326], length 30: FTP: CWD eingang/20250102/images/
16:47:48.554986 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 435:518, ack 69, win 510, options [nop,nop,TS val 2400280328 ecr 1565470], length 83: FTP: 550 Can't change directory to eingang/20250102/images/: No such file or directory
16:47:48.562706 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 69:95, ack 518, win 980, options [nop,nop,TS val 1565471 ecr 2400280328], length 26: FTP: PORT 192,168,1,8,182,251
16:47:48.563110 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 518:547, ack 95, win 510, options [nop,nop,TS val 2400280336 ecr 1565471], length 29: FTP: 200 PORT command successful
16:47:48.564676 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 95:121, ack 547, win 980, options [nop,nop,TS val 1565471 ecr 2400280336], length 26: FTP: STOR T25010216474600.jpg
16:47:48.567543 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 547:577, ack 121, win 510, options [nop,nop,TS val 2400280341 ecr 1565471], length 30: FTP: 150 Connecting to port 46843
16:47:48.600706 IP camera1.home.46842 > sirius.home.ftp: Flags [.], ack 577, win 980, options [nop,nop,TS val 1565475 ecr 2400280341], length 0
16:47:48.902265 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 577:673, ack 121, win 510, options [nop,nop,TS val 2400280675 ecr 1565475], length 96: FTP: 226-File successfully transferred
16:47:48.902530 IP camera1.home.46842 > sirius.home.ftp: Flags [.], ack 673, win 980, options [nop,nop,TS val 1565505 ecr 2400280675], length 0
16:47:48.903647 IP camera1.home.46842 > sirius.home.ftp: Flags [P.], seq 121:128, ack 673, win 980, options [nop,nop,TS val 1565505 ecr 2400280675], length 7: FTP: QUIT
16:47:48.903859 IP sirius.home.ftp > camera1.home.46842: Flags [P.], seq 673:742, ack 128, win 510, options [nop,nop,TS val 2400280677 ecr 1565505], length 69: FTP: 221-Goodbye. You uploaded 148 and downloaded 0 kbytes.
16:47:48.905176 IP camera1.home.46842 > sirius.home.ftp: Flags [F.], seq 128, ack 742, win 980, options [nop,nop,TS val 1565505 ecr 2400280677], length 0
16:47:48.906276 IP sirius.home.ftp > camera1.home.46842: Flags [F.], seq 742, ack 129, win 510, options [nop,nop,TS val 2400280679 ecr 1565505], length 0
16:47:48.907008 IP camera1.home.46842 > sirius.home.ftp: Flags [.], ack 743, win 980, options [nop,nop,TS val 1565505 ecr 2400280679], length 0
^C
28 packets captured
39 packets received by filter
0 packets dropped by kernel
Bei meiner 5907HD hatte ich dagegen PASV genommen.
Es wäre ein „tcpdump“ der FTP-Verbindung recht sinnvoll, dann sieht man was anders ist.
Dein Pure FTP nutzt TLS. Was passiert bei SSL und PORT?
Nein benutzt er nicht. Er ist nur damit kompiliert. Wenn es TLS wäre hätte man im Dump auch nichts gesehen. Er begrüßt nur mit seinem Flags in der Welcome Message. Wenn es TLS wäre käme ein STARTTLS als erster Befehl vom Clienten nach der Verbindung.
So…ich habe jetzt mal alle Cams umgestellt auf alles in einen Ordner…ohne Tageszuweisung.
Siehe da es wird gemacht.
Alles so wie es sein soll…auch der richtige Speicherpfad wird genutzt.
Kein Dauerzustand aber vielleicht hilfreich bei 200 Kameras 
Bei mir hat er die Ordner selbst angelegt als ich umgestellt hab auf: Alles in einen Ordner.
Nur als Hinweis.
Die -iflan Option klappt bei mir nicht. Ubuntu 18.04. Hatte noch keinen Bock das gesamte System neu aufzusetzen.
Aber egal, zumindest die 5907HD, die hier auch genannt wurde, funktioniert ja.
„iflan“ ist der Name der Netzwerkkarte. Wenn die bei dir anders heißt muss man das natürlich anpassen.
Leider ist das, was du von dir gibst so nicht hilfreich. Nur zu sage „hähä, bei mir funktioniert es doch“ ist nur bedingt nützlich bei einer Fehlersuche. Es wäre daher gut wenn du ab jetzt still bleiben könntest oder ein sachdienlichen Dump der FTP-Verbindung (wenn es funktioniert") erzeugst.
Wichtig dabei: Es funktioniert nur nicht wenn „Ordnerstruktur: Nach Tagen sortiert“ ist:
(das Verzeichnis „eingang“ existiert und daher geht es auch in der Einstellung „Alles in einen Ordner“).
Uwe
Natürlich habe ich die iflan Option angepasst. Sowohl einmal den korrekten WLAN-Adapter eingetragen als auch jetzt den LAN-Adapter.
Aber Du hast recht, ich bleibe jetzt still und warte ab was sich hier so ergibt.
Ach ja noch ein Hinweis: Natürlich wurden beide Kameras sicherheitshalber einmal durchgestartet und sie haben die aktuelle Firmware. Ein erster Verdacht war natürlich, dass die Kamera den Jahreswechsel nicht verkraftet hat.
Ansonsten ist die gepostete Konfiguration bis auf TLS an gleich zu meiner. Das „./“ vor dem Pfad hatte ich bis vor dem Jahreswechsel auch drinnen, macht aber faktisch keinen Unterschied. Alle Varianten des Pfadnamens produzieren gleiches Fehlerbild:
- eingang
- ./eingang
- /home/cameras/eingang
Die Kamera hat übrigens auch die Eigenschaft dass sie immer die Daten ins Home-Verzeichnis legt wenn auch das Basisverzeichnis nicht existiert (wenn man „alles in einen Ordner“ konfiguriert). Kurzum: Es wird niemals versucht das Verzeichnis zu erzeugen, alles funktioniert nur wenn der Ordner schon da ist.
„Alles in einen Ordner“ funktioniert erstmal als Workaround, mach jedoch das Browsing etwas mühevoll.
Ich habe auch zwischenzeitlich mal in der Kamera die Uhrzeiteinstellungen geändert. Mit UTC als Zeitzone gleiches Fehlerbild.
1 „Gefällt mir“