2017-11-06 5 views
1

Wir haben einige Silverstripe-Websites von AWS in eine Plesk-Umgebung verschoben (vom Client angefordert).Silverstripe BasicAuth :: protect_entire_site Schleifen auf Plesk Server

Einer der Standorte ist ein Test Website durch diesen Code geschützt:

BasicAuth::protect_entire_site(true, 'ACCESS_TEST_SITE'); 

die Test-Website in der AWS-Umgebung Zu Besuch in einer HTTP-Authentifizierung Feld Aufspringen im Browser führen würde. Die Eingabe eines gültigen Admin-Benutzernamens/Passworts würde dann den Zugriff auf die Website erlauben.

In der Plesk-Umgebung erscheint die HTTP-Authentifizierungsbox, aber die Eingabe eines gültigen Admin-Benutzernamens/Passworts führt dazu, dass es immer wieder auftaucht.

Ich vermute, dass einige Konfiguration in Plesk diese Schleife verursacht, aber ich weiß nicht, wo ich anfangen soll zu suchen.

Hat jemand in dieses Problem vor/eine Lösung gefunden?

+1

Können Sie teilen, was in den Fehlerprotokollen der Domäne ist? Sollte sich in/var/www/vhosts/system/yourdomain/logs/ –

+0

befinden Funktioniert die Seite, wenn Sie 'BasicAuth' deaktivieren. Es könnte ein anderer, nicht verwandter Fehler sein, der dieses Verhalten verursacht. – wmk

+0

@wmk - Ja, es funktioniert, wenn BasicAuth deaktiviert ist. – BaronGrivet

Antwort

1

In Plesk gibt es keine Notwendigkeit, einen Code zu verwenden Authentifizierung zu erzwingen: stattdessen Plesk Passwort-geschützten Verzeichnissen Option bietet:

offene Domains> Domain> Passwort-geschützten Verzeichnissen> klicken Sie auf Protected Verzeichnis hinzufügen.

Lassen Sie den Verzeichnisnamen als /, um die Authentifizierungsseite für die Seite der Hauptdomain zu erzwingen.

Um einen bestimmten Benutzer/Anwender + Passwörter hinzuzufügen, klicken Sie auf Benutzer in Domänen Hinzufügen> Ihre Domäne> Passwort-geschützten Verzeichnissen> öffnen Sie Ihre neu erstellte Verzeichnis

diese Weise wird der Code-Authentifizierung zu erzwingen, ist nicht erforderlich.