Search results

Das liegt am Hetzner Subnetz. Da liegt das Gateway nicht im eigentlichen Netz Das ist ja das verwirrende. nehme ich vmbr0 (das 29er Subnetz) komplett raus geht vmbr1. Und umgekehrt.

Hallo, wir haben eine Proxmox bei hetzner mit einem /29 Subnetz. Nun ist noch eine weitere Einzel IP hinzugekommen. Unsere Netzwerkkonfiguration sieht wie folgt aus: auto lo iface lo inet loopback iface lo inet6 loopback auto eno1 iface eno1 inet static address 123.123.123.123/32...

Ist aber komischerweise nur bei Ihm so.

Sorry, war etwas länger mit anderem Aufgaben beschäftigt. Gibt keine Fehlermeldung der Mitarbeiter bekommt nur nichts angezeigt.

Hallo, eine Frage zu den Benutzerollen. Darf nur der Administrator Mails aus der SPAM Quarantäne löschen? Bei Zuteilung der Rolle des Quarantine manager farf unser Mitarbeiter dies nicht.

Ok werde ich heute Mittag machen und berichten. Danke hab ich auch nicht dran gedacht ;)

cluster.conf vom pmg1 master: 1 fingerprint <GEPRÜFT_STIMMT_IN_PMG2.CONF_ÜBEREIN> hostrsapubkey <GEPRÜFT_STIMMT_IN_PMG2.CONF_ÜBEREIN> ip XX.XX.XX.XX maxcid 3 name pmg1 rootrsapubkey <GEPRÜFT_STIMMT_IN_PMG2.CONF_ÜBEREIN> node: 3 fingerprint...

Guten Morgen @Stoiko Ivanov nein keine weiteren Änderungen. Ich bin mittlerweile so weit zu sagen ich installiere neu :(

Und nach kompletten Aufruf auf pmg2 von /usr/bin/ssh -N -o BatchMode=yes -o HostKeyAlias=pmg1 -L /run/pmgtunnel/.s.PGSQL.2:/var/run/postgresql/.s.PGSQL.5432 111.222.333.444 kommt auf der pmg1 die Fehlermeldung Feb 09 10:18:53 pmg1 pmgmirror[1061]: starting cluster synchronization Feb 09...

ja die kommt Hier mit -N Option $ > /usr/bin/ssh -vv -N -o BatchMode=yes -o HostKeyAlias=pmg1 111.222.333.444 OpenSSH_9.2p1 Debian-2+deb12u2, OpenSSL 3.0.11 19 Sep 2023 debug1: Reading configuration data /root/.ssh/config debug1: /root/.ssh/config line 6: Applying options for 111.222.333.444...

Die config steht in /root/.ssh/config [07.02.24 09:50:39] root ➤ pmg2 in ~ $ > ssh -vvv 111.222.333.444 OpenSSH_9.2p1 Debian-2+deb12u2, OpenSSL 3.0.11 19 Sep 2023 debug1: Reading configuration data /root/.ssh/config debug1: /root/.ssh/config line 6: Applying options for 111.222.333.444 debug1...

Die Datei ist auf beiden Systemen nicht vorhanden. $ > systemctl status ssh.socket ○ ssh.socket - OpenBSD Secure Shell server socket Loaded: loaded (/lib/systemd/system/ssh.socket; disabled; preset: enabled) Active: inactive (dead) Triggers: ● ssh.service Listen: [::]:22...

Feb 06 09:16:06 pmg1 pmgmirror[1061]: received signal HUP Feb 06 09:16:06 pmg1 pmgmirror[1061]: server shutdown (restart) Feb 06 09:16:07 pmg1 pmgmirror[1061]: restarting server Feb 06 09:17:18 pmg1 pmgmirror[1061]: received signal HUP Feb 06 09:17:18 pmg1 pmgmirror[1061]: server shutdown...

Ja beide neu gestartet ( pmgtunnel restart ) aber der Fehler kommt immer noch

Hallo @Stoiko Ivanov mit einer SSH Clinet Konfiguration für den root (~/.ssh/config) scheint es zu funktionieren. Der Connect funktioniert auf jeden Fall. Nur in der Log erscheint immernoch database sync 'pmg2' failed - DBI...

Hallo, wie kann ich die Cluster Synchronisation mit verändertem SSH Port laufen lassen? SSH ist bei uns nicht auf Port 22.

Danke für eure Hilfe, wir haben jetzt die Lösung mit 2 MX Records für den Transport-Host umgesetzt. Funktioniert seitens der PMG sehr gut.

Hallo @Stoiko Ivanov der Ansatz mit den zwei DNS Einträgen wäre ja das einfachste. Danke für den Hinweis!

Can you please explain to me in more detail what you did? We also want to implement this in our system and I haven't found a way around it

Hallo @pge da für die Domain ja als MX Einträge die beiden PMGs eingetragen sind, ist es ja eben nicht möglich für in den Transport Einstellungen die MX Records einzutragen, da diese ja wieder an pmg1 und pmg2 zeigen würden. Wird wohl auf die von Dir angesprochen selbst erstellte Transport...