походит на Ваш postfix
, просто слушает он на localhost
, таким образом, все, что необходимо сделать, измениться inet_interfaces
с localhost
до all
.
[root@wcmisdlin02 ~]# grep ^inet_interfaces /etc/postfix/main.cf
inet_interfaces = all
[root@wcmisdlin02 ~]#
не забывают перезапускать postfix
после этого.
* ОБНОВЛЯЮТ *
, похоже, что Вы имеете, Вы работаете sendmail
и не постфикс, таким образом, у Вас, вероятно, есть что-то вроде этого в Вашем sendmail.mc
файл:
# grep -E '^DAEMON_OPTIONS.*Addr' /etc/mail/sendmail.mc
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
#
необходимо удалить Addr
часть, восстановить Ваш sendmail.cf
и перезапуск sendmail
.
В большинстве случаев это будет работать должным образом, но -a
не копирует расширенные атрибуты ( -X
), списки управления доступом ( -A
) и жесткие ссылки ( -H
), поэтому, если ваши файлы используют эти , добавьте эти параметры.
Одно примечание: разрешения будут копироваться на основе числовых UID и GID, а не текстового имени. Если они не совпадают на целевом сервере, вы, очевидно, можете столкнуться с проблемами.
Разрешения будут скопированы на основе числовых UID и GID, а не текстового имени. Если они не совпадают на целевом сервере, вы, очевидно, можете столкнуться с проблемами. Разрешения будут скопированы на основе числовых UID и GID, а не текстового имени. Если они не совпадают на целевом сервере, вы, очевидно, можете столкнуться с проблемами.Я думаю, у вас есть два пути. Во-первых, вы должны создать пользователей и группы с одинаковыми UID и GID на обоих серверах, чтобы в дальнейшем у вас не было сюрпризов. Во-вторых, как только rsync будет завершен, вы действительно должны получить доступ к резервному серверу всеми способами, которыми осуществляется доступ к основному серверу: попробуйте httpd, почту, файлы и т. Д. И проверьте, работает ли он должным образом.