Differences

This shows you the differences between two versions of the page.

--- изменение_хостнеймов_в_кластере_pmg [2025/05/28 14:27] – jp
+++ изменение_хостнеймов_в_кластере_pmg [2025/05/28 14:48] (current) – jp
@@ Line 1: / Line 1: @@
 ===== Изменение хостнеймов в кластере PMG =====
-Представим ситуацию, когда в рабочем кластере //PMG// нам необходимо поменять имена хостов. К примеру, такая потребность может возникнуть, если нам требуется поменять //HELO//.
+Представим ситуацию, когда в рабочем кластере //Proxmox Mail Gateway// - нам необходимо поменять имена хостов. К примеру, такая потребность может возникнуть, если нам требуется поменять //HELO//.
-Теоретически, мы можем поменять в файле /var/lib/pmg/templates/main.cf.in следующую опцию //smtp_helo_name// таким образом, чтобы она принимала значение такое же, как и опция //SMTPD Banner//, доступная в GUI PMG:
+Теоретически, мы можем поменять в файле ///var/lib/pmg/templates/main.cf.in// опцию //smtp_helo_name// таким образом, чтобы она принимала значение такое же, как и опция //SMTPD Banner//, доступная в GUI PMG:
    smtpd_banner = [% pmg.mail.banner %]
    smtp_helo_name = [% pmg.mail.banner %]
-Однако, данные конфигурации синхронизируются во всем кластере, а если нам необходимо //HELO//, отличное для каждого хоста - следует менять имя хоста.
+Однако, данные конфигурации синхронизируются во всем кластере, а если нам необходимо //HELO//, отличное для каждого хоста - следует менять именно имя хоста.
 Отредактировать имя необходимо в следующих файлах (и перезагрузиться):
@@ Line 15: / Line 15: @@
 :!: Имена нод кластера, прописанных в данных файлах, должны разрешаться для каждого сервера. Т.е. один сервер должен правильным образом разрешать собственный hostname и hostname другого сервера, и наоборот.
+Примерно вот так без привлечения внешних //DNS// (содержимое файла /etc/hosts):
+.0.0.1 localhost.localdomain localhost
+.168.1.1 mail1.arasaka.local mail1
+.168.1.2 mail2.arasaka.local mail2
 ==== Решение возможных проблем ====
-:!: Если после поочередной перезагрузки нод в кластере одна из нод будет долго висеть в статусе //syncing// - время заняться траблшутингом.
+После поочередной перезагрузки нод в кластере одна из нод долго висит в статусе //syncing//? Время заняться траблшутингом!
 В первую очередь можно попробовать вручную отдать команду синхронизации на нодах и посмотреть - нет ли ошибок.
@@ Line 27: / Line 32: @@
    journalctl -u pmgmirror -u pmgtunnel --since today
-//pmgmirror// в этой связке занимается репликацией баз на все ноды кластера.
+//pmgmirror// в этой связке занимается репликацией баз на все ноды кластера. \\
-//pmgtunnel// туннелирует подключения к Postgres на другой ноде кластера.
+//pmgtunnel// туннелирует подключения к //Postgres// на другой ноде кластера.
 После изменения имени нод я обнаружил такую ошибку, связанную с работой //pmgtunnel//:
@@ Line 53: / Line 58: @@
 Через несколько секунд видим кое-что интересное:
    Host key verification failed
+Вполне вероятно, наш сервер после смены имени не доверяет соседу при подключении по //ssh//.
+Попробуем сделать обновление отпечатков.
+    pmgcm update-fingerprints
+Посе чего получаем ошибку:
+<WRAP prewrap>
+<code>
+TASK ERROR: 500 update fingerprints failed: unable to get remote node fingerprint from 'xxxxxxx': command 'ssh -l root -o 'BatchMode=yes' -o 'HostKeyAlias=pmg2' 111.222.333.444 'openssl x509 -noout -fingerprint -sha256 -in /etc/pmg/pmg-api.pem'' failed: exit code 255
+</code>
+</WRAP>
+Почему бы не выполнить команду вручную и не посмотреть её output глазами?
+<WRAP prewrap>
+<code>
+ssh -l root -o 'BatchMode=yes' -o 'HostKeyAlias=pmg2' 111.222.333.444 'openssl x509 -noout -fingerprint -sha256 -in /etc/pmg/pmg-api.pem'
+</code>
+</WRAP>
+Тем более, что есть шанс увидеть нечто знакомое:
+   Host key verification failed
+Теперь самое простое решение - это попробовать с одного сервера //PMG// установить подключение по //SSH// на второй сервер. Оно должно пройти без всяких паролей потому что //PMG// сам устанавливает нужные ключи. Просто подключаемся и //подтверждаем// запрос доверия:
+   ssh pmg_address
+Если запрос мы подтвердили и подключение устанавливается нормально - время снова проверить проблемный //pmgtunnel//:
+   pmgtunnel stop
+   pmgtunnel start --debug
+{{tag>Proxmox PMG Unix Debian Mail}}