Просветите, почему хостинг предпочитает менять MX запись в пятницу вечером? Неужели все это так долго обновляется? Возможна потеря писем?
» Обновление MX записи
обновляется в течении 24 часов.
Цитата:
обновляется в течении 24 часов.
как оно может обновляться 24 часа? Это ж просто запись, которая перенаправляет письма с почтового сервера провайдера?
Поменял, и тут же письма пошли на другой ip...
NewExc
очень просто - у прова она обновиться моментально, а вот по миру зазойдёться - долго, зависит от TTL записи что раньше была
очень просто - у прова она обновиться моментально, а вот по миру зазойдёться - долго, зависит от TTL записи что раньше была
NewExc
для этого надо сначала чтоб запись обновилась на других держателях зоны, они обновляются либо вручную (rndc reload), либо автоматически через заданый интервал. многие крупные провы вручную стараются не обновлять записи. почему? хз.
для этого надо сначала чтоб запись обновилась на других держателях зоны, они обновляются либо вручную (rndc reload), либо автоматически через заданый интервал. многие крупные провы вручную стараются не обновлять записи. почему? хз.
Цитата:
TTL записи
по умолчанию равна 24 часам, но может быть и дольше, у нас при смене IP почта заработала (имеется ввиду вся) примерно через 3 суток.
Цитата:
очень просто - у прова она обновиться моментально, а вот по миру зазойдёться - долго, зависит от TTL записи что раньше была
Может я че не понимаю, но...
Когда я отправляю письмо, мой smtp хост коннектится к ДНС и узнает адрес хоста, который отвечает за домен, и уже этот хост, по своей MX записи отправляет письмо какому-то почтовому серваку и далее по цепочке. Выходит, что не нужно распространять mx по всемя миру... достаточно знать хост, на котором есть контроллер домена...
Где я не прав?
NewExc
Да распространять собственно не надо, только среди держателей зоны.
Цитата:
но пока не обновится зона и все держатели зоны не будут знать о новом мх-е, они будут отдавать старый мх.
Да распространять собственно не надо, только среди держателей зоны.
Цитата:
мой smtp хост коннектится к ДНС и узнает адрес хоста, который отвечает за домен, и уже этот хост, по своей MX записи отправляет письмо какому-то почтовому серваку и далее по цепочке
но пока не обновится зона и все держатели зоны не будут знать о новом мх-е, они будут отдавать старый мх.
NewExc
+ к Raredemon
Есть такая штука как кэш, и соответсвенно запись кэшируется на тех серверах, которые даже не являются держателями зоны, и пока не истечен TTL, новая запись запрошена не будет.
+ к Raredemon
Есть такая штука как кэш, и соответсвенно запись кэшируется на тех серверах, которые даже не являются держателями зоны, и пока не истечен TTL, новая запись запрошена не будет.
Цитата:
Когда я отправляю письмо, мой smtp хост коннектится к ДНС и узнает адрес хоста, который отвечает за домен, и уже этот хост, по своей MX записи отправляет письмо какому-то почтовому серваку и далее по цепочке. Выходит, что не нужно распространять mx по всемя миру... достаточно знать хост, на котором есть контроллер домена...
Где я не прав?
Почтовый сервер при отправлении почты обращается к ДНС. А ДНС в свою очередь ищет MX записи какого то конкретного домена.
Запись MX распространится автоматически среди держателей зоны.
Когда мы меняли ip адреса. Весь процесс обновления записей MX и A records прошел за 3 часа.
Цитата:
Почтовый сервер при отправлении почты обращается к ДНС. А ДНС в свою очередь ищет MX записи какого то конкретного домена.
Запись MX распространится автоматически среди держателей зоны.
Держатели зоны это кто?
Т.е. mx запись прописывается на нескольких DNS. А я думал что по цепочке ДНС мы попадаем на оконечный, который держит mx запись, и который уже отправляет почту куда надо. Так бы было логичнее, ибо не требуется обновлять информацию об mx на куче DNS
Цитата:
Держатели зоны это кто?
Т.е. mx запись прописывается на нескольких DNS. А я думал что по цепочке ДНС мы попадаем на оконечный, который держит mx запись, и который уже отправляет почту куда надо. Так бы было логичнее, ибо не требуется обновлять информацию об mx на куче DNS
Держатели зон это сервера ответсвенные за определенные зоны(например .com, .info, .org ...)
Это смотря как у Вас ДНС настроен. Либо он сам ищет mx записи, либо он форвардит ДНС запросы на ДНС прова а тот в свою очередь ищет за него и выдает ему готовый ответ.
Прочитайте книжки по структуре ДНС...
Цитата:
Держатели зон это сервера ответсвенные за определенные зоны(например .com, .info, .org ...)
Это смотря как у Вас ДНС настроен. Либо он сам ищет mx записи, либо он форвардит ДНС запросы на ДНС прова а тот в свою очередь ищет за него и выдает ему готовый ответ.
Прочитайте книжки по структуре ДНС...
По всей видимости ДНС прова нифига не выдает ему готовый ответ
Цитата:
По всей видимости ДНС прова нифига не выдает ему готовый ответ
Как Вы это узнали?
Цитата:
Как Вы это узнали?
Т.к. пров сказал, что предпочитает менять запись по пятницам, ибо обновление на других ДНС'ах может занимать до 2-ух суток (см. первый пост )
NewExc
Тебе дали ответ, почитай доки наконец. А ДНС - пров наверно имел ввиду сервер, т.к. такая инф-я храниться в нём.
Допустим у тебя был TTL = 86400
1) Тебе уже кто то отправлял почту (первый раз), допустим проходит 60 секунд после отправки.
2) Пров меняет тут же запись.
3) Тот кто тебе отправлял почту, если опять захочет что то отправить, будет пытаться коннектиться ещё 86340 сек. согласно старой MX записи на хост где твоего почтовика уже нет, т.к. у него в кеше остались твои данные.
Вобщем РТФМ.
Тебе дали ответ, почитай доки наконец. А ДНС - пров наверно имел ввиду сервер, т.к. такая инф-я храниться в нём.
Допустим у тебя был TTL = 86400
1) Тебе уже кто то отправлял почту (первый раз), допустим проходит 60 секунд после отправки.
2) Пров меняет тут же запись.
3) Тот кто тебе отправлял почту, если опять захочет что то отправить, будет пытаться коннектиться ещё 86340 сек. согласно старой MX записи на хост где твоего почтовика уже нет, т.к. у него в кеше остались твои данные.
Вобщем РТФМ.
Страницы: 1
Предыдущая тема: Как объединить принтера в пул, если они разные?
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.