Upload bricht mit HTTP 413 ab: Upload-Limit erhöhen

Bricht ein großer Upload mit 413 Content Too Large ab, obwohl upload_max_filesize und post_max_size längst hoch genug stehen, liegt es fast nie an PHP. Auf Plesk-Servern sitzt vor PHP der Webserver nginx mit einem eigenen Limit für die Request-Größe — Standard sind 128 MB. In Plesk stellst du beide Grenzen selbst ein, auf cPanel übernehmen wir das per Ticket.

Voraussetzungen

• Zugang zum Hosting-Panel — siehe Anmeldung am Hosting-Panel.
• Die Zielgröße: Wie groß ist die größte Datei, die hochgeladen werden soll? Runde großzügig auf, damit du die Werte nicht bei jedem Update erneut anfassen musst.

Schritt für Schritt

Ein Upload muss zwei Grenzen passieren, in dieser Reihenfolge: erst das Body-Limit des Webservers, dann die PHP-Limits. Beide müssen mindestens so groß sein wie deine Zieldatei.

Plesk

1. Öffne Websites & Domains und wähl die Domain.
2. Klick auf PHP-Einstellungen.
3. Setz upload_max_filesize auf die Zielgröße, z. B. 512M.
4. Setz post_max_size auf denselben Wert oder etwas höher. Der Wert muss mindestens so groß sein wie upload_max_filesize, sonst gilt die kleinere Grenze.
5. Erhöh bei Bedarf max_input_time und max_execution_time (z. B. 300), damit langsame Verbindungen nicht in den Timeout laufen. Klick auf Übernehmen.
6. Geh zurück zur Domain und öffne Hosting & DNS → Apache & nginx-Einstellungen.
7. Scroll zum Abschnitt nginx-Einstellungen und such das Feld Maximal zulässige Größe des HTTP-Anforderungstexts.
8. Trag dort den Wert in Bytes ein, mindestens so groß wie post_max_size. Für 512 MB: 536870912. Klick auf OK.
9. Wiederhol den Upload. Der Wert greift sofort, ein Neustart ist nicht nötig.

cPanel

Auf unseren cPanel-Systemen sind die PHP-Limits und das Webserver-Limit nicht pro Domain freigeschaltet — beides stellen wir für dich ein.

1. Ermittle die Zielgröße: die größte Datei, die hochgeladen werden soll, großzügig aufgerundet.
2. Öffne ein Ticket im Kundencenter und nenn Domain und Zielgröße.
3. Wiederhol den Upload, sobald wir die Anpassung bestätigt haben.

Warum zwei Limits?

nginx nimmt den Request als Erstes entgegen und prüft die Größe des Request-BodysDer Nutzdaten-Teil einer HTTP-Anfrage — beim Upload also die Datei selbst. nginx nennt die Grenze dafür client_max_body_size., bevor PHP überhaupt gestartet wird. Ist der Body zu groß, antwortet nginx direkt mit 413 — deshalb hilft ein noch so hoher PHP-Wert nichts, und deshalb taucht der Fehler auch nicht im PHP- oder Anwendungs-Log auf. Der Plesk-Standard von 134217728 Bytes (128 MB) gilt für jede Domain, solange du ihn nicht änderst.

Wenn etwas schiefläuft

413 Content Too Large, obwohl phpinfo() die hohen Werte zeigt

PHP ist korrekt konfiguriert, aber nginx lehnt den Request vorher ab. Das erkennst du in der Browser-Konsole (F12 → Netzwerk): Der POST an die Upload-URL endet mit Status 413.

Lösung: Das nginx-Body-Limit erhöhen — Schritte 6 bis 8 im Plesk-Tab. Auf cPanel-Systemen per Ticket, siehe cPanel-Tab.

Im Log der Anwendung steht nichts

Weil nginx den Request verwirft, bevor er PHP erreicht, schreiben weder Magento, WordPress noch Nextcloud etwas ins Log. Auch im Zugriffs-Log der Domain fehlt der Eintrag oft.

Lösung: Nicht im Anwendungs-Log suchen, sondern in der Browser-Konsole. Der HTTP-Status dort ist der Nachweis.

Der Upload läuft durch, danach kommt 504 oder eine weiße Seite

Die Datei ist angekommen, aber die Verarbeitung danach — Entpacken, Importieren, Bilder generieren — dauert länger, als PHP laufen darf. Neben max_execution_time kann hier auch das Ausführungs-Limit des PHP-FPM-Pools greifen, das im Panel nicht sichtbar ist.

Lösung: max_execution_time erhöhen und den Upload wiederholen. Bricht es weiterhin nach exakt derselben Zeit ab, Ticket öffnen — wir passen das Pool-Limit an.

Die Anwendung meldet ein eigenes Limit

Manche Anwendungen begrenzen Uploads zusätzlich selbst — WordPress im Multisite-Betrieb über die Netzwerk-Einstellungen, manche Magento- und Shopware-Erweiterungen über eigene Optionen.

Lösung: Die Fehlermeldung der Anwendung lesen — sie nennt in der Regel das Limit, das gegriffen hat. Diesen Wert in der Anwendung anpassen, nicht im Panel.

Alternative für sehr große Dateien

Für einmalige Uploads jenseits von einem Gigabyte ist SFTP oft der bessere Weg: kein Timeout, kein Limit, abbruchsicher. Wie du dich verbindest, steht unter FTP- und SFTP-Zugang. Auf einem Managed Server legst du die Datei direkt ins Zielverzeichnis der Anwendung.

Verwandte Artikel

• PHP-Version einer Domain wählen — dieselbe Stelle im Panel, an der auch die PHP-Limits liegen.
• Fehler 403/406: WAF blockiert eine Aktion — wenn nicht die Größe, sondern der Inhalt des Uploads abgewiesen wird.
• Reverse Proxy für Docker-Container — betreibst du einen eigenen nginx davor, gilt dort zusätzlich client_max_body_size.
• FTP- und SFTP-Zugang — der Weg für Dateien, die kein Browser-Upload schaffen soll.

Du kommst nicht weiter?

Bleibt es beim 413, obwohl beide Limits hoch genug stehen, oder bist du auf einem cPanel-System? Ticket im Kundencenter öffnen — nenn Domain, Zielgröße und den Screenshot der Browser-Konsole, dann stellen wir es ein.