FileZilla „550 Permission denied“ beim Upload beheben

So sieht die Meldung in FileZilla aus
Antwort: 550 Permission denied.

Der Server verweigert das Schreiben oder Lesen einer Datei. Ob Dateirechte, falscher Ordner, Besitzer oder Hoster-Limit die Ursache sind, erkennst du an der genauen Meldung.

Kurzfassung

550 heißt: Für diese Aktion in diesem Verzeichnis fehlt dir das Recht. Prüfe zuerst, ob du im richtigen Verzeichnis bist (Webroot statt Hauptverzeichnis des Accounts). Dann die Rechte des Zielordners: 755 für Ordner, 644 für Dateien. Hilft das nicht, gehört die Datei einem anderen Systembenutzer, und nur der Hoster kann das ändern.

Die Varianten der Meldung

Antwort des Servers Bedeutung
550 Permission denied Keine Schreib- oder Leserechte
550 Failed to open file Datei nicht lesbar oder Zielordner nicht beschreibbar
550 Can’t create directory: Permission denied Ordner anlegen nicht erlaubt
550 Failed to change directory Ordner existiert nicht oder ist nicht betretbar (fehlendes x-Recht)
550 Prohibited file name Dateityp oder -name vom Hoster gesperrt
553 Could not create file Wie 550, bei manchen Servern anderer Code

Lösung Schritt für Schritt

Rechtsklick auf eine Datei im Serverbereich → Dateiberechtigungen…
Rechtsklick auf eine Datei im Serverbereich → Dateiberechtigungen…

Rechtsklick → Dateiberechtigungen: Zahlenwert und Checkboxen
Rechtsklick → Dateiberechtigungen: Zahlenwert und Checkboxen

  1. Richtiges Verzeichnis? Das Hauptverzeichnis vieler Accounts ist absichtlich schreibgeschützt. Wechsle in das Webroot (/html, /httpdocs, /public_html oder den Domain-Ordner) und versuche es dort. Welcher Ordner das ist, steht in unserer Anleitung Website hochladen.
  2. Rechte des Zielordners prüfen. Rechtsklick auf den Ordner → Dateiberechtigungen. Für Ordner sollte 755 stehen, für Dateien 644. Fehlt das Schreibrecht für den Besitzer (erste Ziffer kleiner als 6 bzw. 7), setze es. Den Zahlenwert erklärt der chmod-Rechner.
  3. Rechte lassen sich nicht ändern? Meldet FileZilla beim Setzen ebenfalls 550, gehört Ordner oder Datei einem anderen Systembenutzer, oft dem Webserver (www-data), weil WordPress oder ein Skript sie angelegt hat. Das kann nur der Hoster korrigieren (Stichwort „Besitzer zurücksetzen“ oder „chown“).
  4. Datei in Benutzung? Unter Windows-Servern kann eine geöffnete Datei nicht überschrieben werden. Kurz warten oder den Prozess beenden.
  5. Hoster-Sperre? Viele Hoster blockieren bestimmte Dateitypen (.exe, .sh, manchmal .php in Upload-Ordnern) oder Dateien über einer bestimmten Größe. Die Meldung lautet dann oft „Prohibited file name“ oder „Quota exceeded“. Hoster-Doku prüfen.
  6. Speicherplatz? Ein voller Webspace erzeugt bei manchen Servern 550 statt 452. Im Kundenbereich den belegten Speicher prüfen.

Typische Situation: WordPress-Uploads

Du willst ein Theme oder Plugin per FileZilla nach wp-content/themes laden und bekommst 550. Fast immer hat WordPress den Ordner selbst angelegt, mit dem Webserver als Besitzer. Zwei Wege: Theme über das WordPress-Backend hochladen (Design → Themes → Hinzufügen), oder den Hoster bitten, den Besitzer der wp-content-Ordner auf deinen FTP-Benutzer zu setzen. Rechte auf 777 zu setzen löst das Problem nicht und öffnet eine Sicherheitslücke.

Häufige Fragen

Frage antippen, um die Antwort zu öffnen.

Soll ich 777 setzen, damit es funktioniert?

Nein. 777 erlaubt jedem Prozess auf dem Server das Schreiben. Wenn 755 nicht reicht, ist der Besitzer das Problem, nicht die Rechte.

Warum klappt der Download, aber nicht der Upload?

Lesen (4) ist für alle erlaubt, Schreiben (2) nur für den Besitzer. Wenn du nicht der Besitzer bist, kannst du lesen, aber nicht schreiben.

Kann ich den Besitzer in FileZilla ändern?

Nein. FTP und SFTP erlauben nur das Ändern der Rechte (chmod), nicht des Besitzers (chown). Das geht nur per SSH mit entsprechenden Rechten oder über den Hoster.