Magento-Dateirechte zurücksetzen

Auf rack::SPEED-Servern sind die Dateirechte deiner Magento-Installation ab Werk korrekt gesetzt — im Normalfall musst du hier nichts anpassen. Dieser Artikel ist für den Fall, dass daran gedreht wurde (ein Tutorial wollte 777, ein Deployment lief schief): Mit drei Befehlen setzt du die Rechte auf den sauberen Ausgangszustand zurück.

Voraussetzungen

• SSH-Zugang als der Benutzer deines Abos — siehe SSH-Zugang einrichten.
• Deine Installation liegt im Standard-Document-Root: direkt nach dem SSH-Login ~/httpdocs (cPanel: ~/public_html). Liegt sie in einem anderen Ordner, zeigt dir Document Root ändern, wo du den Pfad abliest.

Schritt für Schritt

1. Verbinde dich per SSH und wechsle in den Document Root: cd ~/httpdocs (cPanel: cd ~/public_html).
2. Setz alle Verzeichnisse auf 755: find . -type d -exec chmod 755 {} +
3. Setz alle Dateien auf 644: find . -type f -exec chmod 644 {} +
4. Mach die Magento-CLI wieder ausführbar: chmod +x bin/magento
5. Teste den Zustand: bin/magento cache:flush muss ohne Rechte-Fehler durchlaufen, danach die Seite einmal aufrufen.

Niemals chmod 777 — egal was das Tutorial sagt

Viele Anleitungen im Netz „lösen” Rechte-Probleme mit chmod 777 oder chmod -R 777. Damit darf jeder Prozess auf dem Server deine Dateien lesen, ändern und ausführen — eine offene Tür für Schadcode und der häufigste Weg, wie aus einem kleinen Rechte-Problem ein gehackter Shop wird. Auf rack::SPEED-Servern ist 777 nie nötig: 644/755 reicht immer.

Warum 755/644 hier reicht

Auf rack::SPEED-Servern läuft PHP als derselbe Benutzer, dem auch deine Dateien gehören. Magento kann damit in var/, generated/ und pub/ schreiben, ohne dass Gruppen-Tricks oder weitreichendere Rechte nötig wären. Anleitungen, die mehr verlangen, stammen aus Setups mit getrenntem Webserver-Benutzer — auf deinem Hosting sind sie unnötig.

Wenn etwas schiefläuft

Permission denied trotz zurückgesetzter Rechte

Dann stimmen nicht die Rechte, sondern der Eigentümer — etwa weil Dateien bei einem Deployment oder Entpacken unter falschem Benutzer entstanden sind.

Lösung: Prüfen mit ls -la var/ generated/ — gehören Dateien einem fremden Benutzer (z. B. root), Ticket öffnen: das Zurücksetzen des Eigentümers braucht Root-Rechte, das übernehmen wir.

Die Seite bleibt nach dem Zurücksetzen weiß

Meist liegen noch Cache- oder Generated-Artefakte aus der Zeit der kaputten Rechte herum.

Lösung: bin/magento cache:flush ausführen und die Seite erneut laden. Details zu Cache und Indexern: Magento-Cache leeren und neu indexieren.

Ein Tutorial oder eine Extension verlangt 777

Das ist auf rack::SPEED-Hosting nie nötig (siehe Kasten oben) und öffnet jedem Prozess auf dem System Schreibzugriff auf deine Shop-Dateien.

Lösung: Bei 755/644 bleiben. Scheitert eine Extension damit an Schreibrechten, liegt die Ursache woanders — gern per Ticket melden, wir schauen drauf.

Verwandte Artikel

• Magento-Cache leeren und neu indexieren — der übliche zweite Schritt nach Dateisystem-Eingriffen.
• SSH-Zugang einrichten — die Voraussetzung für die Befehle hier.
• Dateien per SSH sichern — Sicherung, bevor du am Dateisystem arbeitest.

Du kommst nicht weiter?

Rechte zurückgesetzt und Magento klemmt trotzdem? Ticket im Kundencenter öffnen — nenn die Domain und was zuletzt am Dateisystem passiert ist (Deployment, Update, Tutorial), wir stellen den Sauber-Zustand mit dir wieder her.