Der perfekte Rootserver (Nginx, SSL, Mailserver, Roundcube, phpMyAdmin, Firewall)

12/10/2015 14:54 mxiiii#301
Damit hätte es sich ja geklärt :)

Mal was anderes, der Mailgraph scheint nicht richtig zu laufen. Hab es mit einer frischen Installation auf einem Testserver probiert.

Bug oder Feature ?

12/10/2015 17:17 Axiades#302
Quote:
Originally Posted by Zypr View Post
Nginx läuft mit allen mir bekannten Forensystemen. Das was nicht läuft ist meistens die .htaccess und die darin enthaltenen Regeln und Rewrites. Man müsste die ganzen rewrite rules nur entsprechend in der Nginx Konfigurationsdatei eintragen und schon läuft es auch mit Nginx. Es gibt einfach keinen Grund, Apache zu installieren. Alles was Apache kann, kann Nginx besser.
Dann kann ich mir nicht erklären warum es nicht bei mir funktioniert.. weil in der Ordnerstruktur vom Woltlab Burning Board 4 sind keine .htaccess datein ....
12/10/2015 18:52 Neo2k4#303
hi, ich hab n vroot allerdings mit dediziertem kern und editierbaren kernel, sollte klappen oder?
12/10/2015 21:27 Zypr#304
Quote:
Originally Posted by mxiiii View Post
Damit hätte es sich ja geklärt :)

Mal was anderes, der Mailgraph scheint nicht richtig zu laufen. Hab es mit einer frischen Installation auf einem Testserver probiert.

Bug oder Feature ?

Starte mailgraph mal neu, irgendwie buggt das nach der Installation. Bei mir hat es nach einer frischen Installation auch nicht geklappt. Ich werde einfach mal nen restart am Ende der Installation dranpacken, dann sollte sich das erledigt haben. Die Config stimmt jedenfalls


Quote:
Originally Posted by Axiades View Post
Dann kann ich mir nicht erklären warum es nicht bei mir funktioniert.. weil in der Ordnerstruktur vom Woltlab Burning Board 4 sind keine .htaccess datein ....
Ich nutze zwar kein WoltLab und bin eher der XenForo Fan, aber ich teste das gleich mal mit WBB4. Damit sollte es auf jeden Fall laufen. Nginx ist ja kein unbekannter Webserver, der nur von irgendwelchen Nerds im Keller programmiert wird. Ich bin mir sicher, dass es nur eine Konfigurationssache ist.

Quote:
Originally Posted by Neo2k4 View Post
hi, ich hab n vroot allerdings mit dediziertem kern und editierbaren kernel, sollte klappen oder?
So lange du einen vollvirtualisierten Server hast, sprich mit eigenem Kernel, dann kannst du das Skript benutzen. Läuft eben nur mit Debian. Lässt sich bestimmt auch wunderbar mit Ubuntu, Fedora, CentOS, etc. betreiben, aber da ich selbst ausschließlich Debian nutze, habe ich mich nur auf dieses Betriebssystem beschränkt.
12/10/2015 23:04 mxiiii#305
Danke zypr,

wollte gerade mailgraph restarten, aber ohne mein zu tun läuft es auf einmal ohne restart :confused:

Ich hake es mal als feature ab ;)
12/11/2015 00:00 Axiades#306


ehm Hilfe ?!
12/11/2015 00:09 mxiiii#307
@Zypr / All

Es gibt noch einen Bug beim ändern der Message size im Admin-Panel.

Das script "mc_msg_size" funktioniert nicht, da es von einer mailcow.conf ausgeht.

Code:
grep -ir "mailcow site configuration" /etc/nginx/sites-available/
...
sed -i "s/client_max_body_size.*/client_max_body_size ${1}m;/g" /etc/nginx/sites-available/mailcow
Mit dem Hotfix sollte es wieder gehen: [Only registered and activated users can see links. Click Here To Register...]


Die Volltextsuche scheint auch noch ein Problem zu haben, zumindest läuft sie erst nach installation von Java und solr-jetty bei mir sauber. Könnte das jemand verifizieren, eventuel ist es auch nur wieder ein Feature :rolleyes:
12/11/2015 01:45 Axiades#308
Stehe Stehe jetzt definitiv vor einem Komplett NEUEM problem.. seit dem Server Crash bekomme ich des WBB4 nit mal mehr installiert weil der bei 1% bei WCF installiereung Crasht

[Only registered and activated users can see links. Click Here To Register...]

HILFEEE Please.. need help >_<
12/11/2015 02:38 Zypr#309
@Axiades:

Das sagt alles:

Code:
Dec 10 23:56:43 mail nginx[7561]: nginx: [emerg] location "/services/mailadm" is outside location "(?U)\.php(/.*$|$)" in
Du kannst nicht einfach einen weiteren Ordner in die Regeln einbauen, also z. Bsp. /services/xyz. Das geht zwar, dafür müsstest du aber alles nochmal auf den neuen Ordner anpassen. Außerdem müsstest du fastcgi_param SCRIPT_FILENAME sagen wo sich eventuelle PHP-Dateien befinden können, wenn es den Ordner, den du ansprichst, nicht gibt. Wenn du dich nicht damit auskennst würde ich vorschlagen du lässt es so wie es ist und änderst lediglich den Namen /admin in irgendetwas anderes. Beachte allerdings, dass du folgende Zeile dann auch ändern musst: [Only registered and activated users can see links. Click Here To Register...]

Was das Problem mit WBB4 angeht, so hab ich das Problem gefunden. Du must cgi.fix_pathinfo in der Datei /etc/php5/fpm/php.ini auf "1" setzen. Anschließend muss die Nginx Config für die Domain überarbeitet werden, das sieht dann so aus:

Code:
			 location ~ \.php$ {
			 	fastcgi_split_path_info ^(.+\.php)(/.+)$;
			 	if (!-e $document_root$fastcgi_script_name) {
			 		return 404;
			 	}
			 	try_files $fastcgi_script_name =404;
			 	fastcgi_param PATH_INFO $fastcgi_path_info;
			 	fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
			 	include fastcgi_params;
			 	include fastcgi.conf;
			 	fastcgi_param APP_ENV production;
			 	fastcgi_pass unix:/var/run/php5-fpm.sock;
			 	fastcgi_index index.php;
			 	fastcgi_intercept_errors off;
				fastcgi_ignore_client_abort off;
				fastcgi_buffers 256 16k;
				fastcgi_buffer_size 128k;
				fastcgi_connect_timeout 3s;
				fastcgi_send_timeout 120s;
				fastcgi_read_timeout 120s;
				fastcgi_busy_buffers_size 256k;
				fastcgi_temp_file_write_size 256k;
			 }
Der "location /" Teil kommt weg, also der hier:

Code:
			location / {
			   	include /etc/nginx/naxsi.rules;

			   	# Uncomment, if you need to remove index.php from the
				# URL. Usefull if you use Codeigniter, Zendframework, etc.
				# or just need to remove the index.php
				#
			   	#try_files $uri $uri/ /index.php?$args;
			}
Anschließend Nginx und PHP5-FPM neustarten, dann sollte das Forum funktionieren. Siehe hier:

[Only registered and activated users can see links. Click Here To Register...]




@mxiiii:

Ist mir gar nicht aufgefallen, da ich client_max_body_size nie verändern wollte. Kommt mit auf die Liste :D Ich find es wirklich cool von dir, dass du das Updateskript so aktuell hälst. Ab nächste Woche ist mein Urlaub wieder zu Ende, dann werde ich wieder weniger Zeit haben. Zum Glück habe ich nach den Weihnachtstagen noch ein paar Tage bis zum Neujahr frei. Hoffentlich komme ich bis dahin dazu das Updateskript zu schreiben, damit das manuelle updaten aufhört, selbst wenn man dafür immer ein extra Skript schreibt.
12/11/2015 03:18 Axiades#310
Quote:
Originally Posted by Zypr View Post
@Axiades:

Was das Problem mit WBB4 angeht, so hab ich das Problem gefunden. Du must cgi.fix_pathinfo in der Datei /etc/php5/fpm/php.ini auf "1" setzen. Anschließend muss die Nginx Config für die Domain überarbeitet werden, das sieht dann so aus:

Code:
			 location ~ \.php$ {
			 	fastcgi_split_path_info ^(.+\.php)(/.+)$;
			 	if (!-e $document_root$fastcgi_script_name) {
			 		return 404;
			 	}
			 	try_files $fastcgi_script_name =404;
			 	fastcgi_param PATH_INFO $fastcgi_path_info;
			 	fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
			 	include fastcgi_params;
			 	include fastcgi.conf;
			 	fastcgi_param APP_ENV production;
			 	fastcgi_pass unix:/var/run/php5-fpm.sock;
			 	fastcgi_index index.php;
			 	fastcgi_intercept_errors off;
				fastcgi_ignore_client_abort off;
				fastcgi_buffers 256 16k;
				fastcgi_buffer_size 128k;
				fastcgi_connect_timeout 3s;
				fastcgi_send_timeout 120s;
				fastcgi_read_timeout 120s;
				fastcgi_busy_buffers_size 256k;
				fastcgi_temp_file_write_size 256k;
			 }
Der "location /" Teil kommt weg, also der hier:

Code:
			location / {
			   	include /etc/nginx/naxsi.rules;

			   	# Uncomment, if you need to remove index.php from the
				# URL. Usefull if you use Codeigniter, Zendframework, etc.
				# or just need to remove the index.php
				#
			   	#try_files $uri $uri/ /index.php?$args;
			}
Anschließend Nginx und PHP5-FPM neustarten, dann sollte das Forum funktionieren. Siehe hier:

[Only registered and activated users can see links. Click Here To Register...]
Zum Punkt mit dem MailAdm habe ich dass problem schon gefunden war ne fehleinstellung in meiner config datei der domain ^^ hatte nix damit zu tun :D

und des mit Wbb4 werde ich sofort mal ausprobieren ^^

// Edit:

Läuft Jetzt ALLES Danke Zypr für dieses Geile Script und diesn Geilen Support :D
12/11/2015 13:15 mxiiii#311
@Zypr

Danke, hab ja auch ein eigenes Interesse daran den Server aktuell zu halten :D

Das Script ist jetzt Optisch an dein Script angepasst und es sind keine Änderungen vor dem starten mehr notwendig. ...alle Script-Änderungen die nach dem Releasewechsel v0.3.8 kommen (incl. Mailcow) sind gesondert mit einem Hotfix installierbar und werden von mir soweit möglich aktuell gehalten.

....so long
12/13/2015 12:29 Makendzhiev#312
Vielen Dank Zypr – ein tolles einmaliges Script.

Hat jemand Erfahrungen mit einer Verwaltungssoftware wie Ajenti oder ISPConfig gesammelt.
Ich würde gerne mir die Arbeit ein wenig erleichtern, weiß aber nicht welche Software die Serverkonfiguration am besten vertragen wird. Das Nginx Plugin von Ajenti wollte bei der letzten Version unbedingt die Nginx Konfigurationen neu schreiben.

Vielen Dank im Voraus
12/13/2015 18:20 .Aecho.#313
#edit geht wieder.
12/14/2015 09:14 mxiiii#314
Quote:
Originally Posted by Makendzhiev View Post
Vielen Dank Zypr – ein tolles einmaliges Script.

Hat jemand Erfahrungen mit einer Verwaltungssoftware wie Ajenti oder ISPConfig gesammelt.
Ich würde gerne mir die Arbeit ein wenig erleichtern, weiß aber nicht welche Software die Serverkonfiguration am besten vertragen wird. Das Nginx Plugin von Ajenti wollte bei der letzten Version unbedingt die Nginx Konfigurationen neu schreiben.

Vielen Dank im Voraus
Das aktuelle Ajenti oder auch Webmin funktioniert beides, ISPConfig benötigt größere Anpassungen.
12/14/2015 23:26 .Aecho.#315
Also warum auch immer aber die SRV Einträge werden nicht angenommen & 2 TXT Einträge auch nicht. WebServer ist auch nicht erreichbar.