Beiträge von frdmn

Das würde mich auch interessieren.

Hallo Steinweber, Hallo internetz

ist schon etwas länger her, dass ich das Skript aktiv genutzt habe und muss mich somit erst selbst nochmal in meinen Code einlesen um euch hier eine Antwort zu geben.

Ich hoffe ich komme im Laufe der nächsten Woche dazu

Viele Grüße,
Jonas

+1 für Passwortschutz bei Web Apps

So, GitHub repository steht und das Script ist soweit auch angepasst (dynamisch, Domainnamen als 2. Argument übergeben): https://github.com/frdmn/LiveConfig-scripts

Bin mir aktuell noch nicht ganz sicher ob man das nicht etwas eleganter lösen kann, allerdings wissen wir in dem apache_orig_configureVHost(opts, cfg) Funktionsaufruf noch nicht um welchen Domainnamen es speziell geht.

Dort sind nur _alle_ Domains aus dem entsprechendem Webspace hinterlegt:

(Beispielobjekt "opts" dekodiert als JSON: http://paste.frd.mn/qetal)

Edit: Erste Version der nginx_post_vhost_hook ist nun auch fertig und gepusht.

Bei Feedback oder Verbesserungsvorschlägen einfach kurz Bescheid geben.

Sehr schön. Nächstes Bonusfeature: Domainnamen (welcher aktuell noch per Hand in die $conf_include und $url Variablen geschrieben wird) automatisch per Lua auslesen und als 2. Argument an die lc_post_vhost_hook.sh übergeben.

Somit könnte man das Script generell nutzen und muss nicht für jede "Kundenänderung" eine neue Hook basteln.

fx998 Hast du Stress mit wenn ich dein Script auf GitHub veröffentlichen würde? Hab vor dort ein Repository für LiveConfig bezogene Scripte und Tools anzulegen und da würde sich anbieten auch dieses hier dort festzuhalten.

weltmeister:

Sollte an sich mit @fx998's script möglich sein:

1. An sich die Installationshinweise aus "Idee Beispiel für indivuduelle Anpassung für Apache mit custom.lua" befolgen.

2. Eine "custom" Datei für den speziellen virtual Host anlegen (subdomain.hostname.tld mit dem eigentlichen Domainnamen ersetzen):

$ vi /etc/apache2/sites-available/[B][subdomain.hostname.tld][/B].local

<Directory "/var/www/1/htdocs/">
  Deny from env=BlockCountry
</Directory>

3. Liveconfig / lcclient neustarten.

4. Virtual Host über das Webinterface neu aufbauen (irgendwas in der Domainkonfiguration ändern => Klick auf "speichern")

(ungetestet und ohne Gewähr)

Funktioniert!

Würde allerdings noch empfehlen den sed Delimiter von "/" auf ein anderes Zeichen abzuändern (zum Beispiel ","), da $conf_include durchaus Slashes enthalten kann und dann die sed expression nicht mehr gültig ist:

[...]
sed -ri -e "/Include $conf_include/d"          \
        -e "s,^(.*ServerName.*$url.*)\$,\1\n    Include $conf_include," $vhost_config_file

Alles klar.

fx998 Super, vielen Dank hierfür! Hab allerdings noch ein paar kleine Probleme:

1. Kommentare in Lua werden mit einem vorangestellten doppelten Bindestrich gekennzeichnet. Habe also in Zeile 8,11 und 24 "#" durch "--" ersetzt.

2. Bekomm aktuell beim Ausführen der Funktion (Speichern eines vHosts in LiveConfig) noch folgende Fehlermeldung in den

[2015/04/29 11:00:58.171856] [18184|18185] [LUA] Using custom.lua for apache-vhost config
[2015/04/29 11:00:58.618890] [18184|18185] (last message repeated 16380 times)
[2015/04/29 11:00:58.618890] [18184|18185] [LUA] LC.mutex: forcing unlock of mutex 'web.configure'
[2015/04/29 11:00:58.619203] [18184|18185] LC.web.vhostConfig() failed: /usr/lib/liveconfig/lua/custom.lua:11: stack overflow
stack traceback:
	/usr/lib/liveconfig/lua/custom.lua:11: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	...
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/custom.lua:14: in function 'configureVHost'
	/usr/lib/liveconfig/lua/web.lua:866: in function </usr/lib/liveconfig/lua/web.lua:840>

Zeile 14. bezieht sich auf:

res = apache_orig.configureVHost(cfg,opts)

Ne Idee was hier schief läuft?

kk: Könnte man für die custom.lua Variante vielleicht ein Beispiel in der Knowledgebase bereitstellen, wie man für einen gewissen Hostnamen eine Änderung mit in der Webserverkonfiguration mit aufnimmt und nicht durch einen globalen Include löst?

Die Frage kommt ja hier im Forum relativ häufig auf und ich möchte nicht mit if() Abfragen in der "~/conf/nginx.conf" arbeiten (http://wiki.nginx.org/IfIsEvil). Leider steig ich bei dem LUA-Kram noch nicht ganz durch.

Das Problem tritt bei uns bei Neuinstallationen nach wie vor auf.

Könnte man das Umbenennen eventuell im apt Paket automatisieren?

Schließe mich beiden Vorrednern an.