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

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. [Only registered and activated users can see links. Click Here To Register...] Währe es nicht auch eine Idee RKHUNTER zu nutzen ? [Only registered and activated users can see links. Click Here To Register...]

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; }

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

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 [Only registered and activated users can see links. Click Here To Register...]). Kannst du mir helfen?

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 -> [Only registered and activated users can see links. Click Here To Register...] Allerdings bekomme ich keinen Zugang zu dem Postfach mit Thunderbird: Host: mail.mg...l.de Username: [Only registered and activated users can see links. Click Here To Register...] 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

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

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!

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

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

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

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

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

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 :D Hast du eigentlich irgendwo ein "Spendenkonto", damit man dir mal ein Bier ausgeben kann?

chown root:0 /etc/nginx/sites-enabled/
chmod 0600 /etc/nginx/sites-enabled/
chown root:0 /etc/nginx/sites-enabled/
chmod 0600 /etc/nginx/sites-enabled/
mkdir -p /var/customers/webs/
mkdir -p /var/customers/logs/
mkdir -p /var/customers/tmp
chmod 1777 /var/customers/tmp
a2dismod userdir
/etc/init.d/nginx restart

3K6DFpSx4pgR4fJavTAuHeAokdHB1XNhBr

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. :confused: 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 :confused: Grüße mxiiii

alias_maps = hash:/etc/aliases

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

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.

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.

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

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 :mad: 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. :confused: Grüße Mxiiii

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