Die findest du entweder im WCP unter Protokolle, siehe dazu im Netcup-Wiki: https://helpcenter.netcup.com/de/wiki/webhos…face#protokolle
Alternativ auch wenn du dich via SSH/FTP einloggst unter /logs/ und /logs/domain.tld/.
Nochmals vielen Dank. Protokoll gefunden, und dort sieht man auch recht eindeutig die Zugriffsfehler aufgrund der Restriktionen in open_basedir.
Erst mal vielen herzlichen Dank euch allen. Webseite geht wieder - es lag schlussendlich doch am Eintrag im Parameter open_basedir. Was mir echt noch helfen würde wäre ein Hinweis, wo ich als reiner Webhosting-Kunde die Logfiles des Webservers (z.B. mit den PHP-bezogenen Meldungen) finden kann. Danke 
Und ja - die ganzen Plugins müssen aufgeräumt werden, damit man dann tatsächlich mal auf PHP 8.x wechseln kann.
Ich meinte beide EInstellungen von open_basedir
Aber wenn nach zurückstellen auf php 7.4 gar nichts mehr geht, dann ist da evtl tasächlich was verdreht,
Platziere doch mal manuell eine php-Datei mit phpinfo(); in der docroot und rufe die über den Browser auf.
Ich hoffe, ich hatte dich richtig verstanden. Ich habe eine Datei mit dem Namen getphpinfo.php erzeugt, die lediglich eine Zeile enthält:
phpinfo();
Die habe ich ins docroot gelegt und direkt mit dem Browser aufgerufen (domain.at/getphpinfo.php). Dabei erhalte ich aber leider nur die selbe Error 500-Meldung wie bei der Seite an sich.
Ein Blick in die Logfiles wäre natürlich die erste Anlaufstelle. Generell ist die Nutzung von PHP7.4 keine gute Idee. Das erhält seit Jahren kein Support mehr. Weißt du denn, ob Wordpress, Plugins und Theme auf dem aktuellen Stand sind?
Hui, vielen Dank für eure Unterstützung, ich komm ja kaum hinterher mit den Anworten
Vielleicht könnt ihr mir bitte noch kurz einen Hinweis geben, wie/wo ich die notwendigen Logfiles finde (reines Webhosting, kein vServer). Ich würde die natürlich gerne mit euch teilen.
Wordpress ist 6.6.1, die Plugins und Themes sind laut Plesk aktuell. Ein Plugin meckert er allerdings an, weil es dafür wohl keine Updates mehr gibt (PDF viewer for Elementor 2.9.3):
BlossomThemes Social Feed 2.0.5
BlossomThemes Toolkit 2.2.6
Complianz | GDPR/CCPA Cookie Consent 7.1.0
Contact Form 7 5.9.8
Duplicate Page 4.5.4
Duplicator 1.5.10.2
Elementor 3.23.4
Elementor Header & Footer Builder 1.6.37
ElementsKit Lite 3.2.4
Envato Elements 2.0.14
Limit Login Attempts Reloaded 2.26.12
Mobile Menu 2.8.5
Ocean Extra 2.3.0
PDF Embedder 4.8.2
PDF viewer for Elementor 2.9.3 Schwachstellen
Regenerate Thumbnails 3.1.6
Responsive Menu 4.4.2
Simple Google Font Adder 1.0
Swap Google Fonts Display 1.1.1
WP Super Cache 1.12.4
Wordfence Login Security 1.1.12
Wordfence Security 7.11.7
Yoast SEO 23.2
Hast du keinen Zugriff auf das Logfile des Webservers? Vielleicht findet sich dort ein brauchbarer Hinweis?
Vielen Dank für deine Antwort. Es ist ein reiner Webhosting-Tarif bei Netcup. Finde ich das Logfile irgendwo in der Hosting-Konfiguration (im Browser), oder muss ich da ins Dateisystem?
Probiere einfach mal beide EInstellungen aus und leere danach auch immer den Browsercache
Mit "beide Einstellungen" meinst du die PHP-Version in den PHP-Settings?
Übrigens: in den PHP-Settings gibt es einen Link "Die phpinfo() Seite ansehen". Der führt zu der Fehlermeldung "Fehler: Informationen über die PHP-Konfiguration können nicht abgerufen werden."
Ist da irgendwas mit PHP generell kaputt?
Vielen Dank für deine Hilfe. Bevor ich anfange zu basteln: ich hab ja auf 7.4 zurückgestellt. Sollte das dann nicht wieder funktionieren, falls es an einem alten Plugin oder ähnlich liegt?
Mir ist aufgefallen, dass bei der Umstellung auf 8.3 ein neuer Parameter dazukam:
open_basedir (langer String)
Der Parameter ist auch nach der Änderung zurück auf 7.4 geblieben. Wie ich das verstehe, begrenzt dieser Parameter den Zugriff für PHP. Ich kann das aber nicht frei konfigurieren oder leer lassen, sondern nur eine von zwei Einstellungen wählen. Liegt hier eventuell das Problem?
Hallo liebe Community,
großes Problem: bei unserer Wordpress-Website (eingerichtet über Plex als Anwendung) kam der Hinweis, dass eine veraltete PHP-Version verwendet wird (7.4). Leider habe ich den Fehler gemacht und in den PHP-Einstellungen testweise auf 8.3 (aktuellste Version) umgestellt. Seitdem erhalte ich beim Aufruf der Seite nur noch HTTP Error 500. Natürlich habe ich die PHP-Version sofort wieder auf 7.4 zurückgestellt. Leider bleibt der Fehler bestehen.
Den Netcup-Support habe ich schon angeschrieben, aber ich kann natürlich nicht erwarten, dass die mir sofort und spontan aus der Patsche helfen. Vielleicht ist ja hier jemand unterwegs, der diese Situation kennt und einen Rat weiß.
Vor der Umstellung habe ich über Plesk (Sichern/Wiederherstellen) ein Backup gemacht. Ich weiß allerdings nicht, ob die PHP-Settings Teil des Backups sind. Daher habe ich jetzt erst mal darauf verzichtet, auf das Backup zurückzugreifen.
Vielen Dank für jede Hilfe
Hab diesbezüglich (unbeantwortete) Tickets bei Netcup - betreffend Weiterleitung kannst mit Sieve-Filter (Webmail) umleiten (bis Plesk den Fehler behoben hat, Roundcube hat übrigens ebenfalls einen da auch ohne Betreff umgeleitet wird)
Über applikationsspezifisches MFA würde ich mir bei Netcup keine großen Hoffnungen machen ...
Vielen Dank, das hört sich alles nicht so gut an. Mir ging es um eine CatchAll-Weiterleitung für eine bestimmte Domain. Ich habe jetzt allerdings festgestellt, dass man dafür nicht zwingend eine Mail-Adresse mit Postfach braucht. Daher habe ich jetzt eine Mail-Adresse ohne Postfach angelegt und diese in der Mail-Konfiguration der Domain als CA-Weiterleitungsadresse eingetragen. Das funktioniert, und so gibt es erst gar keine Mails in einem Plesk-Postfach, die ich per MFA schützen müsste.
Ganz generell halte ich die fehlende MFA aber fast für ein KO-Kriterium für die Nutzung von Mail-Postfächern bei Netcup.
Hallo zusammen,
für ein Email-Postfach habe ich eine Weiterleitung eingerichtet (diese funktioniert) und den Haken bei der Option "Keine Kopien der weitergeleiteten E-Mails im Posteingang von Plesk speichern" gesetzt. Wenn ich per Webmail den Posteingang dieses Mail-Accounts anschaue, ist die weitergeleitete Mail trotzdem im Eingang vorhanden. Habe ich die Option falsch verstanden?
Weitere Frage: kann man bei Netcup die Mail-Accounts (also nicht den Zugang zum CCP, sondern die Anmeldung bei einem bestimmten Mail-Postfach) per MFA absichern?
Vielen Dank
Hallo zusammen,
entschuldigt die totale Anfängerfrage, aber vielleicht kann mir jemand den entscheidenden Tipp geben. Ich habe mit dem Plesk WP Toolkit eine WP-Installation in einen Subfolder vorgenommen. Dabei stoße ich auf folgendes Problem:
Wenn ich diese WP-Seite aufrufe (also http://www.mydomain.xy/subfolder), dann wird sie zwar angezeigt, aber nur der reine Textinhalt (ohne Bilder, scheinbar ohne CSS). Meine Suche nach der Ursache hat mich zu allerlei Seiten gebracht, auf denen über .htaccess (https://wordpress.org/support/article/htaccess/#multisite) und Multisite geschrieben wird - aber irgendwie funktioniert nichts davon. Eine .htaccess-Datei gab es übrigens im Root von /httpdocs bislang nicht - ist das normal bei einem neu bereitgestellten Webspace?
Jedenfalls habe ich folgendes probiert:
Was muss ich noch machen? Irgendwie habe ich auch den Eindruck, dass die .htaccess-Datei gar nicht zieht. Ich habe den Code zum direkten Redirect (https://wordpress.org/support/articl…ss-modification) auf meine Website (Domain, Subfolder) angepasst und in die .htaccess eingefügt. Ich hätte erwartet, dass bei Aufruf von http://www.mydomain.xy dann ein Redirect auf die WP-Installation im Subfolder stattfindet, aber das passiert auch nicht.
Vielen lieben Dank für jeden guten Rat
Ich hoffe, es ist okay, dass ich dieses Thema nochmal hochhole. Ich habe genau das selbe Problem: LE-Zertifikat erstellt, in den Hosting-Einstellungen SSL aktiviert, 301-Umleitung aktiviert und das LE-Zertifikat aus der Liste ausgewählt. Trotzdem wird ein Plesk-Zertifikat ausgeliefert (z.B. bei einer per WP Toolkit installierten WP-Instanz)
curl zeigt das:
curl -I4 https://www.xyz.de
curl: (77) schannel: next InitializeSecurityContext failed: SEC_E_UNTRUSTED_ROOT (0x80090325) - Die Zertifikatkette wurde von einer nicht vertrauenswürdigen Zertifizierungsstelle ausgestellt.
Wie lange hat es denn bei dir gedauert, dass das LE-Zertifikat ausgeliefert wurde? Oder hast du eventuell doch noch an irgend einer Stelle was konfiguriert?
Danke
