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

rump3lstilzchen · 03/07/2015, 19:25

Hallo ich habe heute versucht das Script zu installieren.

Das Script bricht immer an der selben Stelle ab. Könnt ihr mir helfen?

Fehlermeldung: nginx: [emerg] invalid number of arguments in "server_name" directive in /etc/nginx/sites-enabled/team-bb.cf.conf:9
failed!

Mit freundlichen Grüßen

Rump3l

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

Im Installscript Zeile 633. Kann er die Variable ${IPADR} nicht auslesen und deshalb bleibt es in der Vhost.Conf

Spoiler

Gelöst durch manuelle eingabe der IP-Adresse im Script. (127.0.0.1 durch die eigene Ipadresse des Servers ändern)

Spoiler

Zypr · 03/08/2015, 15:56

Quote:

Originally Posted by mxiiii

Hallo .interp,

gibt es eigentlich einen Grund PDSA und FWSORT nicht mehr zu nutzen ?

In der alten Anleitung wars noch enthalten. PDSA kann man direkt übernehmen und bei FWSNORT ist der Bug in Version 1.6.5 behoben worden, wodurch dein Updatescipt auch wieder funktioniert.

Währe es nicht auch eine Idee RKHUNTER zu nutzen ?

Grüß dich mxiiii,

die Frage ist berechtigt, eigentlich wollte ich snort und snorty mit ins Sckript packen. Bei psad bin ich mir noch nicht so sicher, da der Server am Ende mit viel zu viel Software überladen ist. Ich schau mir das noch an, evtl. gibt es noch andere Alternativen ein NIDS aufzusetzen.

Quote:

Originally Posted by rump3lstilzchen

Hallo ich habe heute versucht das Script zu installieren.

Das Script bricht immer an der selben Stelle ab. Könnt ihr mir helfen?

Fehlermeldung: nginx: [emerg] invalid number of arguments in "server_name" directive in /etc/nginx/sites-enabled/team-bb.cf.conf:9
failed!

Mit freundlichen Grüßen

Rump3l

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

Im Installscript Zeile 633. Kann er die Variable ${IPADR} nicht auslesen und deshalb bleibt es in der Vhost.Conf

Spoiler

server {
listen 443;;
server_name ;
return 301 https://${FQDN}\$request_uri;
}

Gelöst durch manuelle eingabe der IP-Adresse im Script. (127.0.0.1 durch die eigene Ipadresse des Servers ändern)

Spoiler

server {
listen 443;;
server_name 127.0.0.1;
return 301 https://${FQDN}\$request_uri;
}

Hallo Rump3l,

hinter der Variable steckt dieser Befehl:

Code:

ifconfig eth0 | awk -F ' *|:' '/inet /{print $4}'

Offensichtlich klappt es bei dir nicht, deshalb bleibt die Variable leer. Was passit, wenn du den Befehl ausführst? Könntest du mir auch verraten welcher Server das ist und welches Image benutzt wird? Zusätzlich wäre die Ausgabe von "ifconfig" sehr nützlich, dann kann ich schauen, dass ich die Abfrage mit awk etwas abändere. Deine IP kannst du einfach durch xxx ersetzen.

Gruß

TheTimmaeh · 03/10/2015, 00:22

Danke .interp für das Script und auch für Version 2, die mir sehr gefallen hat.

Leider bekomm ich beim Script nach einiger Zeit nurnoch 'not found's und schließlich eine Fehlermeldung, und dann bricht das Script einfach ab (siehe

).

Kannst du mir helfen?

Zypr · 03/10/2015, 11:22

Quote:

Originally Posted by TheTimmaeh

Danke .interp für das Script und auch für Version 2, die mir sehr gefallen hat.

Leider bekomm ich beim Script nach einiger Zeit nurnoch 'not found's und schließlich eine Fehlermeldung, und dann bricht das Script einfach ab (siehe ).

Kannst du mir helfen?

Hallo TheTimmaeh,

erstmal vielen Dank für dein Interesse. Es freut mich, dass es hilfreich für dich war. Was die Fehlermeldung angeht, so ist diese recht eindeutig. Entweder ist dein Kernel zu alt oder nicht kompatibel. Welches Image benutzt du genau?

Viele Grüße
interp

GATGAT · 03/10/2015, 14:47

So Kleine Liste nach 4 Mall Installieren geht immer noch nicht alles.

1 Problem meine Email Serive Gehen leider nicht
/var/mail/decrypted not mounted: failed!

2 Set Dieser Installation VMWare funktioniert nicht mehr Richtig Die configs Löscht es immer wider

3 Server ist Sicher soweit auch Schnell aber CF macht immer wider zicken Seite Offline obwohl sie Online.

Kann mir da Jemand Helfen ich habe
Debian 7.8

am wichtigsten ist mir das Email Versenden kann

REtender · 03/10/2015, 18:46

Hallo .interp,

erstmal möchte ich mich für den super Script bedanken!
Ich hatte dir ja schon vor einiger Zeit geschrieben das dein Guide in der Version 1 mit der Beste war den ich gefunden hatte.
Das nun alles automatisiert abläuft ist natürlich extrem super!

Der Script läuft auch schon auf meinem Vserver, allerdings habe ich bei dem einrichten der Email Funktion meine Probleme:

Anbei die DNS Einträge für die Domain.

Die IP, die Domain und den Key nach p= habe ich *zensiert*
bei:
Please enter your domain without a subdomain (www)
habe ich domain.de eingetragen.
Cloudflare wird nicht genutzt

Type the name for your mail database user, followed by [ENTER]:
da habe ich marcel genommen.

Die Salts wurden dem vimbadmin hinzugefügt wie beschrieben + ein Account angelegt (sowie die Domain eingetragen und ein info Postfach abgelegt ->

Allerdings bekomme ich keinen Zugang zu dem Postfach mit Thunderbird:
Host: mail.mg...l.de
Username:

IMAP: 993 with SSL/TLS
SMTP: 587 with STARTTLS

Irgendwo muss ein Fehler meinerseits sein :P
Ich würde mich sehr über Hilfe freuen.

Edith sagt:
Verwendet wird Debian 7.8

PS: wenn ich den SSH Port nicht über die 22 laufen lassen dann kann ich mich nicht mehr verbinden, wobei ich das Problem durch einfaches nicht abändern "gelöst" habe ;D

Zypr · 03/10/2015, 21:25

Quote:

Originally Posted by REtender

Hallo .interp,

erstmal möchte ich mich für den super Script bedanken!
Ich hatte dir ja schon vor einiger Zeit geschrieben das dein Guide in der Version 1 mit der Beste war den ich gefunden hatte.
Das nun alles automatisiert abläuft ist natürlich extrem super!

Der Script läuft auch schon auf meinem Vserver, allerdings habe ich bei dem einrichten der Email Funktion meine Probleme:

Anbei die DNS Einträge für die Domain.

Die IP, die Domain und den Key nach p= habe ich *zensiert*
bei:
Please enter your domain without a subdomain (www)
habe ich domain.de eingetragen.
Cloudflare wird nicht genutzt

Type the name for your mail database user, followed by [ENTER]:
da habe ich marcel genommen.

Die Salts wurden dem vimbadmin hinzugefügt wie beschrieben + ein Account angelegt (sowie die Domain eingetragen und ein info Postfach abgelegt ->

Allerdings bekomme ich keinen Zugang zu dem Postfach mit Thunderbird:
Host: mail.mg...l.de
Username:
IMAP: 993 with SSL/TLS
SMTP: 587 with STARTTLS

Irgendwo muss ein Fehler meinerseits sein :P
Ich würde mich sehr über Hilfe freuen.

Edith sagt:
Verwendet wird Debian 7.8

PS: wenn ich den SSH Port nicht über die 22 laufen lassen dann kann ich mich nicht mehr verbinden, wobei ich das Problem durch einfaches nicht abändern "gelöst" habe ;D

Hallo REtender,

vielen Dank für die lobenden Worte! Was dein Problem angeht, so kann ich auf den ersten Blick keinen Fehler in den DNS-Settings erkennen. Ich müsste einen Blick in die logfiles werfen, damit ich den Fehler ausfindig machen kann. Wenn sich nach einer meiner letzten Änderungen irgendein Fehler eingeschlichten hat, vermute ich mal, dass es entweder ein kleiner und simpler Bedienfehler ist oder aber es wird evtl. eine neuere Version einer Software installiert, die mit irgendeiner Einstellung nicht kompatibel ist. Wenn du Lust hast, kann ich per Teamviewer mal eben drauf schauen.

Gruß

TheTimmaeh · 03/11/2015, 15:14

Quote:

Originally Posted by .interp

Hallo TheTimmaeh,

erstmal vielen Dank für dein Interesse. Es freut mich, dass es hilfreich für dich war. Was die Fehlermeldung angeht, so ist diese recht eindeutig. Entweder ist dein Kernel zu alt oder nicht kompatibel. Welches Image benutzt du genau?

Viele Grüße
interp

Ich benutze derzeit Debian Wheezy 32bit minimal.

Da ich unbedingt umziehen muss, wende ich wieder Version 2 an. Dort habe ich nun das Problem, dass 'www-data' nicht auf die Kundenordner unter /var/customers/webs/KUNDEXY/ zugreifen kann und ich dementsprechend nur einen '403 Forbidden' Fehler erhalte.

Nun ist mein Serverumzug mit beiden Versionen erstmal auf Eis, google hilft mir leider garnicht. Hast du eine Idee, wie ich dem User 'www-data' Zugriff auf die Kundenordner geben kann, ohne die Gruppe der Kundenordner zu ändern? [erledigt]

Kann ich den entsprechenden Teil, der in Version 3 die Fehlermeldungen generiert, nicht einfach entfernen und damit die Installation beenden?

Danke für die Hilfe!

Zypr · 03/11/2015, 19:55

Quote:

Originally Posted by TheTimmaeh

Ich benutze derzeit Debian Wheezy 32bit minimal.

Da ich unbedingt umziehen muss, wende ich wieder Version 2 an. Dort habe ich nun das Problem, dass 'www-data' nicht auf die Kundenordner unter /var/customers/webs/KUNDEXY/ zugreifen kann und ich dementsprechend nur einen '403 Forbidden' Fehler erhalte.

Nun ist mein Serverumzug mit beiden Versionen erstmal auf Eis, google hilft mir leider garnicht. Hast du eine Idee, wie ich dem User 'www-data' Zugriff auf die Kundenordner geben kann, ohne die Gruppe der Kundenordner zu ändern?

Kann ich den entsprechenden Teil, der in Version 3 die Fehlermeldungen generiert, nicht einfach entfernen und damit die Installation beenden?

Danke für die Hilfe!

Hallo,

das geht ganz easy mit 3 Befehlen (Befehl 1 + 2 müssen im Ordner /var/customers/webs/ ausgeführt werden)

Code:

find . -type d -exec chmod -R 755 {} \;

Code:

find . -type f -exec chmod -R 644 {} \;

Code:

chown -R www-data /var/customers/webs/

Befehl 1 vergibt allen Ordnern inkl. Unterordnern die Rechte 755, also rwxr-xr-x, was so viel Bedeutet wie: Besitzer (www-data) darf lesen, schreiben und ausführen, die Gruppe und der Rest darf nur lesen und ausführen, nicht aber schreiben.

Befehl 2 vergibt allen Datein inkl. den dateien der Unterordner die Rechte 644, also rw-r--r--, was so viel bedeutet wie: Besitzer (www-data) darf lesen und schreiben, die Gruppe und der Rest nur lesen.

Befehl 3 ändert den Besitzer zu www-data.

Was das andere Problem angeht, so kannst du nicht einfach irgendetwas "weglassen". Es scheitert ja bereits an dem configure Shellskript um die makefile zu erstellen. Da das Skript die meiste Software kompiliert, müsstest du es komplett umschreiben, was jede Menge Aufwand bedeutet. Es wäre einfacher einen "besseren" Anbieter zu suchen ;)

Viele Grüße

TheTimmaeh · 03/11/2015, 21:09

Quote:
Originally Posted by .interp
Hallo,

das geht ganz easy mit 3 Befehlen (Befehl 1 + 2 müssen im Ordner /var/customers/webs/ ausgeführt werden)
Code:
find . -type d -exec chmod -R 755 {} \;
Code:
find . -type f -exec chmod -R 644 {} \;
Code:
chown -R www-data /var/customers/webs/
Befehl 1 vergibt allen Ordnern inkl. Unterordnern die Rechte 755, also rwxr-xr-x, was so viel Bedeutet wie: Besitzer (www-data) darf lesen, schreiben und ausführen, die Gruppe und der Rest darf nur lesen und ausführen, nicht aber schreiben.

Befehl 2 vergibt allen Datein inkl. den dateien der Unterordner die Rechte 644, also rw-r--r--, was so viel bedeutet wie: Besitzer (www-data) darf lesen und schreiben, die Gruppe und der Rest nur lesen.

Befehl 3 ändert den Besitzer zu www-data.

Was das andere Problem angeht, so kannst du nicht einfach irgendetwas "weglassen". Es scheitert ja bereits an dem configure Shellskript um die makefile zu erstellen. Da das Skript die meiste Software kompiliert, müsstest du es komplett umschreiben, was jede Menge Aufwand bedeutet. Es wäre einfacher einen "besseren" Anbieter zu suchen

Viele Grüße

Den Besitzer zu www-data zu ändern würde allerdings darin resultieren, dass neu angelegte Kunden ebenfalls manuell angepasst werden müssten. Mittlerweile wurde ich auf Google fündig, hierzu dieser Code:

Code:

chown -R 10001:10001 /var/customers/webs/Kunde
chown -R root:root /var/customers/logs
chown -R vmail:vmail /var/customers/mail
chmod -R 0755 /var/customers/webs/Kunde
chown root:root /var/customers/
chown root:root /var/customers/webs
chown root:root /var/customers/tmp
chmod 1777 /var/customers/tmp

Damit hat es wunderbar funktioniert. Im Prinzip hat es nichts an den Rechten geändert, jedoch hat es scheinbar die Rechte für die Ordner/Files neu geschrieben und damit funktioniert es jetzt.

Da der Umzug jetzt vollzogen ist, werde ich mir erstmal ein bisschen Zeit lassen, bevor ich mich zu Version 3 wende und damit den nächsten Umzug einleite. Nochmals Danke für das Tutorial und die ausführliche Hilfe

Hast du eigentlich irgendwo ein "Spendenkonto", damit man dir mal ein Bier ausgeben kann?

Zypr · 03/11/2015, 23:57

Quote:
Originally Posted by TheTimmaeh
Den Besitzer zu www-data zu ändern würde allerdings darin resultieren, dass neu angelegte Kunden ebenfalls manuell angepasst werden müssten. Mittlerweile wurde ich auf Google fündig, hierzu dieser Code:
Code:
chown -R 10001:10001 /var/customers/webs/Kunde
chown -R root:root /var/customers/logs
chown -R vmail:vmail /var/customers/mail
chmod -R 0755 /var/customers/webs/Kunde
chown root:root /var/customers/
chown root:root /var/customers/webs
chown root:root /var/customers/tmp
chmod 1777 /var/customers/tmp
Damit hat es wunderbar funktioniert. Im Prinzip hat es nichts an den Rechten geändert, jedoch hat es scheinbar die Rechte für die Ordner/Files neu geschrieben und damit funktioniert es jetzt.

Da der Umzug jetzt vollzogen ist, werde ich mir erstmal ein bisschen Zeit lassen, bevor ich mich zu Version 3 wende und damit den nächsten Umzug einleite. Nochmals Danke für das Tutorial und die ausführliche Hilfe

Hast du eigentlich irgendwo ein "Spendenkonto", damit man dir mal ein Bier ausgeben kann?

Grüß dich,

im Endeffekt ist es das selbe wie aus der Froxlor Installationsanleitung, nur eben entsprechend in abgewandelter Form, wenn die Ordner, etc. bereits existieren. Habe mich sowieso gewundert, wieso www-data da mitspielt, da ja das Cronsrkipt alles anlegt und nicht der Webserver.

Spoiler

Aber danke für den Hinweis, das hilft dem ein oder anderen Benutzer mit Sicherheit weiter!

Falls du Bitcoins nutzt, kannst du mir gerne ein paar für ein Bierchen zukommen lassen (:

Spoiler

Gruß

mxiiii · 03/18/2015, 16:20

Hallo .interp,

ich habe in meinen Postfix Logs 2 Warnungen die ich nicht weg bekomme. Vielleicht weist du ja Rat oder ein anderer der gerade mit liest

Problem 1:

Spoiler

Problem 2:

Spoiler

Grüße
mxiiii

Zypr · 03/18/2015, 20:14

Quote:
Originally Posted by mxiiii
Hallo .interp,

ich habe in meinen Postfix Logs 2 Warnungen die ich nicht weg bekomme. Vielleicht weist du ja Rat oder ein anderer der gerade mit liest

Problem 1:
Spoiler
Code:
[B]postfix/smtpd[3181]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled[/B]
WTF ....es ist doch überhaupt kein NIS installiert. Ich finde aber eine /etc/nsswitch.conf mit folgendem Inhalt:
Code:
passwd:         compat
group:          compat
shadow:         compat

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup: nis
netgroup: nis scheint hier der Verursacher zu sein. Eine änderung auf db oder files bringt allerding auch nichts.
Problem 2:
Spoiler
Code:
dovecot: auth: Warning: sql: Ignoring changed iterate_query in /etc/dovecot/dovecot-sql.conf.ext, because userdb sql not used. (If this is intentional, set userdb_warning_disable=yes)
Ist ja nett das hier ein Hinweis kommt wie ich die Meldung deaktiviere, aber wo soll ich denn userdb_warning_disable=yes eintragen
Grüße
mxiiii

Hallo mxiiii,

danke für den Hinweis, diese Warnungen kann man eigentlich getrost ignorieren, aber schon richtig, der Log ist dann immer so voll ;D

Fehler 1:

Nach einem Blick in die Postfix Dokumentation ist mir folgendes aufgefallen:

Da der Typo "Alias" allerdings unter "virtual_alias_maps" definiert wird, ist dieser Punkt in der Config nicht enthalten. Folgendes in die /etc/postfix/main.cf ganz am Ende einfügen:

Code:

alias_maps = hash:/etc/aliases

Anschließend Postix neustarten.

Zu Fehler 2:

Das ist tatsächlich ein Fehler. Die userdb muss zwar statisch gesetzt werden, jedoch gibt man das nicht unter dem driver an. Der driver ist nach wie vor sql, deshalb hat der log auch den Fehler ausgespuckt, dass userdb nicht benutzt wird. Richtige Config siehe

Änder den Abschnitt bei userdb in der /etc/dovecot/conf.d/auth-sql.conf.ext wie folgt ab:

Code:

userdb static {
  driver = sql
  args = uid=vmail gid=vmail home=/var/mail/decrypted/vhosts/%d/%n/maildir
}

Anschließend Dovecot neustarten.

Nun sollten beide Warnungen aus den Logfiles verschwinden.

Viele Grüße!

mxiiii · 03/20/2015, 08:43

Quote:
Originally Posted by .interp
Da der Typo "Alias" allerdings unter "virtual_alias_maps" definiert wird, ist dieser Punkt in der Config nicht enthalten. Folgendes in die /etc/postfix/main.cf ganz am Ende einfügen:
Code:
alias_maps = hash:/etc/aliases
Anschließend Postix neustarten.

Danke, hat bestens Funktioniert. Ich hatte die alias_maps zwar auch im Visier, aber durch die virtual_alias_maps war ich unsicher und habe nach NIS gesucht um das Problemzulösen.

Quote:
Originally Posted by .interp
Änder den Abschnitt bei userdb in der /etc/dovecot/conf.d/auth-sql.conf.ext wie folgt ab:
Code:
userdb static {
  driver = sql
  args = uid=vmail gid=vmail home=/var/mail/decrypted/vhosts/%d/%n/maildir
}
Anschließend Dovecot neustarten.

~~Perfekt,solangsam werden meine logs sauber~~

Mist, zu früh gefreut

Code:

dovecot: auth: Error: Can't open configuration file uid=vmail gid=vmail home=/var/mail/decrypted/vhosts/%d/%n/maildir: No such file or directory
dovecot: master: Error: service(auth): command startup failed, throttling for 8 secs
dovecot: auth: Fatal: master: service(auth): child 16705 returned error 89 (Fatal failure)
postfix/smtpd[16702]: fatal: no SASL authentication mechanisms
postfix/master[11322]: warning: process /usr/lib/postfix/smtpd pid 16702 exit status 1
postfix/master[11322]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling

Wichtig scheint hier nur die erste Zeile zu sein, das Verzeichniss existiert auch.

Grüße
Mxiiii

Zypr · 03/21/2015, 01:43

Quote:
Originally Posted by mxiiii
Danke, hat bestens Funktioniert. Ich hatte die alias_maps zwar auch im Visier, aber durch die virtual_alias_maps war ich unsicher und habe nach NIS gesucht um das Problemzulösen.

~~Perfekt,solangsam werden meine logs sauber~~

Mist, zu früh gefreut
Code:
dovecot: auth: Error: Can't open configuration file uid=vmail gid=vmail home=/var/mail/decrypted/vhosts/%d/%n/maildir: No such file or directory
dovecot: master: Error: service(auth): command startup failed, throttling for 8 secs
dovecot: auth: Fatal: master: service(auth): child 16705 returned error 89 (Fatal failure)
postfix/smtpd[16702]: fatal: no SASL authentication mechanisms
postfix/master[11322]: warning: process /usr/lib/postfix/smtpd pid 16702 exit status 1
postfix/master[11322]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Wichtig scheint hier nur die erste Zeile zu sein, das Verzeichniss existiert auch.

Grüße
Mxiiii

Weißt du was für mich pure Ironie ist? Die alte Config war, zumindest was die userdb in Dovecot angeht, vollkommen richtig. Ich hab leider in die Wiki von 1.x geschaut, in diesem Fall wird aber 2.x installiert, sodass folgender Wiki Eintrag zu beachten ist:

Demnach wäre das richtig:

Code:

userdb {
    driver = static
    args = uid=vmail gid=vmail home=/var/mail/decrypted/vhosts/%d/%n/maildir
}

Ich muss nur noch rausfinden, wo man "userdb_warning_disable=yes" einstellen muss, die dovecot.conf ist es schon mal nicht. Allerdings finde ich in der Wiki auch nichts zu der Einstellung.. sehr strange. Ich melde mich dazu nochmal.

Grüße