AltN Daemon и резервный канал. Есть домен, в днс зоне прописаны 2 записи и 2 IP адреса Кто настраивал данное ПО с резервным каналом интернет. Пишут что нужно прописать в диспетчере доменов в имени хоста и ip адресе 127.0.0.1 Но в этом случае перестает ходить почта, т.к. не отрабатывается команда EHLO 127.0.0.1 И еще компьютер с данным ПО стоит внутри сети, за шлюзом. Правила работают. |
Для IP адресов от провайдеров надо прописать PTR запись с полным именем хоста+домен. Например mx.domain.com. И это имя прописать в имени хоста в MDaemon. PTR записи прописываются по заявке на стороне провайдера. |
на стороне провайдеров прописаны PTR записи у одного mx1.domain.com - ip1 адрес у второго mx2.domain.com - ip2 адрес что прописать в диспетчере доменов в имени хоста и ip адресе |
ptr изменить на mx.domain.com у обоих провайдеров в диспетчере доменов прописать mx.domain.com |
А есть другой вариант ПО, например Kerio Connect. Пишут, что ему все равно, лишь бы был прописан домен domain.com и псевдонимы |
Есть масса ПО, позволяющая это делать. Изначально вопрос был про Mdaemon. Засим позволю себе откланяться из этой темы. |
Проблема, в том что MDaemon не может работать с доменом с едиными учетными записями у 2х записей FQDN. |
Да ладно...А у меня он как работает? |
[quote=Flukostat;42332168] Да ладно...А у меня он как работает? [/quote] Подскажи, тогда, как он у тебя работает? Давай в почту или через мессенжер пообщаемся, обсудим |
Да как даркангел написал. С дополнением: прекрасно работает и без ПТР записей. Достаточно только МХ записей. Почтовики в большинстве своем перестали проверять ПТР записи. Во всяком случае, у наших контрагентов проблем с получением писем от нас нет, гуглы-майлру-рамблеры-яндексы тоже нормально принимают без ПТР записей. Но если ооочень нужны ПТР, то как сказал даркангел - уодного прова прописывается мх.домен.ру с одним ип адресом, у другого прова - мх.домен.ру со вторым ип адресом, а в диспетчере доменовв мдаемоне, соответственно, прописываете мх.домен.ру. |
ага! вот оно что. т.е. на два айпи адреса, сделать записи на один домен |
не прокатит... у тебя не может быть 2 адреса на одну MX запись даже у разных провов |
тааак...пойдем сначала...Что такое ПТР запись? |
надо ПТР запись на мх.домен.ру сделать у двух провов |
А между тем, с MX записями автору тоже придется подумать немного. А то почта доходить не будет при отвале одного из провайдеров, если будет одна MX запись на один IP (через имя) упавшего прова. |
Походу, вижу реально только такой вариант. В DNS: 2 А записи вида майл1.домен.ру и майл2.домен.ру 2 МХ записи, указывающие на майл1 и майл2 с нужными приоритетами В MDaemon: В диспетчере доменов указывается имя хоста, работающего на основном канале (т.е. тот, у кого приоритет выше) В принципе этого достаточно, глобальный маразм по проверке на принимающих почтовых серверах PTR записей, по моим наблюдениям, закончился. Но если хочется совсем как правильно, то У провайдеров: Прописать PTR записи для хостов, на которые указывают MX записи. |
[quote=Flukostat;42334739]2 А записи вида майл1.домен.ру и майл2.домен.ру[/quote] Да, майл1.домен.ру на IP одного провайдера, а майл2.домен.ру на IP второго провайдера. [quote=Flukostat;42334739]2 МХ записи, указывающие на майл1 и майл2 с нужными приоритетами[/quote] Вот про приоритеты хотел обсудить. Как думаете, лучше будет с одинаковым приоритетом? Или у "основного" провайдера сделать приоритет повыше? [quote=Flukostat;42334739]В диспетчере доменов указывается имя хоста, работающего на основном канале (т.е. тот, у кого приоритет выше)[/quote] Чо вы все так на это имя хоста запариваетесь? Ну, скажет он его в EHLO и что? Что там в RFC на этот счет? Кстати, есть еще один вариант: одна MX запись, которая указывает на хост, у которого задано два IP. Тогда будет работать round robin DNS. Но мне этот вариант нравится меньше. |
Не соглашусь про "почти никто не проверяет PTR" На днях переносил почтовик на другой канал и забыл подать заявку провайдеру на PTR. Уже на следующий день посыпались заявки: "Не доходит почта, отправленная с нашего домена". В логах чёткий отлуп по PTR |
(0): DarkAngel вам правильно ответил - PTR-запись у разных провайдеров создавайте ОДИНАКОВУЮ и указывайте в настройках FQDN этого сервера такой же: mail.domain.ru Это значение МОЖЕТ НЕ СОВПАДАТЬ с вашей MX-записью, оно влияет лишь на проверку по обратному запросу. То есть обратный поиск в DNS по IP-адресу, с которого ваш почтовик осуществляет подключение должен соответствовать тому, что вы вручную указывает в строке "FQDN этого сервера". IP-адрес, по которому почтовый сервер слушает порты может быть и 127.0.0.1 и на эту проверку не влияет никак, так как проверяют именно ВНЕШНИЙ IP, с которого осуществляется отправка вашей почты. |
Напас Напасович > [em]хотел обсудить. Как думаете, лучше будет с одинаковым приоритетом? Или у "основного" провайдера сделать приоритет повыше[/em]?Не вижу, что тут обсуждать. МХ на основном провайдере ставится с приоритетом, например, 5, на резервном провайдере 10, ну и да, надо, на самом деле, хотя бы еще и третью МХ запись с приоритетом, скажем, 15, указывающую на почтовик прова (при оплате соответствующей услуги), ну, мало ли, комп с мдаемоном накроется вхлам, так хоть входящая от контрагентов почта не пропадет. |
Напас Напасович>[em]Ну, скажет он его в EHLO и что? Что там в RFC на этот счет?[/em] да ничо, в общем, почти все такое сожрут, уже давно не видел, чтобы начинали проверять: ага, соединяется с ип=х.х.х.х и говорит, что он майл.домен.ру, а на самом деле майл.домен.ру должен быть на у.у.у.у, пошел вон. |
19-Flukostat > Но при одинаковом приоритете тоже будет работать. Вот и хочется понять - какой из вариантов лучше и почему? При твоем варианте после падения основного прова каждая первая попытка доставки будет неудачной. При варианте с одинаковым приоритетом такого не будет, поскольку отправитель случайным образом будет выбирать любой из двух МХ'ов. Это и хочется обсудить - как происходит выбор конкретного MX из нескольких с одинаковым приоритетом? Прописано ли это в RFC или отдано на откуп реализации в MTA? Если второй вариант, то как это обычно реализовано в основных MTA? Но, судя по всему, тут на это ответов не будет. :-) |
21-Напас Напасович > Нормальный mta будет долбиться по всем mx, пока не получит smtp 4x/5x или tcp R. Это классика жанра. |
тестирую: создал у 2х провайдеров ptr запись на один адрес майл.домен.ру, у держателя домен.ру, прописали одну МХ запись - майл, и две записи А на IP адреса провайдеров. |
проблема то не в том чтобы даемон обслуживал несколько доменов - это он умеет и у меня работает. нужно подключить к домену майл.домен.ру - 2 канала интернет, и чтобы когда "падает" один, работает другой. Например: >>> Fri 2016-06-10 07:37:33.443: * D=mx.yandex.ru TTL=(0) >>> A=[93.158.134.89] Fri 2016-06-10 07:37:33.443: * D=mx.yandex.ru >>> TTL=(0) A=[213.180.193.89] Fri 2016-06-10 07:37:33.443: * >>> D=mx.yandex.ru TTL=(0) A=[213.180.204.89] Fri 2016-06-10 07:37:33.443: >>> * D=mx.yandex.ru TTL=(0) A=[77.88.21.89] Fri 2016-06-10 07:37:33.443: >>> * D=mx.yandex.ru TTL=(0) A=[87.250.250.89] |
как раз у яндекса, домен один, мх запись одна, но много айпи адресов |
[quote=amv;42336219]нужно подключить к домену майл.домен.ру - 2 канала интернет[/quote] Если вопрос в физическом подключении, то это вопрос маршрутизации. Если вопрос в функционировании MTA на прием и отправку, то с точки зрения DNS вы все настроили [quote=amv;42336214]создал у 2х провайдеров ptr запись на один адрес майл.домен.ру, у держателя домен.ру, прописали одну МХ запись - майл, и две записи А на IP адреса провайдеров[/quote] Осталось только настроить MDaemon, прописав майл.домен.ру в качестве хоста для HELO/EHLO. Можете сказать в личку ваш домен и проверю ваши настройки в части DNS. |
уже настроил MDaemon, прописав майл.домен.ру в качестве хоста для HELO/EHLO. Жду когда все обновиться. почему то все еще в строке * D=domain TTL=(0) A=[IP adress] едет старый домен |
[quote=amv;42336834]почему то все еще в строке[/quote] Не имею представления, что это за строки, а для проверки настроек в части DNS достаточно одной утилиты nslookup |
все проверил. все настроено видимо мдаемон нужно перезгрузить |
в нем все еще старые настройки остались |
Текущее время: 00:21. Часовой пояс GMT +3. |