1. с рандомизированых днс серверов в интернете.
2. в момент смены регистратора после неудачной проверки файла
3. не включается
4. Это не дают сделать доменные реселлеры. Подробнее можете поинтересоваться у них.
5. Потому что все днс сервера согласно ttl будут отдавать старый ip адрес и на распространение нового нужно не малое время.
А если там неактуальные данные (а они могут быть неактуальными как минимум на величину этого TTL)?
Так как это редкий случай, то на такой случай можно использовать алгоритм рандомного получения ttl от разных dns серверов.
Какой момент считается нужным?
любой из доступных.
То есть при ошибке настройки DNS в рамках одного регистратора, совпавшей с оплатой домена (например, смена тарифа с расширением услуг), ваша система не будет осуществлять переадресацию?
Обсуждение различных комбинаций событий при которых может помочь технология не входит в программу обсуждения статьи. Иначе тут можно бесконечно обсуждать это всё.
Задержка на TTL будет происходить только после смены регистратора.
Ну и что, движок-то остался. Смена регистратора может быть как связана с продажей домена, так и не связана.
Прошу не путать. Смена регистратора и продажа домена — это два разных процесса. Их нельзя провернуть одновременно. Либо вы меняете регистратора, либо вы продаёте домен. Только последовательно.
Вы пытаетесь в обход логики убеждением меня уговорить продолжать диалог.
Нет. Против логики нет приёма! Вы можете говорить что хотите, а логика будет на моей стороне. Без аргументов продолжать диалог нет смысла. И не упрашивайте))) не буду))
Ваше личное мнение я не в силах изменить никакими аргументами. Вы имеете право на личное мнение, хоть оно и не логичное и отличается от мнения компетентных специалистов.
Обсуждение перенесено сюда http://habrahabr.ru/post/267329/#comment_8591599
Но прекрасно, теперь у вас есть смешной движок в виде TTL — чем он больше, тем больше время для описанной выше атаки с подменой, чем он меньше, тем меньше времени ваша технология будет защищать от проблем.
Нет. Задержка на TTL будет происходить только после смены регистратора. Только в этом случае. А там по моему домен, даже нельзя продавать сразу после смены регистратора. Надо уточнить этот вопрос. Могу ошибаться. Но за время задержки ttl ничего не получится сделать плохого на все 100%.
Вы можете как мантру повторять вопросы. Но это всё мы обсудили.
Дублирование сервера, обмен файлами между пользователями, оповещение со стороны сервера, возможность локальной работы без связи с сервером — это всё позволяет достичь необходимой надёжности.
В каком порядке пользователь будет запрашивать файл зависит от конкретных настроек пользователя и реализации.
Настройки и реализацию мы не обсуждаем.
А все эти вопросы вы можете попробовать задать там. И узнать относятся ли они к теме статьи или нет.
Тут вам не горячая линия с президентом! Обсуждаем не всё наболевшее, а только то о чём написано в статье.
2. в момент смены регистратора после неудачной проверки файла
3. не включается
4. Это не дают сделать доменные реселлеры. Подробнее можете поинтересоваться у них.
5. Потому что все днс сервера согласно ttl будут отдавать старый ip адрес и на распространение нового нужно не малое время.
вот тут его можно посмотреть http://dns-record-viewer.online-domain-tools.com/
у любого доменного имени.
ttl soa записи всегда один и тот же. И он не рандомный.
Потому что это две разные процедуры, которые не могут быть выполнены в один момент времени чисто технически.
Так как это редкий случай, то на такой случай можно использовать алгоритм рандомного получения ttl от разных dns серверов.
любой из доступных.
Обсуждение различных комбинаций событий при которых может помочь технология не входит в программу обсуждения статьи. Иначе тут можно бесконечно обсуждать это всё.
Прошу не путать. Смена регистратора и продажа домена — это два разных процесса. Их нельзя провернуть одновременно. Либо вы меняете регистратора, либо вы продаёте домен. Только последовательно.
Нет. Против логики нет приёма! Вы можете говорить что хотите, а логика будет на моей стороне. Без аргументов продолжать диалог нет смысла. И не упрашивайте))) не буду))
Обсуждение перенесено сюда http://habrahabr.ru/post/267329/#comment_8591599
провайдера интернет канала сервера сервиса.
в нужный момент)))
Нет. Задержка на TTL будет происходить только после смены регистратора. Только в этом случае. А там по моему домен, даже нельзя продавать сразу после смены регистратора. Надо уточнить этот вопрос. Могу ошибаться. Но за время задержки ttl ничего не получится сделать плохого на все 100%.
Дублирование сервера, обмен файлами между пользователями, оповещение со стороны сервера, возможность локальной работы без связи с сервером — это всё позволяет достичь необходимой надёжности.
В каком порядке пользователь будет запрашивать файл зависит от конкретных настроек пользователя и реализации.
Настройки и реализацию мы не обсуждаем.
Тут вам не горячая линия с президентом! Обсуждаем не всё наболевшее, а только то о чём написано в статье.
В программу обсуждения статьи не входит и в статье не упоминается.