Nigx und apache gemischt.

[Burge]

hab ich ebend getestet, brachte nix.
Den Passwortschutz hab ich aber selber auch aktiviert. Der funktioniert ja auch. Html seiten werden auch richtig ausgeliefert nur ebend php nicht.

 

[falko]

Start mal PHP-FPM neu. Wenn das nichts bringt, ändere mal

do_reload() {
        #
        # If the daemon can reload its configuration without
        # restarting (for example, when it is sent a SIGHUP),
        # then implement that here.
        #
        start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
        return 0
}

zu

do_reload() {
        #
        # If the daemon can reload its configuration without
        # restarting (for example, when it is sent a SIGHUP),
        # then implement that here.
        #
        start-stop-daemon --stop --signal 1[U][I][B][COLOR=black]2[/COLOR][/B][/I][/U] --quiet --pidfile $PIDFILE --name $NAME
        return 0
}

in /etc/init.d/php5-fpm. Das ist ein Bug im php-FPM-Init-Script, der in Debian Testing schon behoben ist.

 

[Burge]

signal 12?

hab ich gemacht brachte leider keinen erfolg.

wo ist denn der aufruf von niginx für den php interpreter überhaupt drin? wenn ich php5-fpm stoppe oder starte macht komplett keine unterschied bei dem was passiert. ich denke der call zum interpreter wird nicht klappen. kann das sein?

Hab gerade mal getestet das php-cli läuft.

 

[Burge]

Hab den Server jetzt nochmal komplett neu aufgesetzt diesmal gleich alles aus den dotdeb quellen.

Fazit es läuft keine php in webseiten.

Alles genau wie in der Anleitung hab nur mail etc ausgelasen weil das im multiserver nur für web da ist.

Kann das jemand bestätigen läuft dieses Setup bei jemand?

es wird jetzt bei php seiten die 500 error seite angezeigt aber im error log der domain taucht nichts auf.
im access log ist folgendes zu finden

93.228.xx.xxx - beta [25/Apr/2012:23:01:11 +0200] "GET /web/index.php HTTP/1.1" 500 1851 "http://test.xxx.com/web/" "Mozilla/5.0 $

der wrapper sollte aber laufen wie es aussieht

drwxr-xr-x 10 root root 4096 Apr 25 23:01 .
drwxr-xr-x 14 root root 4096 Apr 25 22:24 ..
-rw-r--r-- 1 root root 5 Apr 25 21:57 acpid.pid
srw-rw-rw- 1 root root 0 Apr 25 21:57 acpid.socket
drwxr-xr-x 2 amavis amavis 4096 Apr 25 22:13 amavis
-rw-r--r-- 1 root root 5 Apr 25 21:57 atd.pid
drwxr-xr-x 2 clamav root 4096 Apr 25 22:12 clamav
-rw-r--r-- 1 root root 5 Apr 25 21:57 crond.pid
---------- 1 root root 0 Apr 25 21:57 crond.reboot
drwxr-xr-x 2 messagebus messagebus 4096 Apr 25 22:17 dbus
drwxr-x--- 2 Debian-exim Debian-exim 4096 Apr 25 21:57 exim4
drwxr-xr-x 2 root root 4096 Apr 25 22:27 fail2ban
-rw-r--r-- 1 root root 5 Apr 25 22:19 fcgiwrap.pids
srwxr-xr-x 1 www-data www-data 0 Apr 25 22:19 fcgiwrap.socket
-rw-r--r-- 1 root root 358 Apr 25 21:57 motd
drwxr-xr-x 2 mysql root 4096 Apr 25 22:09 mysqld
-rw-r--r-- 1 root root 6 Apr 25 23:01 nginx.pid
-rw-r--r-- 1 root root 4 Apr 25 22:06 ntpd.pid
-rw-r--r-- 1 root root 5 Apr 25 23:01 php5-fpm.pid
-rw------- 1 root root 74 Apr 25 21:57 portmap_mapping
-rw-r--r-- 1 root root 4 Apr 25 21:57 portmap.pid
drwx------ 2 root root 4096 Apr 25 23:05 pure-ftpd
-rw-r--r-- 1 statd root 4 Apr 25 21:57 rpc.statd.pid
-rw-r--r-- 1 root root 4 Apr 25 21:57 rsyslogd.pid
-rw------- 1 root root 4 Apr 25 21:57 sm-notify.pid
drwxr-xr-x 2 root root 4096 Apr 25 21:57 sshd
-rw-r--r-- 1 root root 5 Apr 25 21:57 sshd.pid
-rw-rw-r-- 1 root utmp 4224 Apr 25 21:58 utmp

 

[Burge]

Ich kann nicht genau sagen was das eigentlich problem war aber es läuft jetzt.

Danke für alle Hinweise und die Hilfe.

Also ein Problem konnte ich ausmachen wenn man für ein nginx web die folderprotect einstellt geht nichts mehr.
Hat das einen Grund?

 

[Till]

Also ein Problem konnte ich ausmachen wenn man für ein nginx web die folderprotect einstellt geht nichts mehr. Hat das einen Grund?

Für welchen Ordner hast Du es denn eingestellt, / oder einen Unterordner?

 

[Burge]

für das web root also /

 

[Burge]

So auch den Fehler für den Verzeichnisschutz gefunden.

Der wird falsch angelegt.

ispconfig fügt das einfach am ende der vhost datei an. Das klappt so nicht bei ngnix. Es kann eine location also in dem fall das root / nur einmal definiert werden.

Sprich es muss die location für den verzeichnisschutz definiert werden und in diese location muss die php wrapper location eingefügt werden.

Dann klappt es mit dem pw schutz und php klappt auch.

location ^~ / {
auth_basic "Members Only";
auth_basic_user_file /var/www/clients/client1/web46/web/.htpasswd;





location ~ \.php$ {
try_files $uri =404;
include /etc/nginx/fastcgi_params;
fastcgi_pass 127.0.0.1:9055;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_script_name;
fastcgi_intercept_errors on;
}
}

 

[Till]

Ok, Danke! Ich hab es im Bugtracker aufgenommen.

 

[falko]

So auch den Fehler für den Verzeichnisschutz gefunden.

Der wird falsch angelegt.

ispconfig fügt das einfach am ende der vhost datei an. Das klappt so nicht bei ngnix. Es kann eine location also in dem fall das root / nur einmal definiert werden.

Sprich es muss die location für den verzeichnisschutz definiert werden und in diese location muss die php wrapper location eingefügt werden.

Dann klappt es mit dem pw schutz und php klappt auch.

Das hatte ich vor ein paar Tagen schon im SVN gefixt. Kommt mit ISPConfig 3.0.5.