Probleme beim Upload

A

AndreasW

Gast
Hallo,

bin doch etwas am verzweifeln. ;(
Habe einen G6 FTP Server am laufen (neuste Version).
OK, also flugs einen User erstellt und ihm alle Rechte in ein bestimmtes
Verzeichnis gegeben. Wenn ich jetzt aber eine Datei hochladen möchte erscheint
die Fehlermeldung:
"550 Cannot Stor"

Hier mal der Auszug aus dem Log von WSFTP:
-----------------------------------
150 Opening data connection for directory list.
transferred 134 bytes in < 0.001 seconds, 1046.875 Kbps ( 130.859 KBps).
Starting request
550 Cannot STOR.
Transfer request completed with status: Failed, 1 SubItem(s) failed
PORT 192,168,0,2,14,222
200 Port command successful.
LIST
150 Opening data connection for directory list.
transferred 134 bytes in < 0.001 seconds, 1046.875 Kbps ( 130.859 KBps).
--------------------------------------

Das herunterladen von Dateien klappt wiederum ohne Probleme.

Weiterhin kann man die Datei auch nicht umbenennen oder löschen:

--------------------------------------
150 Opening data connection for test.php (75 bytes)
transferred 75 bytes in < 0.001 seconds, 585.938 Kbps ( 73.242 KBps).
226 File sent ok.
Transfer request completed with status: Finished
RNFR test.php
350 File exists, ready for destination name.
RNTO test2.php
550 File "/test.php" can't be renamed.
---------------------------------------

Wie gesagt hat der User Vollrechte im besagten Verzeichnis.

Im G6 FTP Server Log finde ich leider keine weiteren Informationen.
Kann mir vielleicht jemand helfen?

Danke!

Grüße
Andreas
 
Hallo,

ist das gleiche Problem.

550 cannot Store.
Windows meint das der entsprechende User vielleicht keine Schreibrechte besitzt aber lauf Administratorconsole von G6 hat er Vollzugriff auf das entsprechende Verzeichnis.

Kann es sein das vielleicht die Windows NTFS Berechtigung den FTP Betrieb stört?
Welcher User muss Rechteinhaber des entsprechenden Verzeichnisses sein damit auch G6 und deren User damit Arbeiten können?

Zur Zeit haben unter anderen die Administratorengruppe, das System, die Usergruppe (nur lesen), die Ersteller-Besitzer Gruppe und der movie-music.net_web user (ist von der Verwaltungssoftware HELM)
Rechte. WEiterhin gibt es zweu unbekannte Konton welche lese und schreibrechte haben.
Ich gehe davon aus das diese vom G6 FTP Server kommen (habe auch zwei FTP accounts auf das Verzeichnis gelegt).

Nun vielleicht hat ja noch jemand einen Tipp.

Grüße
Andreas
 
Die Vermutung bezüglich NTFS wird wohl richtig sein. Der G6 Server legt allerdings keine Benutzerkonten an - er läuft als Dienst und hat somit nur Zugriff auf die Laufwerke, die keiner Zugriffsbeschränkung unterliegen. Denn Sinn und Zweck eines Systemdienstes ist es ja, dass er ohne Benutzeranmeldung funktioniert.
Wenn unsere Vermutung richtig ist, dann steht die Lösung hier:
https://www.supernature-forum.de/showthread.php?s=&threadid=36371
 
Mh, nein das war es nicht.
Der Dienst wird als Systemdienst gestartet und das System hat alle Rechte auf das entsprechende Laufwerk. Auch ein Test den Dienst unter dem Administrator zu starten (der wird wohl alle Rechte haben) schlug fehl.

Und so hoffe ich weiter das mir geholfen werden kann.
Oder gibt es vielleicht eine Liste welche Vorraussetzungen für G6 erfüllt werden müssen.

Zu meinem Server:

Windows 2003 Std. Deutsch (alle Updates)
TCP/IP Protocoll mit Datei und Druckfreigabe (Laufwerke C\D sind freigegebene)

Windows Firewall an (alle wichtigen Ports wie 21 offen)

Sonst Standartsoftware wie mySQL, PHP, IIS, Perl, ASP u.s.w.
Die einzige Besonderheit ist das ich HELM auf dem Server verwende. Diese Software legt über die Schnittstellen von G6 die einzelnen FTP Benutzeraccounts an (Tests die Accounts direkt in G6 anzulegen waren auch negativ).

Na warscheinlich habe ich das Problem weil es ein Strato Windows Server ist :)

Grüße
Andreas
 
Wie ich sehe, ist das Thema jetzt Chefsache. Gut so, den hätte ich nämlich jetzt auch gefragt :)
Ich hoffe, es findet sich eine Lösung.
Gibt es irgendwelche Systemprotokolle (Ereignisanzeige), aus denen man weitere Infos beziehen könnte?
 
Hallo,

ja habe da auch mal gepostet.
Dachte vielleicht das ein Entwickler eine Idee hat.
Leider habe ich so keine weiteren Logfiles (jedenfalls keine die den Fehler wiedergeben).

Falls ich an einer bestimmten Stelle gucken soll dann einfach kurz bescheit geben.

Trotzdem Danke für die Hilfe.

Grüße
Andreas
 
Oben