ServerName/Hostname ändern

Hier sollte alles stehen.

Der Hostname kann in den Servereinstellungen von pd-admin geaendert werden. Ggf. muss hinterher noch auf der Shell ein SSL-Zertifikat (z.B. Let's Encrypt) aufgeschaltet und mit /opt/pdadmin/bin/update_host_certificate.sh konfiguriert werden.

Meiner Erinnerung nach musste ich beim letzten Mal den Namen auch noch in /var/qmail/control/me ändern. Ansonsten hat sich der Server in SMTP Dialogen noch mit dem alten Namen gemeldet, was Streß brachte wenn dies nicht mit dem PTR Record zusammenpasst.

Bei der Aenderung ueber die Serverkonfiguration sollten alle relevanten Konfigurationsdateien angepasst werden.

Wenn ich das mit me Datei lese fällt mir ein das ja der PD-admin selbst nicht IPv6 tauglich ist und wir immer mal probleme haben das der IPv6-Hostname nicht der gleiche ist wie der für den PD-Admin und die Maschine selbst in IPv4.
Könnten man in der me Datei einen gemeinsamen Hostnamen für IPv6 und IPv4 im Mailverkehr festlegen?
Es kommt immer mal wieder bei uns zu Problemen das die Rückwärtsauflösung beim Mailverkehr über IPv6 nicht passt.

Wieso sollte das ein Problem mit der me Datei sein? /var/qmail/control/me enthält nur den Hostnamen. Keine IP Konfiguration oder dergleichen.

Zudem muss zwischen pd-admin Web Interface und den Diensten der Serverumgebung unterscheiden. Sämtliche Dienste sind IPv6 fähig.

Zitat von monderka

Es kommt immer mal wieder bei uns zu Problemen das die Rückwärtsauflösung beim Mailverkehr über IPv6 nicht passt.

Wenn es Probleme mit der Rückwärtsauflösung gibt, wird es wohl eher ein DNS Problem sein.

Das das ein Problem mit me Datei ist habe ich nicht sagen wollen, sondern das durch Anpassung der me Datei das Problem gelöst werden kann...

Ein Beispiel, wie das bei mir immer mal wieder zu problemen führt.

Der Debian-Server UND der PD-Admin laufen unter dem namen server1.meinname.de welcher mit einem A-Record auf die IPv4 hinterlegt ist.
Legen ich dann für den gleichen Namen auch einen AAAA Eintrag an, ist die PD-Admin-Oberfläche nicht mehr erreichbar. Also lege ich dafür einen anderen Namen an, z.B. ipv6-server1.meinname.de

Wenn jetzt ein Kunde an z.B. freenet oder gmail schreibt und ich den SMTP-Transfer nicht auf nur IPv4 begrenze, kommt teilweise das der PTR-Record für den absendenden server nicht dem Hostnamen des absendenden Mailservers entspricht.

Versendet wird mit dem Hostnamen server1.meinname.de (vermutlich aus der me-Datei) und aber mit der IPv6 von ipv6-server1.meinname.de

Als workaround habe ich erstmal den ausgehenden Transfer immer auf IPv6 begrenzt oder ich hinterlege in der smtproutes für die ausnahmen die Fehler erzeugen eine IPv4-Adresse als Ziel anstatt der automatisch ermittelten MX-Empfänger-Adresse.

Aber das ist jetzt hier alles off-topic, vielleicht an einer anderen Stelle besser. War mir nur wegen der me-Datei wieder in den Sinn gekommen.

viele Grüße
Manfred

Zitat von monderka

Der Debian-Server UND der PD-Admin laufen unter dem namen server1.meinname.de welcher mit einem A-Record auf die IPv4 hinterlegt ist.
Legen ich dann für den gleichen Namen auch einen AAAA Eintrag an, ist die PD-Admin-Oberfläche nicht mehr erreichbar.

Das ist richtig, das Problem ergibt sich dann tatsächlich (wenn man dann von einem ipv6 fähigen Internetzugang auf die pd-admin Oberfläche zugreifen möchte).

Dein Workaround mit einem anderen, reinen IP4 Hostnamen ist soweit auch okay, sollte aber keine Mailprobleme auslösen.

Entscheidend ist, dass der Reverse DNS Eintrag (PTR) für ipv6 und ipv4 auf den tatsächlichen Namen verweist.

Also ich habe das bei mir so geregelt, die Weboberfläche ist bei mir unter reseller.meinedomain.de für den Reseller und kunde.meinedomain.de für den Customer. Beide Einträge zeigen auf https://ipv4/administrator ; https://ipv4/customer. Also unabhängig vom Hostnamen. Mein PTR zeigt auf hostname.meinedomain.de bei ipv6 und ipv4 und es funktioniert wunderbar. Ich kann damit emails an gmail schreiben.