[geslöst] trusted-host-patterns bei drupal9
Eingetragen von Dorothea_Z (182)
am 10.02.2022 - 21:08 Uhr in
am 10.02.2022 - 21:08 Uhr in
Hallo zusammen,
Nun hatte ich eine drupal9 Installation hinbekommen, aber dann kam wieder einmal das "trusted host patterns" Problem.
Also fügte ich folgende Einstellung rein:
$settings['trusted_host_patterns'] = array(
'^www\.kreuzweise-miteinander\.de$',
'^kreuzweise-miteinander\.de$',
);
Aber das scheint immer noch nicht zu stimmen.
Drupal liegt nun hier mit folgendem
Pfad absolut: \var\www\vhosts\kreuzweise-miteinander.de\httpdocs
Wo habe ich die trusted...patterns falsch?
es kommt immer
The website encountered an unexpected error. Please try again later.
Hat jemand eine Idee?
- Anmelden oder Registrieren um Kommentare zu schreiben
Ich glaube die Klammern
am 10.02.2022 - 21:15 Uhr
Ich glaube die Klammern müssen alle eckige sein, also so:
$settings['trusted_host_patterns'] = array [
'^www\.kreuzweise-miteinander\.de$',
'^kreuzweise-miteinander\.de$',
];
das scheint
am 10.02.2022 - 21:23 Uhr
leider nichts zu ändern. Es kommt immer noch die gleiche Fehlermeldung "unexpected error..."
"Wenn der eine nicht will, können zwei nicht miteinander streiten."
Arno Backhaus
Was steht den im Apache
am 10.02.2022 - 21:24 Uhr
Was steht den im Apache error-log?
Versuch mal ohne das array,
am 10.02.2022 - 21:33 Uhr
Versuch mal ohne das array, das hab ich auch nicht drin:
$settings['trusted_host_patterns'] = [
'^www\.kreuzweise-miteinander\.de$',
'^kreuzweise-miteinander\.de$',
];
So hab ich das gerade bei mir testweise eingefügt, da gibt es dann den Fehler nicht mehr.
Sammelzwerg schrieb Was steht
am 10.02.2022 - 21:43 Uhr
Was steht den im Apache error-log?
Ich bin mir nicht sicher, in welchem Verzeichnis ich dieses Log suchen soll?
In einem wurden die eckigen Klammern als syntax-Error dargestellt. Seltsam.
Und wenn ich array weglasse ändert sich am Fehler auch nichts.
"Wenn der eine nicht will, können zwei nicht miteinander streiten."
Arno Backhaus
Und wenn du den ganzen
am 10.02.2022 - 21:48 Uhr
Und wenn du den ganzen Bereich mit den Trusted hosts mal rauslöschst aus der settings.php? Das ist ja erstmal nur eine zusätzliche Sicherheitsmassnahme die man zum testen schon mal abschalten kann. Dann kann man sehen ob nicht womöglich woanders ein Fehler drin ist.
Die Logs liegen bei mir unter
am 10.02.2022 - 21:51 Uhr
Die Logs liegen bei mir unter /var/log/apache2/, wie das bei dir ist weiß ich nicht. Ist das ein (virtueller)Server oder shared Hosting?
hatte ich
am 10.02.2022 - 21:55 Uhr
auch schon mal - eigentlich sollte das ja dann der Ursprungszustand der settings.php sein. Aber es läuft trotzdem nicht. Vielleicht installiere ich die Version noch mal komplett neu.
"Wenn der eine nicht will, können zwei nicht miteinander streiten."
Arno Backhaus
Es sieht aus als hättest du
am 11.02.2022 - 05:26 Uhr
Es sieht aus als hättest du zwischen dem Punkt und de eine Leertaste. Die muß weg. Ansonsten passt der Code.
Du musst übrigens nicht die ganze Seite neu installieren. Es reicht, wenn Du das fehlerhafte Setting auskommentierst.
https://drupal-tv.de
Drupal sehen und lernen
das ändert
am 12.02.2022 - 07:33 Uhr
leider auch nichts. Ich habe mit notepad+ die settings.php geöffnet und alle Leerzeichen raus.
Was mir aufgefallen ist: Filezilla meldete beim Hochladen der settings.php bzw. vorher beim Versuch, sich mit dem Server zu verbinden:
Hostname passt nicht zum Zertifikat.
Vielleicht liegt es daran, dass ich nur eine IP für drei Domains habe und die Zuordnung der Systembenutzer bei Plesk aber 3 verschiedene Gruppen erzeugt (je mit eigener httpdocs)? Ich habe entsprechend drei verschiedene Gruppenrechte auf der vhhost-Verzeichnisebene...
Irgendwie habe ich das System mit dem virtuellen Host noch nicht ganz verstanden.
Vielleicht kann mir jemand weiterhelfen?
LG
D.
"Wenn der eine nicht will, können zwei nicht miteinander streiten."
Arno Backhaus
Ich denke, wen dudich mit
am 12.02.2022 - 09:47 Uhr
Ich denke, wen dudich mit meinhostschiesmichtot und mein Benutzer sowie mein Passwort per Ftp verbindest, dann unterscheidet sich das Zertifikat von dem was Plesk für die Domain vorn generiert hat.
Das ist aber sicher nicht der Grund für den Fehler. Der Grund für den Fehler ließe sich aber in /var/www/vhosts/kreuzwiesw... /logs/apache/error. Log nachlesen. Wenn der Grund nicht der trusted host pattern ist, kannst janur noch an PHP oder MySQL liegen. Und da, drupal seine Fehler je nach Konfiguration eben nicht direkt, sondern in den Server logs, der syslog des, systems oder in seiner eigenen Datenbank ausgibt, muss man da erst mal nachsehen worüber es meckert, damit man das dann gezielt abstellen kann.
Im den Datenbankserver zu aktualisieren kannst du dieser Anleitung folgen
https://support.plesk.com/hc/en-us/articles/213403429--How-to-upgrade-My...
Eine Alternative wäre Drupal auf einer Subdomain neu zu installieren und zu gucken wo er meckert. Ich würde mir aber vorher wirklich die Mühe machen und die betreffende Fehlermeldung in den logs suchen
https://drupal-tv.de
Drupal sehen und lernen
Sammelzwerg schrieb Was steht
am 13.02.2022 - 11:09 Uhr
Was steht den im Apache error-log?
Daran habe ich auch zuerst gedacht.
der Fehler lag
am 13.02.2022 - 17:32 Uhr
nicht am Trusted-Host-Pattern, sondern daran, dass anscheinend (warum auch immer) die Datenbank einen anderen Namen hatte (und anderen Benutzer und anderes Passwort), als erwartet. Dank der Hilfe eines Drupalesen haben wir die Seite nun am Laufen...
Es war schön, via Zoom Hilfe zu bekommen! Danke!
LG
D.
"Wenn der eine nicht will, können zwei nicht miteinander streiten."
Arno Backhaus