Beiträge von joas

Genau, so läuft das. Ich hatte einen Rootserver RS1000 und alles war soweit installiert, und wollte dann doch auf RS2000 upgraden aufgrund mehr Leistung. Gegen 20€ Gebühr war alles kein Problem, kein Datenverlust und mehr CPU-Kerne und RAM

Dass öffentliche Mailserver per SMTP auch unverschlüsselt ansprechbar sein müssen, ist mir bewusst klar.
Genau aus diesem Grund verstehe ich auch nicht, wieso diesen Mailserver nach fehlgeschlagenen verschlüsselte Verbindungen mit TLS1.2
dann als Fallback unverschlüsselte Verbindungen mit meinem Mailserver nicht aufbauen können.
Stattdessen kontaktieren sie ganz stur über die verschlüsselte Verbindungen meinem Mailserver und das geht mehrmals am Tag, sogar bis drei Tagen.
Dafür bietet doch meinen Mailserver dank diese Einstellung

smtpd_tls_security_level=may

an.
Ich habe nur diese folgende Ciphers ausgeschlossen:

smtpd_tls_exclude_ciphers = aNULL, eNULL, EXPORT, DES, RC4, MD5, PSK, aECDH, EDH-DSS-DES-CBC3-SHA, EDH-RSA-DES-CBC3-SHA, KRB5-DES, CBC3-SHA

Gruß joas

Guten Abend,

ich habe seit paar Monaten meinen eigenen Mailserver, was auch gut funktioniert bis auf die Sache:
Ich habe bei Postfix so konfiguriert, dass eingehende Verbindungen (smtpd) bei der Verschlüsselung nur TLS1.2 akzeptiert und alles andere ablehnt.
Nun ist mir in den letzten Tagen in der Logfile aufgefallen, dass manchen Mailserver Kommunikationsprobleme mit meinem Mailserver hat. Dazu paar Beispiele:

Apr 20 17:12:25 mail postfix/smtpd[31752]: connect from lux.smtp-out.eu-west-1.amazonses.com[176.32.127.138]
Apr 20 17:12:25 mail postfix/smtpd[31752]: SSL_accept error from lux.smtp-out.eu-west-1.amazonses.com[176.32.127.138]: -1
Apr 20 17:12:25 mail postfix/smtpd[31752]: warning: TLS library problem: error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol:s23_srvr.c:640
Apr 20 17:12:25 mail postfix/smtpd[31752]: lost connection after STARTTLS from lux.smtp-out.eu-west-1.amazonses.com[176.32.127.138]
Apr 20 17:12:25 mail postfix/smtpd[31752]: disconnect from lux.smtp-out.eu-west-1.amazonses.com[176.32.127.138]

Apr 19 17:05:16 mail postfix/smtpd[31666]: connect from redirection.weddix.de[178.77.98.53]
Apr 19 17:05:16 mail postfix/smtpd[31666]: SSL_accept error from redirection.weddix.de[178.77.98.53]: -1
Apr 19 17:05:16 mail postfix/smtpd[31666]: warning: TLS library problem: error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol:s23_srvr.c:640
Apr 19 17:05:16 mail postfix/smtpd[31666]: lost connection after STARTTLS from redirection.weddix.de[178.77.98.53]
Apr 19 17:05:16 mail postfix/smtpd[31666]: disconnect from redirection.weddix.de[178.77.98.53]

Diese Meldungen sind dadurch zustande gekommen, dass diesen Mailserver, die Kommunikationsprobleme mit meinem Mailserver haben, eben kein TLS1.2 unterstützt.
Nun frage ich mich echt, wieso heutzutage immer noch so viele Mailserver (vorallem auch vom großen Anbieter) TLS1.2 nicht unterstützen?
Oder bin ich mit dieser Sache mit der TLS-Verschlüsselung zu streng? Was ich auch nicht verstehe, in meiner main.cf ist

smtpd_tls_security_level=may

gesetzt,
was auch bedeutet, dass mein Mailserver eben auch ohne Verschlüsselung ansprechbar ist.
Was meint Ihr?

Gruß joas

Jetzt funktioniert es! Wird gerade transferiert.
Ich werde nach der erfolgreichen Registrierung/Transferierung die DNS-Einstellung nachprüfen, ob die Records richtig gesetzt wurden.

Edit: Transfer erfolgreich abgeschlossen, die Records wurden erfolgreich gesetzt. Perfekt, so macht eine Domain Registrierung bzw. Transfer bei netcup richtig Spaß

Ich habe eben die neue Funktion mit der eigenen DNS Einstellung bei der Domaintransfer ausprobiert. Es funktioniert nicht, da die Abfrage des Auth-Codes nicht stattfindet. Liegt da bei dem Prozess ein Fehler vor?

Sorry, das habe ich eben festgestellt.
Ich war einfach zu vorsichtig. Ich habe nur den Drop-Down-Liste aufgeklappt und gleich war ich irritiert, ohne die Kombination ausprobiert zu haben. Das wird natürlich rot angezeigt beim Überschreiten.
Jetzt ist mir alles klar, was mit dem Auswahl der Sockets und Cores gemeint ist.
Das ist dann für mich uninteressant, da ich nur Linux nutze. Ob vier Sockets je ein Core, oder ein Socket mit vier Cores macht bei Linux ja keinen Unterschied.
Vielen Dank nochmal für das Aufklären. Und auch für das tolle Forum.

vielen Dank für die schnelle Antwort.
Es geht eigentlich nur darum, dass beim SCP vier Sockets und vier Cores angeboten wird, obwohl laut Vertrag maximal vier Cores angegeben ist. Dann rein theoretisch sind das insgesamt 16 Cores. Das irritiert mich.

Ich verstehe es auch nicht ganz, was mit Sockets und Cores gemeint sind.
Also laut Vertrag habe ich vier Cores, aktuell ist bei mir vier Sockets und ein Core eingestellt,
Debian erkennt vier Cores. Die Frage ist, macht es einen Unterschied, wenn ich auf vier Sockets und vier Cores einstelle?
Oder auf ein Socket und vier Cores? Das sind doch eigentlich das Gleiche, oder?