forum.opennet.ru - "Почтовик, два MX и их TTL" (11)

"Почтовик, два MX и их TTL"

Форум Открытые системы на сервере (DNS)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Почтовик, два MX и их TTL"	–1 +/–
Сообщение от IvanLeka (ok), 11-Сен-20, 20:05
Доброго времени суток! Пишу в разделе DNS, но вопрос наверное по большей части касательно почтовых серверов... Есть один почтовик с двумя провайдерами; надежность провайдера, у которого скорость выше хромает. Я создаю MX запись mail.xxx.yy. A записей на домен mail.xxx.yy две. По одной на каждый IP каждого провайдера. Для "распределения" нагрузки. Вопрос: Если я укажу на A записи "кошерный" TTL 3600 сек, почтовый сервер пытающийся отправить нам письмо забирает сразу обе A записи и, в случае неудачи по одному IP пытается отправить на второй, или "запоминает" первую попавшуюся A запись и долбится в нее до окончания TTL? И мне тогда надо указывать TTL 5-10 секунд? P.S. Сейчас TTL 10 сек. Заранее спасибо за помощь!
Ответить \| Правка \| Cообщить модератору

Оглавление

gt оверквотинг удален Сделайте две MX записи с разным весом Если есть MX запи, Павел Отредиез (?), 21:16 , 11-Сен-20, (1) +1

MX может содержать FQDN, а то и имя внутри , в обоих случаях предполагая ещё од, ACCA (ok), 06:30 , 12-Сен-20, (2)

Интересно как rr решит проблему запрета отдачи временно нерабочего ip Если канал, Pahanivo пробегал (?), 11:06 , 12-Сен-20, (4)

Это не проблема Если адрес нерабочий, почтовик сразу же попробует другой , ACCA (ok), 01:09 , 15-Сен-20, (9)

TTL это хранение RR в кеше, ты вообще не туда думаешь , Pahanivo пробегал (?), 11:02 , 12-Сен-20, (3)

Знаю что такое TTL Вопрос был в другом в поведении клиента , IvanLeka (ok), 06:50 , 14-Сен-20, (7)

Лучше сделайте две записи A с разными именами Типа mail xxx yy на IP одного про, Licha Morada (ok), 19:14 , 12-Сен-20, (5) +1

Наверное так и придется поступить Хотелось распределения нагрузки Но придется, IvanLeka (ok), 06:49 , 14-Сен-20, (6)

а головой подумать и поставить одинаковый вес на обе MX записи что мешает И зач, pavel_simple. (?), 12:49 , 14-Сен-20, (8) +1

А вы головой думали когда прошли мимо первого поста Советую прочитать после слов, IvanLeka (ok), 08:27 , 15-Сен-20, (10)

gt оверквотинг удален Ещё раз при чём тут ttl зачем его трогать и как он отн, pavel_simple. (?), 14:02 , 15-Сен-20, (11)

Сообщения [Сортировка по времени | RSS]

1. "Почтовик, два MX и их TTL" +1 +/–

Сообщение от Павел Отредиез (?), 11-Сен-20, 21:16

>[оверквотинг удален]
> хромает.
> Я создаю MX запись mail.xxx.yy. A записей на домен mail.xxx.yy две. По
> одной на каждый IP каждого провайдера. Для "распределения" нагрузки.
> Вопрос: Если я укажу на A записи "кошерный" TTL 3600 сек, почтовый
> сервер пытающийся отправить нам письмо забирает сразу обе A записи и,
> в случае неудачи по одному IP пытается отправить на второй, или
> "запоминает" первую попавшуюся A запись и долбится в нее до окончания
> TTL? И мне тогда надо указывать TTL 5-10 секунд?
> P.S. Сейчас TTL 10 сек.
> Заранее спасибо за помощь!
Сделайте две MX записи с разным весом. Если есть MX запись, наврядли почта пойдёт по A.

Ответить | Правка | Наверх | Cообщить модератору

2. "Почтовик, два MX и их TTL" +/–

Сообщение от ACCA (ok), 12-Сен-20, 06:30

> Сделайте две MX записи с разным весом. Если есть MX запись, наврядли
> почта пойдёт по A.
MX может содержать FQDN, а то и имя внутри @, в обоих случаях предполагая ещё один заход за A.
tc спрашивал про другое - что вытворят конкретный resolver + конкретный почтовик с этими записями.
Ответ простой - возьми той травы, которую курили программёры, написавшие эти конкретные реализации, и тебе станет всё ясно.
P.S. TTL 10 сек. не спасут отца русской демократии. Нужно решать проблему на другом уровне. Подсказка - round-robin DNS. Работает за несколько мсек.

Ответить | Правка | Наверх | Cообщить модератору

4. "Почтовик, два MX и их TTL" +/–

Сообщение от Pahanivo пробегал (?), 12-Сен-20, 11:06

> Подсказка - round-robin DNS. Работает за несколько мсек.
Интересно как rr решит проблему запрета отдачи временно нерабочего ip?
Если канал отваливается не на неделю, то проблемы вообще никакой нет - почта не реалтайм протокол.

Ответить | Правка | Наверх | Cообщить модератору

9. "Почтовик, два MX и их TTL" +/–

Сообщение от ACCA (ok), 15-Сен-20, 01:09

Это не проблема. Если адрес нерабочий, почтовик сразу же попробует другой.

Ответить | Правка | Наверх | Cообщить модератору

3. "Почтовик, два MX и их TTL" +/–

Сообщение от Pahanivo пробегал (?), 12-Сен-20, 11:02

> забирает сразу обе A записи и,
> в случае неудачи по одному IP пытается отправить на второй, или
> "запоминает" первую попавшуюся A запись и долбится в нее до окончания
> TTL? И мне тогда надо указывать TTL 5-10 секунд?
TTL это хранение RR в кеше, ты вообще не туда думаешь.

Ответить | Правка | Наверх | Cообщить модератору

7. "Почтовик, два MX и их TTL" +/–

Сообщение от IvanLeka (ok), 14-Сен-20, 06:50

>> забирает сразу обе A записи и,
>> в случае неудачи по одному IP пытается отправить на второй, или
>> "запоминает" первую попавшуюся A запись и долбится в нее до окончания
>> TTL? И мне тогда надо указывать TTL 5-10 секунд?
> TTL это хранение RR в кеше, ты вообще не туда думаешь.
Знаю что такое TTL. Вопрос был в другом: в поведении клиента.

Ответить | Правка | Наверх | Cообщить модератору

5. "Почтовик, два MX и их TTL" +1 +/–

Сообщение от Licha Morada (ok), 12-Сен-20, 19:14

> Есть один почтовик с двумя провайдерами; надежность провайдера, у которого скорость выше
> хромает.
> Я создаю MX запись mail.xxx.yy. A записей на домен mail.xxx.yy две. По
> одной на каждый IP каждого провайдера. Для "распределения" нагрузки.
Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее приоритртную через провайдера понадёжнее.
xxx.yy.          MX  5 mail.xxx.yy.
xxx.yy.          MX  10 mail-aux.xxx.yy.
mail.xxx.yy.     А   1.1.1.1
mail-aux.xxx.yy. А   2.2.2.2
"Распределения" нагрузки не надо, если сервер всё равно один, от попытки распределения будет больше вреда чем пользы.
> Вопрос: Если я укажу на A записи "кошерный" TTL 3600 сек, почтовый
> сервер пытающийся отправить нам письмо забирает сразу обе A записи и,
> в случае неудачи по одному IP пытается отправить на второй, или
> "запоминает" первую попавшуюся A запись и долбится в нее до окончания
> TTL? И мне тогда надо указывать TTL 5-10 секунд?
Заберёт обе A записи, запомнит результат на 3600 секунд и будет их использовать как ему вздумается. Пока TTL не истечёт, будет пользоватся тем ответом который уже добыл. Когда истечёт - спросит снова. TTL не влияет на выбор из нескольких записей A, а только на то, как часто их будут спаршивать у авторитативного DNS.

Ответить | Правка | Наверх | Cообщить модератору

6. "Почтовик, два MX и их TTL" +/–

Сообщение от IvanLeka (ok), 14-Сен-20, 06:49

> Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP
> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи
> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее
> приоритртную через провайдера понадёжнее.
Наверное так и придется поступить.
Хотелось распределения нагрузки... Но придется обойтись только резервированием.
Спасибо всем кто помог и/или пытался.

Ответить | Правка | Наверх | Cообщить модератору

8. "Почтовик, два MX и их TTL" +1 +/–

Сообщение от pavel_simple. (?), 14-Сен-20, 12:49

>> Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP
>> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи
>> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее
>> приоритртную через провайдера понадёжнее.
> Наверное так и придется поступить.
> Хотелось распределения нагрузки... Но придется обойтись только резервированием.
> Спасибо всем кто помог и/или пытался.
а головой подумать и поставить одинаковый вес на обе MX записи что мешает? И зачем трогать ttl если совем для другого?

Ответить | Правка | Наверх | Cообщить модератору

10. "Почтовик, два MX и их TTL" +/–

Сообщение от IvanLeka (ok), 15-Сен-20, 08:27

>>> Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP
>>> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи
>>> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее
>>> приоритртную через провайдера понадёжнее.
>> Наверное так и придется поступить.
>> Хотелось распределения нагрузки... Но придется обойтись только резервированием.
>> Спасибо всем кто помог и/или пытался.
> а головой подумать и поставить одинаковый вес на обе MX записи что
> мешает? И зачем трогать ttl если совем для другого?
А вы головой думали когда прошли мимо первого поста?
Советую прочитать после слова "Вопрос:"

Ответить | Правка | Наверх | Cообщить модератору

11. "Почтовик, два MX и их TTL" +/–

Сообщение от pavel_simple. (?), 15-Сен-20, 14:02

>[оверквотинг удален]
>>>> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи
>>>> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее
>>>> приоритртную через провайдера понадёжнее.
>>> Наверное так и придется поступить.
>>> Хотелось распределения нагрузки... Но придется обойтись только резервированием.
>>> Спасибо всем кто помог и/или пытался.
>> а головой подумать и поставить одинаковый вес на обе MX записи что
>> мешает? И зачем трогать ttl если совем для другого?
> А вы головой думали когда прошли мимо первого поста?
> Советую прочитать после слова "Вопрос:"
Ещё раз. при чём тут ttl? зачем его трогать и как он относится к решению задачи "распределения нагрузки"?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Почтовик, два MX и их TTL"	+1 +/–
Сообщение от Павел Отредиез (?), 11-Сен-20, 21:16
>[оверквотинг удален] > хромает. > Я создаю MX запись mail.xxx.yy. A записей на домен mail.xxx.yy две. По > одной на каждый IP каждого провайдера. Для "распределения" нагрузки. > Вопрос: Если я укажу на A записи "кошерный" TTL 3600 сек, почтовый > сервер пытающийся отправить нам письмо забирает сразу обе A записи и, > в случае неудачи по одному IP пытается отправить на второй, или > "запоминает" первую попавшуюся A запись и долбится в нее до окончания > TTL? И мне тогда надо указывать TTL 5-10 секунд? > P.S. Сейчас TTL 10 сек. > Заранее спасибо за помощь! Сделайте две MX записи с разным весом. Если есть MX запись, наврядли почта пойдёт по A.
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Почтовик, два MX и их TTL"	+/–
	Сообщение от ACCA (ok), 12-Сен-20, 06:30
	> Сделайте две MX записи с разным весом. Если есть MX запись, наврядли > почта пойдёт по A. MX может содержать FQDN, а то и имя внутри @, в обоих случаях предполагая ещё один заход за A. tc спрашивал про другое - что вытворят конкретный resolver + конкретный почтовик с этими записями. Ответ простой - возьми той травы, которую курили программёры, написавшие эти конкретные реализации, и тебе станет всё ясно. P.S. TTL 10 сек. не спасут отца русской демократии. Нужно решать проблему на другом уровне. Подсказка - round-robin DNS. Работает за несколько мсек.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Почтовик, два MX и их TTL"	+/–
	Сообщение от Pahanivo пробегал (?), 12-Сен-20, 11:06
	> Подсказка - round-robin DNS. Работает за несколько мсек. Интересно как rr решит проблему запрета отдачи временно нерабочего ip? Если канал отваливается не на неделю, то проблемы вообще никакой нет - почта не реалтайм протокол.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Почтовик, два MX и их TTL"	+/–
	Сообщение от ACCA (ok), 15-Сен-20, 01:09
	Это не проблема. Если адрес нерабочий, почтовик сразу же попробует другой.
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Почтовик, два MX и их TTL"	+/–
Сообщение от Pahanivo пробегал (?), 12-Сен-20, 11:02
> забирает сразу обе A записи и, > в случае неудачи по одному IP пытается отправить на второй, или > "запоминает" первую попавшуюся A запись и долбится в нее до окончания > TTL? И мне тогда надо указывать TTL 5-10 секунд? TTL это хранение RR в кеше, ты вообще не туда думаешь.
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Почтовик, два MX и их TTL"	+/–
	Сообщение от IvanLeka (ok), 14-Сен-20, 06:50
	>> забирает сразу обе A записи и, >> в случае неудачи по одному IP пытается отправить на второй, или >> "запоминает" первую попавшуюся A запись и долбится в нее до окончания >> TTL? И мне тогда надо указывать TTL 5-10 секунд? > TTL это хранение RR в кеше, ты вообще не туда думаешь. Знаю что такое TTL. Вопрос был в другом: в поведении клиента.
	Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Почтовик, два MX и их TTL"	+1 +/–
Сообщение от Licha Morada (ok), 12-Сен-20, 19:14
> Есть один почтовик с двумя провайдерами; надежность провайдера, у которого скорость выше > хромает. > Я создаю MX запись mail.xxx.yy. A записей на домен mail.xxx.yy две. По > одной на каждый IP каждого провайдера. Для "распределения" нагрузки. Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее приоритртную через провайдера понадёжнее. xxx.yy. MX 5 mail.xxx.yy. xxx.yy. MX 10 mail-aux.xxx.yy. mail.xxx.yy. А 1.1.1.1 mail-aux.xxx.yy. А 2.2.2.2 "Распределения" нагрузки не надо, если сервер всё равно один, от попытки распределения будет больше вреда чем пользы. > Вопрос: Если я укажу на A записи "кошерный" TTL 3600 сек, почтовый > сервер пытающийся отправить нам письмо забирает сразу обе A записи и, > в случае неудачи по одному IP пытается отправить на второй, или > "запоминает" первую попавшуюся A запись и долбится в нее до окончания > TTL? И мне тогда надо указывать TTL 5-10 секунд? Заберёт обе A записи, запомнит результат на 3600 секунд и будет их использовать как ему вздумается. Пока TTL не истечёт, будет пользоватся тем ответом который уже добыл. Когда истечёт - спросит снова. TTL не влияет на выбор из нескольких записей A, а только на то, как часто их будут спаршивать у авторитативного DNS.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Почтовик, два MX и их TTL"	+/–
	Сообщение от IvanLeka (ok), 14-Сен-20, 06:49
	> Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP > одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи > MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее > приоритртную через провайдера понадёжнее. Наверное так и придется поступить. Хотелось распределения нагрузки... Но придется обойтись только резервированием. Спасибо всем кто помог и/или пытался.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Почтовик, два MX и их TTL"	+1 +/–
	Сообщение от pavel_simple. (?), 14-Сен-20, 12:49
	>> Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP >> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи >> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее >> приоритртную через провайдера понадёжнее. > Наверное так и придется поступить. > Хотелось распределения нагрузки... Но придется обойтись только резервированием. > Спасибо всем кто помог и/или пытался. а головой подумать и поставить одинаковый вес на обе MX записи что мешает? И зачем трогать ttl если совем для другого?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Почтовик, два MX и их TTL"	+/–
	Сообщение от IvanLeka (ok), 15-Сен-20, 08:27
	>>> Лучше сделайте две записи A с разными именами. Типа mail.xxx.yy на IP >>> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи >>> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее >>> приоритртную через провайдера понадёжнее. >> Наверное так и придется поступить. >> Хотелось распределения нагрузки... Но придется обойтись только резервированием. >> Спасибо всем кто помог и/или пытался. > а головой подумать и поставить одинаковый вес на обе MX записи что > мешает? И зачем трогать ttl если совем для другого? А вы головой думали когда прошли мимо первого поста? Советую прочитать после слова "Вопрос:"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Почтовик, два MX и их TTL"	+/–
	Сообщение от pavel_simple. (?), 15-Сен-20, 14:02
	>[оверквотинг удален] >>>> одного провайдера, и mail-aux.xxx.yy на IP второго провайдера. И две записи >>>> MX, одну приоритетнее на A адрес через провайдера пошире, вторую менее >>>> приоритртную через провайдера понадёжнее. >>> Наверное так и придется поступить. >>> Хотелось распределения нагрузки... Но придется обойтись только резервированием. >>> Спасибо всем кто помог и/или пытался. >> а головой подумать и поставить одинаковый вес на обе MX записи что >> мешает? И зачем трогать ttl если совем для другого? > А вы головой думали когда прошли мимо первого поста? > Советую прочитать после слова "Вопрос:" Ещё раз. при чём тут ttl? зачем его трогать и как он относится к решению задачи "распределения нагрузки"?
	Ответить \| Правка \| Наверх \| Cообщить модератору