FTP Push kann keine Dateien übertragen

[isch83]

Hallo Zusammen,

ich habe mal versucht meine Welt zu vereinfachen.

Ich nutze OTR und lade bei otr.datenkeller.net die kodierten Dateien auf meine DS runter. Meine DS dekodiert das ganze und legt mir alles für DLNA bereit.

Jetzt kam mir die Idee, welche ich schon immer sehr nett fand, FTP-Push zu nutzen. Ich konnte soweit auch alles einrichten bekomme eine Verbindung und die Testdatei kann auch übertragen werden. Ich scheitere allerdings daran das die eigentlich Aufnahme nicht übertragen wird. Es wird scheinbar nur die Datei "angelegt" in welche der Upload erfolgen soll.



Leider bekomme ich vom Datenkeller nur eine wenig aussagekräftige Fehlermeldung:

Der FTP Push ist nach 9 Versuchen fehlgeschlagen, die Verbindung zum Server, sowie der Login haben geklappt, bitte ueberpruefe, ob die Berechtigungen richtig sind und ob genuegend Speicherplatz frei ist, die Auftrage sind inaktiv gesetzt bis ein erneuter Test Upload erfolgreich war.

Wenn ich eine Datei mittels Filezilla übertrage klappt alles. Leider sind mir jetzt die Ideen ausgegangen wo ich noch suchen kann. Habt Ihr eine Idee?

Vielen Dank und viele Grüße

 

[isch83]

Hallo Zusammen,

leider bin ich noch nicht so wirklich weiter gekommen in dem Thema.

Also von Datenkeller habe ich leider erstmal nur das nachfolgende bekommen:

Hallo,

sieht aus als würde da ein Problem mit deinem NAT oder Firewall vorliegen
put: Fatal error: max-retries exceeded

Google hat mich leider auch nicht weiter gebracht. Hab ihr hiermit vielleicht einen Ansatzpunkt was ich falsch machen könnte?

 

[TheGardner]

Was hat denn Datenkeller von Dir als Daten?

Server/Rechnername?
User?
Pass?
evt. Port?

diese vier Sachen bräuchten die drüben ja, wenn sie Dir etwas pushen sollen!

Hast Du einen User für sie bereitgestellt?
Hat dieser User vollen Zugriff auf den Upload Ordner?
Können sie zu jeder Zeit auf Deinen Server/DS?
Sind -wenn Ports benötigt werden- diese auch im Router bei Dir auf die DS weitergeleitet?

 

[isch83]

Hi,

also ich beginne mal auf meiner Seite:

1. also meine DS und Fritz.box laufen 24/7 somit sollte immer eine Verbindung möglich sein.

2. In der Fritzbox habe ich folgende Port weitergeleitet:

(Ich glaube das müssten alle benötigten sein)

3. In der DS habe ich den FTP-Dienst so konfiguriert:


4. Die Berechtigungen auf der DS habe ich mit einer Gruppe geregelt:



5. Und so ist alle bei Datenkeller eingestellt:


Es ist auch möglich das die Testdatei hochgeladen werden kann...allerdings schafft es dann die richtige Aufnahme dann nicht auf meine DS:


So ich hoffe ich habe alle Fragen beantworten können

 

[rednag]

Ich kann bei Deinem Problem leider nicht helfen, aber ich wüsste gerne wie die DS die OTRs automatisch decodiert.
Dafür hätte ich auch Verwendung.

 

[isch83]

Ok schade....

aber ich habe eine Antwort für Dich:

https://geimist.eu/synOTR/

gibt das auch einen Thread im Forum:

http://www.synology-forum.de/showth...ung-für-OTR-Workflow-auf-Synology-Diskstation

 

[rednag]

Danke für die Links, ich bin auch darüber gestolpert.

Versuche testweise mal den Standardport für FTP 21 und teste damit. Ohne FTPS. Der Port ist in der Firewall der DS aber schon freigegeben oder?

 

[isch83]

Guten Morgen Zusammen,

leider konnte ich erst jetzt antworten, da mich das Wochenende mit einem anderen Hobby gefangen gehalten hat.

Ja der Port ist freigegeben und es kommt ja auch eine Testdatei wie im ersten Post beschrieben an.

Wenn ich den Port auf 21 wechsel geschieht mit FTPS genau nach gleiche wie mit meinem individuellen Port. Ohne FTPS also nur mit FTP ist das Verhalten etwas anders aber im Ergebnis gleich.

Bei FTP wird die Testdatei übertragen und im Protokoll sehen ich das diese wieder gelöscht wird. Die Filmdatei kann allerdings auch nicht übertragen werden.

 

[TheGardner]

Komisch! Sieht alles gut aus! Die Tatsache, dass eine Datei angelegt wird, aber nicht fertig geschrieben werden kann, irretiert mich!
Ist fast so, als fängt der Push erstmal an und wird dann durch irgendwas unterbrochen, so dass die Datei nie geschrieben werden kann!
Bei Synology/Linux ists aber eigentlich so, dass eine Datei mit Unterbrechung - erstmal bis zu dieser Unterbrechung geschrieben worden ist! Also zumindest müssten dann paar MB als Größe drinstehen! 0kB bedeutet eigentlich, dass die Datei nur angelegt wurde, aber dann nicht geschrieben werden konnte.

Bleibt jetzt die Frage, ob der otr Ordner nicht vielleicht durch eine andere Versperrung für datenkeller nicht zu beschreiben geht! Vielleicht, weil otr bei der Gruppe Users verweigert wird.

 

[isch83]

Ich hab jetzt mal die Gruppe "Users" direkt mit Lesen/Schreiben auf den otr-Ordner berechtigt. Danach wird wieder die Testdatei mit 250kb übertragen das erste Video wieder allerdings wieder nur angelegt und bekommt keine Daten.

So langsam gehen mir echt die Ideen aus...Rechte waren auch von Anfang an meine erste Fehlerquelle

 

[isch83]

So ich hab jetzt nochmal ein paar Dinge ausprobiert:

1. Rechte direkt über die User vergeben nicht über eine Gruppe
2. Benutzerdefinierte Rechte also quasi Vollzugriff
3. Alles nochmal in die Tonne und mit anderer Ordnerbezeichnung, User und Gruppe das ganze neu aufgebaut.

Das alles leider mit dem gleichen negativen Ergebnis.

Gibt es noch was das vielleicht in der Fritzbox falsch stehen kann?

 

[TheGardner]

Glaub ich nicht, da Du ja schreibst, dass die Testdateien angelegt werden! Aber Du scheinst ohne Verständnis an den Gruppen und Userberechtigungen rumzudocktern! Das ist schon Mist!
Normalerweise dürfte bei der Gruppe Users nicht ein Haken gesetzt sein und Du müsstest schon eine Gruppe OTR oder datenkeller anlegen, die auf den otr Ordner Vollzugriff hat!

Alternativ wäre auch testweise mal ne Möglichkeit den User datenkeller (oder hieß er otr?) der Gruppe admin zuzuweisen! Dann darf er alles und es müsste möglich sein, dass in OTR Dateien vollständig abgelegt werden! Geht das auch mit 0kB auf die Bretter, ist da irgendwas anderes das Problem!

 

[isch83]

Naja ganz so ohne Verständnis docktere ich da auch nicht dran rum und mein bisheriges Rechtekonzept hat auch ganz gut funktioniert und tut es auch immer noch.

Ich hab denke ich Rechtetechnisch mittlerweile (bis auf die Admin-Gruppe) auch vermutlich die meisten Konstellationen durch probiert.

Neu angelegt habe ich das ganz nur um auszuschließen das ich mir beim testen und einrichten etwas verdreht habe.

So und während ich diese Zeilen getippt habe konnte ich den Test mit der Admin-Gruppe durchführen. Leider hat auch das keine Verbesserung gebracht damit sollte es dann nicht an den Rechten liegen.
Per FileZilla bekomme ich ja auch ohne Probleme mit und ohne Admin-Gruppe Daten auf das NAS abgelegt.

 

[TheGardner]

Dann passt da auf seiten Datenkeller irgendwas nicht!
Die scheinen da mit irgendwas dem FTP Server blöde zu kommen, wo der dann den Mittelfinger zeigt! Also vielleicht per aktiver Verbindung, obwohl Dein FTP Server passiv verlangt....
Raus bekommen wirst Du das nicht, weil Du nicht deren Protokolle sehen kannst, wo die Fehlermeldung von Deinem Server steht, was der eigentlich moniert (dem nicht passt).

Es könnte aber auch noch folgendes sein, fällt mir gerade ein! Schau doch mal auf Deinem Router nach, ob dort auch wirklich die passiven Ports 55536 - 55567 genau so (aber auch wirklich genau so!) eingestellt sind, wie Du es auch auf der DiskStation hast!

 

[geimist]

Ich habe es auch aufgeben, bei otrdatenkeller.at FTPpush zum laufen zu bekommen. Gleiches Ergebnis. Das lustige ist: bei otr-files.de geht es mit den gleichen Einstellungen problemlos. Da bin ich halt dort.

Ich hab jetzt mal die Gruppe "Users" direkt mit Lesen/Schreiben auf den otr-Ordner berechtigt. …

Lass die Gruppe lieber in Ruhe. Das gibt nur Ärger.

 

[TheGardner]

Users muss komplett ohne Haken sein! Soviel zu "ohne Verständnis"



Man sollte gegebenenfalls für alles, was man selbst einstellt und berechtigt eigene Gruppen und User erstellen, was Du ja zum Teil schon gemacht hast! Nur unter Gruppen sollte man admin, http und users in ruhe lassen!

 

[isch83]

Ja also der Push-Ftp bei OTR selber funktioniert bei mir auch ohne Probleme habe auch schon überlegt zu wechseln. Wobei ich sonst sehr gute Erfahrungen mit Datenkeller gemacht habe.

Vielleicht bin ich jetzt einen Schritt weiter gekommen...ich habe ein Protokoll https://ftptest.net/ vielleicht gibt es einen Sehenden hier der mir anhand des Prookolls sagen kann was falsch ist:

Status: Resolving address of xxx.synology.me
Status: Connecting to 123.123.123.123
Warning: The entered address does not resolve to an IPv6 address.
Status: Connected, waiting for welcome message...
Reply: 220 XXstation FTP server ready.
Command: CLNT https://ftptest.net on behalf of 123.123.123.123
Reply: 500 CLNT https://ftptest.net on behalf of 123.123.123.123: command not understood.
Command: AUTH TLS
Reply: 234 AUTH SSL command successful.
Status: Performing TLS handshake...
Status: TLS handshake successful, verifying certificate...
Status: Received 1 certificates from server.
Status: cert[0]: subject='C=TW,ST=Taiwan,L=Taipei,O=Synology Inc.,OU=FTP Team,CN=synology.com,EMAIL=product@synology.com' issuer='C=TW,ST=Taiwan,L=Taipei,O=Synology Inc.,OU=Certificate Authority,CN=Synology Inc. CA,EMAIL=product@synology.com'
Command: USER datenkeller
Reply: 331 Password required for datenkeller.
Command: PASS ********
Reply: 230 User datenkeller logged in.
Command: SYST
Reply: 215 UNIX Type: L8
Command: FEAT
Reply: 211- Extensions supported:
Reply: AUTH TLS
Reply: PBSZ
Reply: PROT
Reply: SIZE
Reply: MDTM
Reply: MFMT
Reply: REST STREAM
Reply: UTF8
Reply: MLST type*;modify*;size*;UNIX.mode*;UNIX.owner*;UNIX.group*;
Reply: MLSD
Reply: 211 End.
Command: PBSZ 0
Reply: 200 PBSZ command successful (PBSZ=0).
Command: PROT P
Reply: 200 Protection level set to Private.
Command: PWD
Reply: 257 "/" is current directory.
Status: Current path is /
Command: TYPE I
Reply: 200 Type set to I.
Command: PASV
Reply: 227 Entering Passive Mode (93,203,142,178,217,10)
Command: MLSD
Status: Data connection established, performing TLS handshake...
Reply: 150 Opening BINARY mode SSL data connection for 'file list'.
Status: TLS handshake successful, verifying certificate...
Status: Received 1 certificates from server.
Status: cert[0]: subject='C=TW,ST=Taiwan,L=Taipei,O=Synology Inc.,OU=FTP Team,CN=synology.com,EMAIL=product@synology.com' issuer='C=TW,ST=Taiwan,L=Taipei,O=Synology Inc.,OU=Certificate Authority,CN=Synology Inc. CA,EMAIL=product@synology.com'
Status: TLS session of transfer connection has been resumed.
Listing: type=dir;modify=20161006203708;size=4096;UNIX.mode=0755;UNIX.owner=root;UNIX.group=users; OTR
Reply: 226 Transfer complete.
Status: Success

Als "Fehlermeldung" bekomme ich folgenden Hinweis:



Your server is working and assorted routers/firewalls have been correctly configured for explicit FTP over TLS as performed by this test. However there have been warnings about compatibility issues, not all users will be able to use your server.

For maximum compatibility, consider resolving these warnings.

Vielleicht hab ich ja glück und einer sieht das Problem

 

[TheGardner]

Sieht alles gut aus! Da ist nix falsch an den Meldungen! Und die fehlenden Berechtigungen für eventuelle User, merkst Du auch erst, wenn Du so ein User benutzen würdest!

 

[isch83]

Ich habe es auch aufgeben, bei otrdatenkeller.at FTPpush zum laufen zu bekommen. Gleiches Ergebnis. Das lustige ist: bei otr-files.de geht es mit den gleichen Einstellungen problemlos. Da bin ich halt dort.

So ich habe aufgegeben hab keine Lösung mehr bei Datenkeller gefunden und bin nun ebenfalls mit den gleichen Einstellungen bei otr-files.de eingetragen und läuft....

...das einzige was mich beruhigt ist das ich somit doch nicht total blöde war beim einrichten des FTP Push

 

[isch83]

Hallo Zusammen,

ich habe es geschafft und konnte FTP-Push beim Datenkeller aktivieren. Den entscheidenden Hinweis hat mir germanbeast gegeben.

Ich hatte immer nur den Port 21 für FTP und eine Portrange für den passiven FTP freigegeben.

Benötigt werden allerdings:

21 (Befehl) <-- Hier kann auch ein im NAS selbst definiert Port genutzt werden.
20 (Datenverbindung im Aktivmodus)
1025–65535 (Datenverbindung im Passivmodus. Der Standardbereich variiert aber je nach Modell.) <-- die Portrange findet ihr in den FTP-Einstellungen und auch nur diese sind erforderlich.

Scheinbar ist es nun so das man Port 21 und die Portrange benötigt um die Einrichtung des Push-FTP durchzuführen. Bei der eigentlichen Datenübertragung handelt es sich dann aber über aktiven FTP und der braucht dann den Port 20.

Damit kann ich mich jetzt wieder von OTR-Files trennen und nach Datenkeller zurückkehren.