Der perfekte Rootserver (Support Thread)

12/28/2015 08:24 Zypr#1
Hallo zusammen,

damit der Hauptbeitrag von dem Rumgespamme verschont bleibt, werden Fragen zu dem Skript in Zukunft nur noch hier beantwortet.

Von meiner Seite aus gibt es keinen Support mehr per PN. Wer etwas wissen möchte sollte die Frage hier stellen, damit sich die Community auch daran beteiligen kann. Bitte habt Verständnis dafür, dass ich das in meiner Freizeit mache und nicht immer die Zeit finden werde auf alle Fragen intensiv einzugehen. Wer also irgendein Projekt hat das nicht so funktioniert wie es geplant ist, dann sollte derjenige sich ggf. einen Freelancer suchen, der das System einrichtet!

Falls jemand nicht weiß worum es geht:

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

Viele Grüße
Zypr
12/28/2015 17:11 Tulskie#2
Moin moin,

ich hoffe hier bin ich richtig.

Hab nun das WBB4 installiert,im Unterordner Forum. Es funzt auch soweit alles.
Allerdings wenn ich nun weitere Foren über das acp erstelle und die Rechte vergebe, bekomme ich beim Aufruf nur eine leere weiße Seite. Kennt jemand das Problem? Im Woltlab Forum konnte mir bisher keiner weiterhelfen.
12/29/2015 07:57 Zypr#3
Quote:
Originally Posted by Tulskie View Post
Moin moin,

ich hoffe hier bin ich richtig.

Hab nun das WBB4 installiert,im Unterordner Forum. Es funzt auch soweit alles.
Allerdings wenn ich nun weitere Foren über das acp erstelle und die Rechte vergebe, bekomme ich beim Aufruf nur eine leere weiße Seite. Kennt jemand das Problem? Im Woltlab Forum konnte mir bisher keiner weiterhelfen.
Hier schau mal, mit der Config funktioniert es:

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;
				fastcgi_param APP_ENV production;
				fastcgi_pass unix:/var/run/php5-fpm.sock;
				fastcgi_index index.php;
				include fastcgi.conf;
				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;
			}
Wenn du SEO-Links aktiviert hast, dann solltest du das beachten:

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


Die komplette Config findest du hier:

[Only registered and activated users can see links. Click Here To Register...]
12/29/2015 14:06 mxiiii#4
Hallo Community,

da hänge ich mich gleich mal drann :-)

-------------------

Hi All,

ich versuche AWSTATS zum laufen zu kriegen, bzw. es läuft aber ich kann die CGI-Seite nicht öffnen. Eine Statische AWSTATS Seite funktioniert, ist aber nicht das gelbe vom Ei

Folgende config unter /etc/nginx/sites-custom/stats.conf liegt vor:

Sowie unter /etc/nginx/cgi-bin.php:

Jemand eine Idee ? ...ja einen NGINX restart habe ich gemacht ;)
12/29/2015 14:41 Zypr#5
Quote:
Originally Posted by mxiiii View Post
Hallo Community,

da hänge ich mich gleich mal drann :-)

-------------------

Hi All,

ich versuche AWSTATS zum laufen zu kriegen, bzw. es läuft aber ich kann die CGI-Seite nicht öffnen. Eine Statische AWSTATS Seite funktioniert, ist aber nicht das gelbe vom Ei

Folgende config unter /etc/nginx/sites-custom/stats.conf liegt vor:

Sowie unter /etc/nginx/cgi-bin.php:

Jemand eine Idee ? ...ja einen NGINX restart habe ich gemacht ;)
Ich bin heute Abend zu Hause und schau mir das auch mal an :bandit:
12/29/2015 18:41 Tulskie#6
Quote:
Originally Posted by Zypr View Post
Hier schau mal, mit der Config funktioniert es:

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;
				fastcgi_param APP_ENV production;
				fastcgi_pass unix:/var/run/php5-fpm.sock;
				fastcgi_index index.php;
				include fastcgi.conf;
				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;
			}
Wenn du SEO-Links aktiviert hast, dann solltest du das beachten:

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


Die komplette Config findest du hier:

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

Alles Super,

besten Dank für deine Hilfe, funzt alles bestens.
12/30/2015 01:05 mumi.#7
Ich hab noch fragen zu den SSL Zertifikaten. In der config hab ich den Wert auf "1" gesetzt. Lets encrypt ist nicht im sources Ordner und habe ihn deshalb selber runterladen müssen.

1. Frage: Wenn ich dann das Zertifikat erstelle, werden die automatisch eingebunden?
2. Frage: Der mailserver (wie z.b. dovecot) startet nicht, im Status steht dass das SSL Zerti. ungültig sei oder so)

Also was muss ich da jz manuell ändern? Zertifikat mit Lets encrypt erstellen reicht ja anscheinend nicht aus

Edit: Nachdem ich mit meinem server umgeogen bin klappt garnichts mehr. Lets encrypt hat mich gesperrt, weil ich zu viele Zertifikate ersellt habe und der Mailserver funktioniert auch nicht
Quote:
doveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf line 126: ssl_cert: Can't open file /etc/ssl/mail/mail.crt: No such file or directory
12/31/2015 09:36 asjoker#8
Guten morgen :)
Danke Zypr für das Script :) habe schon auf Debian 6 dein Tut aus einem anderen Forum genutzt. kann man 'Definitiv' nichts falsch machen :).

aber gnah:
Code:
[19:24:34] | [INFO] Welcome to the Perfect Rootserver installation!
[19:24:39] | [INFO] Checking your system...
[19:24:43] | [OKAY] The system meets the minimum requirements.
[19:24:43] | [INFO] Checking your configuration...
[19:24:43] | [ERROR] Parameter PMA_RESTRICT must not be empty.
aber:
Code:
# Restrict access to phpMyAdmin from external?
# Only accessible from localhost via SSH-Tunnel
# --------------------------------
PMA_RESTRICT="0"
Or im Drunk :D
Greetingz ASJoker

*EDIT*
Ich habe den Fehler gefunden :) zu sichere Passwörter mag des auch nicht :) Leider keine: !"#$%&'()*+,-./:;<=>?@[\]^_`{|}~
Wer für die Passwörter KeyPass nutzt (wovon ich mal ausgehe), Hier ein schönes Pattern.
dul[dL]{21} (1 Zahl, 1 Groß, 1 klein und 21 Random)
01/01/2016 14:51 mumi.#9
Schütz dieses Skript eig. nur den Web und Emailserver oder den ganzen Root server? Also wenn ich nur einen TS darauf laufen hab, kann ich das Skript auch nur für den Root server als DDoS schutz installieren und den Webserver deinstallieren? Mein ts server wird in den letzten Tagen oft zerf!ckt (anscheinend nur DoS) und einen DoS sollte das Skript doch direkt aussperren oder?
01/01/2016 16:59 asjoker#10
Quote:
Originally Posted by mumi.cool View Post
Schütz dieses Skript eig. nur den Web und Emailserver oder den ganzen Root server? Also wenn ich nur einen TS darauf laufen hab, kann ich das Skript auch nur für den Root server als DDoS schutz installieren und den Webserver deinstallieren? Mein ts server wird in den letzten Tagen oft zerf!ckt (anscheinend nur DoS) und einen DoS sollte das Skript doch direkt aussperren oder?
Für Admin-Zugriffe (Server-Query) habe ich ne regel für fail2ban. Wen mein Server wieder oben ist kann ich die gerne Posten.
Was einfach nur der normale Userport angeht also wenn sich wer 123423523x verbinden will habe ich noch nichts passendes gefunden xD :) leider. Aber mein TS war bis jetzt noch nicht opfer einer attacke.

Greetingz ASJoker
01/01/2016 19:33 mumi.#11
Quote:
Originally Posted by asjoker View Post
Für Admin-Zugriffe (Server-Query) habe ich ne regel für fail2ban. Wen mein Server wieder oben ist kann ich die gerne Posten.
Was einfach nur der normale Userport angeht also wenn sich wer 123423523x verbinden will habe ich noch nichts passendes gefunden xD :) leider. Aber mein TS war bis jetzt noch nicht opfer einer attacke.

Greetingz ASJoker
Naja also der TS server direkt wurde anscheinend nicht angegriffen. Auf dem Root server läuft halt nur ein TS server, aber der DoS/DDoS hat den kompletten Server abschmieren lassen, konnte ihn weder anpingen noch per SSH connecten. Nach einem Hard Reboot per OVH Webinterface ging alles wieder. Aber schon krass das so eine Attacke den kompletten Server zerstört.
01/01/2016 19:57 asjoker#12
Quote:
Originally Posted by mumi.cool View Post
Naja also der TS server direkt wurde anscheinend nicht angegriffen. Auf dem Root server läuft halt nur ein TS server, aber der DoS/DDoS hat den kompletten Server abschmieren lassen, konnte ihn weder anpingen noch per SSH connecten. Nach einem Hard Reboot per OVH Webinterface ging alles wieder. Aber schon krass das so eine Attacke den kompletten Server zerstört.
Klar, jenachdem macht der Server irgendwann dicht und mag nicht mehr :)
aber ja fail2ban wird mit konfiguriert :)
Ansonsten werf mal google nach einigen chains und jails an.
ansonsten findet du in der "alten" Version von Zypr einge Chains :)

Greetingz ASJoker
*EDIT*
paar Regeln sind drin :)
01/02/2016 15:22 mumi.#13
Also ich kenne mich mit so welchen firewalls nicht aus, aber sperren die alle ports die nicht in so einer liste sind? Die Port range 7000-7999 müsste freigehalten werden
01/02/2016 18:01 asjoker#14
Quote:
Originally Posted by mumi. View Post
Also ich kenne mich mit so welchen firewalls nicht aus, aber sperren die alle ports die nicht in so einer liste sind? Die Port range 7000-7999 müsste freigehalten werden

gehe dazu in die Datei /etc/arno-iptables-firewall/firewall.conf
und füge in den Zeilen 1164 -1166 einfach 7000:7999 ein. Jenachdem wo du sie freigeben möchtest.
Beispiel:

Greetingz ASJoker
01/03/2016 14:08 Tulskie#15
Moin moin zusammen,
hab nun eine 2te Domain eingerichtet, funzt auch soweit gut.
Nun habe ich für die 2te Domain eine eigene email eingerichtet, funzt soweit auch alles. Hätte dazu aber noch eine Frage. Die zweite Domain-Mail läuft ebenfals über den server der ersten Domain-Mail. Soll oder muss das so sein? Mir wäre es lieber wenn ich die beiden mails voneinander unabhängig laufen lassen könnte. Beide benutzen den mailserver von der ersten Domaine.
Received: from mail.meinedomaine1.tld by mail.meinedomaine1.tld (Dovecot) with