nginx: auth_basic und php

ich schützen möchte einen Ordner von meiner website mit ein Passwort mit auth_basic. Dieser Ordner enthält php-Skripte, die ausgeführt werden soll, wenn Sie angefordert werden.

Ich habe versucht, die folgenden:

location /admin {
  auth_basic    "Admin-Section";
  auth_basic_user_file /myfolder/.htpasswd;
 }

 location ~ ^/admin/.*\.php$ {
  auth_basic    "Admin-Section";
  auth_basic_user_file /myfolder/.htpasswd;
  fastcgi_pass 127.0.0.1:9000;
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME  $document_root$fastcgi_script_name;
  include   fastcgi_params;
 }

Werde ich aufgefordert, Benutzername/Kennwort, die beim anfordern des php-scripts als admin-Ordner, aber die php-Scripte werden immer heruntergeladen anstatt ausgeführt über fastcgi.

Was mache ich falsch?

EDIT: Auf meinem lokalen Rechner funktioniert alles einwandfrei mit dieser Konfiguration. o0

EDIT: BTW, php ist arbeiten außerhalb der admin-Ordner mit dem gleichen fastcgi-Optionen.

EDIT: OMG!!! Die Website config wurde gespeichert unter /etc/nginx/sites-available/mysite /etc/nginx/sites-enabled/enthalten ist ein symlink auf die mysite-Datei. Seit einiger Zeit verändern die mysite-Datei keine Wirkung hatte. E. g. ändern alle Standorte "deny all" hatte keinen Effekt. Die Dateien gesendet wurden, ohne ein problem.

So entfernte ich den symlink neu gestartet und die server. Dann habe ich den symlink wieder neu gestartet, der server und alles funktioniert wie erwartet. Kann jemand erklären, die seltsam Verhalten?

Gest Grüße,

Biggie

InformationsquelleAutor Biggie | 2011-01-14
  1. 12

    Mit dieser Konfiguration, nginx passt nur eine der beiden Blöcke - der mit dem höchsten Vorrang.

    Die Lösung besteht in der Kombination der PHP-block in den AUTH-block. Dieser Ansatz wird empfohlen, die von der nginx-Autor Igor Sysoev.

    location /admin/ {
  auth_basic    "Admin-Section";
  auth_basic_user_file /myfolder/.htpasswd;
  location ~ \.php$ {
   fastcgi_pass  127.0.0.1:9000;
   fastcgi_index index.php;
   fastcgi_param SCRIPT_FILENAME  $document_root$fastcgi_script_name;
   include       fastcgi_params;
  }
}

location ~ \.php$ {
  fastcgi_pass  127.0.0.1:9000;
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME  $document_root$fastcgi_script_name;
  include       fastcgi_params;
}
    • gibt es eine Möglichkeit zu vermeiden, die offensichtliche code-Duplizierung?
    • Setzen Sie den duplizierten code in eine separate Datei, und schließen Sie es in jedem block.
    InformationsquelleAutor fisharebest
  2. 1

    Dies ist eine alte Frage, aber ich hatte gerade das gleiche problem, also hier ist die Erklärung.

    Nginx verwendet die beschriebenen Regeln in den docs entsprechend der Lage der Blöcke. Für herkömmliche Blöcke, die längste übereinstimmung wird die eine, die angewandt werden, aber für reguläre Ausdrücke ist es immer die erste passende block angewendet werden.

    In Ihre Produktions-server, werden Sie wahrscheinlich hatte einen location ~ \.php$ block über den admin-block, also die listen-block, den Sie gebucht wurde nie angewendet.

    Lange kurze Geschichte: wenn der Umgang mit regulären Ausdrücken hören-Blöcke in nginx, Reihenfolge ist wichtig. Legen Sie die spezifische Spiele vor, die Allgemeinen lieben.

    InformationsquelleAutor mpontes
  3. -1

    Müssen Sie entfernen Sie die folgende Zeile:

    fastcgi_param SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    • Das ist eine notwendige Zeile, wenn Sie php-fpm läuft in einem chroot-Gefängnis.
    InformationsquelleAutor Duc.Nguyen
  4. -1

    Vielleicht haben Sie vergessen hinzuzufügen root:

    location ~ .\php$ {
    #Lines of code...
    root /your/document/root;
    #Lines of code...
}

location /admin/ {
    #Lines of code...
    root /your/document/root;
    #Lines of code...
}
    InformationsquelleAutor ilikecandy397
Schreibe einen Kommentar