Fehler: 403-Fehler bei Tao-Files nach Änderungen durch Kunden
Produkt: Tao Contao
Contao-Version: 4.13
Hallo liebes Rocksolid-Team,
Habe bei einer Kundenseite (an der dieser leider nicht nachvollziehbare Änderungen vorgenommen hat) folgende Problematik:
bekomme für mehrere Tao-Files 403-Fehler (tao/js/script.js, tao/fonts/rocksolid-icons.*, ...), sowohl im FE als auch im BE.
Inzwischen wurde auch (zeitweilig) der komplette Tao-Ordner ersetzt, Symlinks neu generiert, Dateiberechtigungen auf 755 gesetzt, Prod.-Cache erneuert - alles ohne Erfolg...
Bin jetzt ratlos.
Ist ein solcher Fehler bekannt, bzw. gibt es dafür eine Lösung???
Mit bestem Dank.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
Support Staff 1 Posted by RockSolid Theme... on 05 Jan, 2026 10:10 AM
Vielen Dank für Ihre Frage.
Ist der Ordner tao in der Dateiverwaltung im Backend als „öffentlich“ markiert?
Da der Aufruf von /files/tao/js/script.js mit
403antwortet jedoch ein Aufruf von /files/xxx/js/script.js mit404antwortet, ist zu vermuten, dass es sich um ein Berechtigungsproblem handelt. Eventuell ist der Besitzer des Symlinks public/files/tao oder der Besitzer des Ordners files/tao nicht derselbe wie der des Webservers wodurch es zu diesem Fehler kommt.Wenn Sie in der Dateiverwaltung von Contao einen neuen öffentlichen Ordner erstellen und darin eine Datei platzieren, lässt sich diese über den Webserver abrufen, oder tritt dort dasselbe Problem auf?
2 Posted by Gerd on 07 Jan, 2026 10:06 AM
Habe einen neuen öffentlichen Ordner angelegt, und 2 Dateien über die Dateiverwaltung hochgeladen (1x .png und 1x .js).
Die Vorschau über die Dateiverwaltung ("in neuem Fenster öffnen") funktioniert nicht (403), allerdings kann ich die .js Datei bearbeiten ("Quelltext bearbeiten") und speichern...
3 Posted by Gerd on 07 Jan, 2026 10:34 AM
Habe scheinbar das Problem (& die Lösung) gefunden:
Aus mir nicht ersichtlichen Gründen waren die Dateirechte für den "files" Ordner auf 604 eingestellt.
Nach Umstellung auf 705 scheint alles wieder zu funktionieren.
Vielen Dank für den Hinweis "Berechtigungsproblem"!