При попытке отправить электронное письмо через Sendmail, используя IP-адрес сервера для установления SMTP-соединения (а не localhost), я получаю это сообщение в заголовках «может быть подделано» в скобках после IP-адреса. Из того, что я вижу, rDNS настроен правильно:
[корень] nslookup ip.ad.dr.es
Неавторский ответ
es.dr.ad.ip.in-addr, имя arpa = fqdn.domain.com
[root] dig -t a fqdn.domain.com
fqdn.domain.com В А ip.ad.dr.es
В / etc / hosts я указал следующее:
127.0.0.1 fqdn.domain.com localhost.localdomain localhost
Должен ли я иметь fqdn.domain.com против фактического внешнего IP-адреса в .etc / hosts? Или проблема в другом?
TIA!
Что это за ОС? В прошлом у меня были проблемы с Debian / Ubuntu, когда ядро старалось быть умным - если вы подключаетесь к внешнему IP-адресу на том же сервере, которому назначен IP-адрес, оно фактически направляет его через адаптер localhost.
Когда я настраивал брандмауэр, я был в тупике из-за этой проблемы - я разрешал трафик только на внешний адаптер, но брандмауэр блокировал любые запросы, сделанные с этой машины - оказывается, он маршрутизировал его через локальный хост, который был у брандмауэра. сказали заблокировать.
В вашем случае то, что вы в итоге получаете, - это sendmail, получающий соединение на localhost (127.0.0.1), но EHLO, указывающий внешний ip.ad.dr.es - следовательно, считая его поддельным.
Просто снимок в темноте может не относиться к вашему случаю. Если у вас есть другой сервер с доступной sendmail, попробуйте заставить его подключиться к внешнему IP-адресу на этом сервере sendmail.
Хорошо, я решил это. Дело в том, что полное доменное имя было указано в / etc / hosts напротив IP-адреса localhost (127.0.0.1). Удаление FQDN из этой строки и добавление новой строки с внешним IP-адресом и FQDN решило эту проблему.