Nach einem Upload-Fehler bittet der Support um die PHP-Konfiguration. Eine öffentlich erreichbare phpinfo()-Seite wäre zwar schnell erstellt, kann aber Serverpfade, Module, Umgebungswerte und Anfragedaten offenlegen. Für die Diagnose werden meist nur wenige Limits im betroffenen Ausführungskontext benötigt. Ein guter Supportbericht ist deshalb knapp, zeitgestempelt, eindeutig zugeordnet und von vertraulichen Angaben bereinigt.
Inhalt
Was in einen sicheren Bericht gehört
Der Bericht sollte PHP-Version, SAPI beziehungsweise Handler, WordPress-Version, Zeitpunkt, betroffenen Kontext und nur die angeforderten Limits enthalten. Wichtig ist die Unterscheidung zwischen gespeichertem Wunschwert und tatsächlich wirksamer Konfiguration. Ergänzen Sie eine bereinigte Fehlermeldung, die Schritte zur Reproduktion und das Ergebnis eines Kontrolltests. Kennwörter, Token, Cookies, Datenbankzugänge, personenbezogene Daten und unnötige Serverpfade gehören nicht hinein.
Ein realistisches Beispiel
Ein Upload scheitert ausschließlich im WordPress-Backend. Statt die vollständige Serverkonfiguration zu veröffentlichen, übermittelt der Betreiber upload_max_filesize, post_max_size, memory_limit, PHP-Version und Handler aus genau diesem Webkontext. Dazu kommen Dateigröße, HTTP-Status und ein geschwärzter Logauszug. Der Support erkennt daran, dass der Proxy vor PHP abbricht; zusätzliche Umgebungsdaten wären für diese Schlussfolgerung unnötig gewesen.
Warum phpinfo riskant ist
phpinfo()zeigt weit mehr als einzelne Limits. Je nach Umgebung können interne Pfade, geladene Erweiterungen, Header und Umgebungsvariablen sichtbar werden. Eine vergessene öffentliche Diagnose-Seite bleibt zudem für Suchmaschinen und Angreifer erreichbar. Wenn ein solcher Endpunkt ausnahmsweise benötigt wird, muss er geschützt, zeitlich begrenzt und nach der Erfassung vollständig entfernt werden.
Sicherer Einstieg
Fragen Sie den Support zunächst, welche Direktiven und welcher Ausführungskontext benötigt werden. Erfassen Sie anschließend nur diese Werte. Verwenden Sie eine kleine Texttabelle statt eines vollständigen Screenshots aus dem Backend. Schwärzen Sie vertrauliche Felder und prüfen Sie die Datei vor dem Versand erneut. Übermitteln Sie den Bericht ausschließlich über den vorgesehenen, zugriffsgeschützten Supportkanal.
Technische Prüfung
Ordnen Sie jedem Wert Quelle, Einheit und Zeitstempel zu. Beachten Sie, dass Webanfrage, Cron, Worker und WP-CLI unterschiedliche Konfigurationen laden können. Eine zweite berechtigte Person sollte die technische Schlussfolgerung allein anhand des bereinigten Berichts nachvollziehen können. Fehlt dafür der Ausführungskontext, ist der Bericht unvollständig; wird dafür ein Geheimnis benötigt, enthält er zu viele sensible Abhängigkeiten.
Risiken und Nachbereitung
Speichern Sie den Bericht nur so lange wie für den Supportfall nötig. Entfernen Sie temporäre Diagnose-Endpunkte und prüfen Sie ihre URL anschließend ohne Anmeldung. Wurde versehentlich ein Kennwort, Token oder Cookie offengelegt, reicht das Löschen der Datei nicht: Widerrufen oder ändern Sie das betroffene Geheimnis. Erstellen Sie nach Konfigurationsänderungen einen neuen, erneut bereinigten Bericht.
AIOWS-Modul
Wie AIOWS PHP Limits die sichere Erfassung erleichtert
AIOWS PHP Limits zeigt aktive PHP-Limits in einer gezielten Ansicht. Dadurch lassen sich relevante Werte erfassen, ohne eine vollständige phpinfo()-Ausgabe öffentlich bereitzustellen.
Die Anzeige gilt für den jeweiligen Kontext und garantiert nicht, dass CLI, Hintergrund-Worker oder ein anderer PHP-Pool dieselbe Konfiguration verwenden. Auch sensible Angaben im restlichen Supportmaterial müssen weiterhin manuell entfernt werden.
Ändern Sie für einen reinen Diagnosebericht keine Limits. Halten Sie fest, welcher Wert angefordert wurde und welche Einstellung tatsächlich wirksam ist. Ergänzen Sie den betroffenen Ausführungskontext und prüfen Sie den finalen Anhang vor der geschützten Übermittlung.
Weiterführende Beiträge
- Maximale PHP-Ausführungszeit in WordPress überschritten
- PHP max_input_vars für WordPress erhöhen
- „Allowed Memory Size Exhausted“ in WordPress beheben
Fazit
Übermitteln Sie nur die Werte, die für den konkreten Fehler benötigt werden, und benennen Sie ihren Ausführungskontext. Schwärzen Sie vertrauliche Angaben, nutzen Sie einen geschützten Kanal und befristen Sie die Aufbewahrung. Eine gezielte Limit-Ansicht ist fast immer sicherer und hilfreicher als ein vollständiger öffentlicher Serverdump.
