LiveConfig v2.0.1 freigegeben

beim Update gibts augenscheinlich Meinungsverschiedenheiten zw. dem Installer und den Zugriffsrechten

Zitat

Can't exec "/tmp/liveconfig.config.XL7F57": Permission denied at /usr/share/perl/5.20/IPC/Open3.pm line 177.
open2: exec of /tmp/liveconfig.config.XL7F57 configure 2.0.0-r3952 failed at /usr/share/perl5/Debconf/ConfModule.pm line 59.
(Reading database ... 81640 files and directories currently installed.)

Sichtbare Schäden sind aber bisher nicht aufgefallen

PS: Deb8.2

Zitat von kk

zufällig

eher absichtlich - danke für den Tritt;-)

also irgendwas habt ihr da nun kaputt gemacht ;D

Zitat

2015/12/01 04:48:31 [emerg] 15272#0: "ssl_prefer_server_ciphers" directive is duplicate in /etc/nginx/sites-enabled/default:11

die datei sieht wie folgt aus:

Zitat

# _ _ ___ __ _ (R)
# | | (_)_ _____ / __|___ _ _ / _(_)__ _
# | |__| \ V / -_) (__/ _ \ ' \| _| / _` |
# |____|_|\_/\___|\___\___/_||_|_| |_\__, |
# |___/
# Copyright (c) 2009-2015 Keppler IT GmbH.
# ----------------------------------------------------------------------------
# Automatically created by LiveConfig

# default SSL parameters:
ssl_prefer_server_ciphers on;
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_session_cache shared:ssl_session_cache:10m;
ssl_dhparam /etc/nginx/dhparam.pem;
ssl_certificate /etc/ssl/certs/httpd-default-combined.crt;
ssl_certificate_key /etc/ssl/private/httpd-default.key;

# SSL interfaces and default HTTPS server:
server {
listen xx.xx.xx.xx:443 default_server ssl;
listen [xxxx:xxxx:x:xxxx::def]:443 default_server ssl;
server_name _;
root /usr/share/liveconfig/html;
ssi on;
error_page 403 /not-available-ssl.shtml;
error_page 404 /not-available-ssl.shtml;
}

# interfaces and default server configuration:
server {
listen xx.xx.xx.xx:80 default_server;
listen [xxxx:xxxx:x:xxxx::def]:80 default_server;
server_name _;
root /usr/share/liveconfig/html;
ssi on;
error_page 403 /not-available.shtml;
error_page 404 /not-available.shtml;

}
# <EOF>-----------------------------------------------------------------------

Alles anzeigen

das "ssl_prefer_server_ciphers on;" steht schon in der nginx.conf

alles klar, danke

http://www.liveconfig.com/en/changelog
supporting multiple PHP versions with NGINX
finally

before update to this version,
few question, is it work with FastCGI or with PhpFPM or with both?

can I set different version of PHP on domains and subdomains?
for example, on http://www.liveconfig.com php 5.5
and on liveconfig.com 5.6?

and nginx logs, per subscription isn’t yet implemented?

how ever, thank you a lot

Hallo

Danke an Herrn Keppler, für das schnell Nginx Bugfix R3979.

Mit freundlichen Grüßen

Martin Krüger

Zitat von leo

http://www.liveconfig.com/en/changelog
supporting multiple PHP versions with NGINX
finally

finally, im happy

Zitat von leo

before update to this version,
few question, is it work with FastCGI or with PhpFPM or with both?

seems like FastCGI

Zitat von leo

can I set different version of PHP on domains and subdomains?
for example, on http://www.liveconfig.com php 5.5
and on liveconfig.com 5.6?

if you have the domains sepperated then yes

Besten Dank für die NGINX PHP Versionwahl !

kk
leider habe ich ein problem mit der "Unterstützung mehrerer PHP-Versionen mit NGINX" gefunden
alte php sockets werden nicht beendet

Zitat

root@test:~# ps aux |grep php
web1 408 0.0 0.3 284820 12128 ? Ss 04:06 0:00 /opt/php-5.4/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php54.sock
web1 417 0.0 0.1 284820 4960 ? S 04:06 0:00 /opt/php-5.4/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php54.sock
web1 418 0.0 0.1 284820 4960 ? S 04:06 0:00 /opt/php-5.4/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php54.sock
web1 419 0.0 0.1 284820 4960 ? S 04:06 0:00 /opt/php-5.4/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php54.sock
web1 420 0.0 0.1 284820 4960 ? S 04:06 0:00 /opt/php-5.4/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php54.sock
web1 421 0.0 0.1 284820 4960 ? S 04:06 0:00 /opt/php-5.4/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php54.sock
web1 542 0.0 0.5 352264 18548 ? Ss 04:06 0:00 /opt/php-5.5/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php55.sock
web1 551 0.0 0.1 352264 5892 ? S 04:06 0:00 /opt/php-5.5/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php55.sock
web1 552 0.0 0.1 352264 5892 ? S 04:06 0:00 /opt/php-5.5/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php55.sock
web1 553 0.0 0.1 352264 5892 ? S 04:06 0:00 /opt/php-5.5/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php55.sock
web1 554 0.0 0.1 352264 5892 ? S 04:06 0:00 /opt/php-5.5/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php55.sock
web1 555 0.0 0.1 352264 5892 ? S 04:06 0:00 /opt/php-5.5/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php55.sock
web1 646 0.0 0.5 352460 18588 ? Ss 04:06 0:00 /opt/php-5.6/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php56.sock
web1 655 0.0 0.1 352460 5924 ? S 04:06 0:00 /opt/php-5.6/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php56.sock
web1 656 0.0 0.1 352460 5924 ? S 04:06 0:00 /opt/php-5.6/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php56.sock
web1 657 0.0 0.1 352460 5924 ? S 04:06 0:00 /opt/php-5.6/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php56.sock
web1 658 0.0 0.1 352460 5924 ? S 04:06 0:00 /opt/php-5.6/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php56.sock
web1 659 0.0 0.1 352460 5924 ? S 04:06 0:00 /opt/php-5.6/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php56.sock
web1 735 0.0 0.6 379436 20308 ? Ss 04:06 0:00 /usr/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.sock
web1 747 0.0 0.6 352524 20876 ? Ss 04:06 0:00 /opt/php-7.0/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
web1 751 0.0 0.2 379436 6496 ? S 04:06 0:00 /usr/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.sock
web1 752 0.0 0.2 379436 6496 ? S 04:06 0:00 /usr/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.sock
web1 753 0.0 0.2 379436 6496 ? S 04:06 0:00 /usr/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.sock
web1 754 0.0 0.2 379436 6496 ? S 04:06 0:00 /usr/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.sock
web1 755 0.0 0.2 379436 6496 ? S 04:06 0:00 /usr/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.sock
web1 756 0.0 0.1 352524 4516 ? S 04:06 0:00 /opt/php-7.0/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
web1 757 0.0 0.1 352524 4516 ? S 04:06 0:00 /opt/php-7.0/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
web1 758 0.0 0.1 352524 4516 ? S 04:06 0:00 /opt/php-7.0/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
web1 759 0.0 0.1 352524 4516 ? S 04:06 0:00 /opt/php-7.0/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
web1 760 0.0 0.1 352524 4516 ? S 04:06 0:00 /opt/php-7.0/bin/php-cgi -b /var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
root 1070 0.0 0.0 11068 856 pts/0 S+ 04:08 0:00 grep php
root@test:~#

Alles anzeigen

[Blockierte Grafik: http://puu.sh/lHFIj/2415000dec.png]

ist das so gewollt oder ein fehler?

edit: und nochwas ist mir aufgefallen, es wird ein socket für die default php version angelegt (auch in der vhost config gespeichert) auch wenn diese version nicht verwendet wird

der entsprechende "kunde" hat nur eine domain und diese hat php7.0 als php version, in der config datei steht aber

Zitat

# PHP-FCGI configuration - DO NOT MODIFY!
# NGINX_FCGI_USER=web1
# NGINX_FCGI_SOCKET=/var/www/web1/conf/sockets/nginx-php-fcgi.sock
# NGINX_FCGI_CHILDREN=5
# NGINX_FCGI_MAX_REQUESTS=1000
# NGINX_FCGI_INI_PATH=/var/www/web1/conf/php5
# NGINX_FCGI_BIN=/usr/bin/php-cgi

# NGINX_FCGI1_SOCKET=/var/www/web1/conf/sockets/nginx-php-fcgi.php70.sock
# NGINX_FCGI1_CHILDREN=5
# NGINX_FCGI1_MAX_REQUESTS=1000
# NGINX_FCGI1_INI_PATH=/var/www/web1/conf/php5

Alles anzeigen

ich denke das dies nicht richtig ist, warum einen socket für die default version anlegen wenn diese nicht verwendet wird?

ACME is großartig! Es gibt aber in die Dialogfenster noch übersetztes was ich aber leider in https://www.liveconfig.com/pootle/ nicht zurück finde. Könnte man das korrigieren, bitte?

Ich habe per ACME ein Zert bei Letsencrypt angefordert, auch für www.

In Liveconfig steht:

Authorization Accepted Expires Typ Status
andrehotzler.photography 07.12.2015 11:18:46 02.10.2016 12:18:11 http-01 valid
http://www.andrehotzler.photography 07.12.2015 11:19:58 02.10.2016 12:22:11 http-01 valid

Jetzt habe ich dieses Zertifikat beiden Domains zugewiesen, erhalte aber immer diese Meldung:

Dieser Server konnte nicht beweisen, dass er http://www.andrehotzler.photography ist. Sein Sicherheitszertifikat stammt von andrehotzler.photography. Mögliche Gründe sind eine fehlerhafte Konfiguration oder ein Angreifer, der Ihre Verbindung abfängt.

Ohne www. klappts.

Was mache ich falsch?

Das hat geklappt. Was mir allerdings nicht klar ist: Wie findet man heraus, ab wann das Zert benutzbar ist?

Nach dem Speichern, auch wenn dort valid da steht, ist in der Übersicht der Zertifikate z.B. das Feld "Aussteller" leer. Solange das nichts drin steht, kann man es bei den Domains auch nicht zuweisen.

Irgendwann erscheint dann der Eintrag und es geht, wie wird das getriggert?

Zitat von kk

In diesem Fall kam um 11:18:46 die Autorisierung für "andrehotzler.photography", für die http://www.-Subdomain aber erst über eine Minute später. LiveConfig wird wohl daher zuerst das Zertifikat nur für die Hauptdomain angefordert und erhalten haben.

Löschen Sie das SSL-Zertifikat und fordern es erneut per ACME an (die Autorisierungen bleiben ja erhalten, daher erfolgt "nur" eine neue Ausstellung, und die wird dann beide Varianten beinhalten).

Wir werden diesen Sonderfall (Authorisierung einer Subdomain vor einer anderen) im nächsten Update mit berücksichtigen.

Hallo Herr Keppler,

wann gibts hier ein Update?

Ich muss das aktuell bei jedem Zertifikat machen (also das Löschen und nochmal anlegen), da das http://www.-Zertifikat oft ein paar Sekunden später kommt.

Zitat von Stricted

kk
leider habe ich ein problem mit der "Unterstützung mehrerer PHP-Versionen mit NGINX" gefunden
alte php sockets werden nicht beendet

for me too, this is a serious problem,
old fastcgi php process doesn’t terminate

[Blockierte Grafik: http://s4.postimg.org/3l6tbzmzt/image.jpg]

[Blockierte Grafik: http://s4.postimg.org/e9akatwyx/image.jpg]