Beiträge von loswebos.de

Das sollte mit einer simplen Wenn/Dann Funktion gehen -> http://nginx.org/en/docs/http/…tp_rewrite_module.html#if

if ($http_host = abc.de) {
    #Deine Rewrite Rules
}

Ungetestet

VG,
Torsten

Hallo,

die Fehlermeldung wäre interessant. Varnish+Nginx (mit Liveconfig) ist bei einigen Kunde im Einsatz.
Varnish lauscht auf Public IP - Port 80, als Backend ist Nginx mit lokaler IP ebenfalls Port 80 konfiguriert. (Alternativ
einer anderen Public IP oder via lua Skript auf einem anderen Port)

VG,
Torsten

Hallo,

der Abschnitt

if ($request_uri ~ " ") {
                return 444;
        }

müsste in den server {} Block. Sonst startet der Nginx nicht:

nginx: [emerg] "if" directive is not allowed here in /etc/nginx/vhosts.d/default:22
nginx: configuration file /etc/nginx/nginx.conf test failed

Hallo Herr Keppler,

per yum update.

VG,
Torsten Walther

Nebenbei, bei Update auf 1.7.0-r2696 (CentOS) wird die /etc/liveconfig/liveconfig.conf gelöscht. (siehe https://www.liveconfig.com/de/forum/threads/731-liveconfig-conf-nach-update-zurückgesetzt)

Eine liveconfig.conf-dist wurde beim Update angelegt, soll das eine Art Backup während des Updatevorganges sein?

Vielen Dank für das neue Release.
Wann könnte man den mit der PHP Versionswahl rechnen --> https://www.liveconfig.com/dev/issues/86 ?
War ja ursprünglich für die 1.7 geplant.

VG,
Torsten Walther

Zitat von kk

Hallo,
ab sofort steht für Debian/Ubuntu-Systeme die erste Preview für v1.7.0 bereit. Weitere Distributionen folgen in den nächsten Tagen; wir müssen erst noch schrittweise die Tests für die ganzen neuen Funktionen anpassen.

Bislang ist im CentOs Preview Repo noch keine 1.7.er enthalten.

Stolpere immer noch über den NginxSSL Bug (bekannt seit 11/2012) und wollte mal schauen ob er in der Preview mittlerweile behoben ist.

VG,
Torsten Walther

Wie schaut es den mit dem SSL Zertifikatsaustausch aus? Dh. wenn ein Zertifikat verlängert wird und ein neues CRT eingebunden
werden muss. Bislang muss man für jede SSL Domain SSL deaktivieren / aktivieren damit das neue CRT auf dem Server abgelegt wird.

Alternativ auch die Frage bezüglich des Nginx SSL "Bug" (http://www.liveconfig.com/de/f…e-mit-SNI-%C3%BCber-NGINX).

Ganz allgemein gefragt: Auch die noch vielen offenen Themen mit Nachfragen zu Features, scheinen irgendwann nicht mehr beantwortet zu werden. Mir fällt da nur ein PHP Versionswahl (im Backend), Kundenindividuelle php.ini's, Individuelle Spamassassin Konfig etc.

VG,
Torsten Walther

Guten Tag,

das Problem ist in der aktuellen Preview scheinbar nicht behoben!! Auf einem Testsystem wird kein SNI genutzt, dh. die IP ist exklusiv. SSL Zertifikat ist hinterlegt. Nur nach Anpassung der /etc/nginx/vhosts.d/default wie oben beschrieben, läuft das SSL Zertifikat.

Dh. im Endeffekt wird man über folgenden Sachverhalt stolpern:

Zitat

Danach sollte mit einem "/etc/init.d/nginx restart" erst mal alles funktionieren; die default-Datei wird aber bei jeder Änderung an IP-Einstellungen/IP-Gruppen überschrieben.

Vielen Dank, ich werde dies bei Gelegenheit testen.

Guten Tag,

wie schaut es mit der PHP Versionswahl aus?

Bzw. wenn das Feature noch "Lange" benötigt, wie kann man einen individuelles
PHP Binary (entweder global, oder halt so, dass die Datei php-fcgi-starter eines
Kunden nicht überschrieben wird .. angeben)

VG,
Torsten Walther

Erhalte ebenfalls den Fehler "Database connection failed: no such table: OBJECTLOG" nach einem Update.

liveconfig.x86_64 1.6.4-r2462 @liveconfig-test

Korrekt: Chrome

Ist es eigentlich richtig so, dass ich den nginx Webserver selbst unter dem User 'apache'
laufen lassen muss, damit dieser in die Verzeichnisse schauen kann?

>2013/05/03 16:46:04 [crit] 25912#0: *1 connect() to unix:/var/www/web1/conf/sockets/nginx-php-fcgi.sock failed >(13: Permission denied) while connecting to upstream, client: 178.25.33.247, server: static4.loswebos.de, request: >"GET / HTTP/1.1", upstream: "fastcgi://unix:/var/www/web1/conf/sockets/nginx-php-fcgi.sock:", host: >"static4.loswebos.de"

VG,
Torsten Walther

Hallo,

ich nutzte PHP 5.4 und die PHP.ini Verwaltung schreibt mir nun per Default magic_quotes_gpc und safe_mode in die php.ini des Accounts.

Das resultiert unter PHP 5.4 in einem StartUp Fehler, sodass die Anwendung nicht mehr läuft. (LiveConfig kennt ja die eingesetzte PHP Version nocht nicht?)

Da der Löschen Button einer PHP Option nicht funktioniert, bleibt einem nur die PHP Option direkt aus der Liveconfig DB zu entfernen:

Zitat

sqlite3 /var/lib/liveconfig/liveconfig.db
sqlite> DELETE FROM phpvars WHERE PV_VARIABLE = 'magic_quotes_gpc';
sqlite> DELETE FROM phpvars WHERE PV_VARIABLE = 'safe_mode';
sqlite> .exit

Müsste doch über eine Anpassung der LUA Skripte gehen?
Selbst nicht getestet, aber über die LUA Skripte werden die Config Dateien generiert.

Nochmal unter CentOS 6.3.

>/etc/init.d/liveconfig status
>/etc/init.d/liveconfig: line 178: pidofproc: command not found
>liveconfig is not running

pidofproc scheint es auch nicht zu geben.

Unter CentOS 6.3 wird im LiveConfig-Init-Skript /etc/init.d/nginx-php-fcgi das Programm start-stop-daemon erwartet,
welches es mit Bordmitteln unter CentOS allerdings nicht gibt.

Man kann es zwar manuell aus anderen Quellen (Debian o.ä) installieren , sauber ist die Lösung allerdings nicht.

VG,
Torsten

Unter CentOS 6.3 muss nach dem Update erneut die /usr/lib/liveconfig/cron.awstats.sh angepasst werden. (Awstats kommt aus dem epel-Repo)

Statt:
AWSTATS=/usr/lib/cgi-bin/awstats.pl

muss es lauten

AWSTATS=/usr/share/awstats/wwwroot/cgi-bin/awstats.pl

VG,
Torsten

Zitat

Morgen (Freitag) gibt es noch mal ein Preview-Update, da ist das dann auch mit drin (seit heute haben wir auch die ersten automatisierten Tests für NGINX am Laufen)

Also ich hab jetzt auf die 1.6.0-r2025 geupdatet, da erscheint der Fehler nach wie vor.