Изменение ip в DNS с помощью скриптов (не DynDNS). Возможно?
Всем привет. Имеется два провайдера, один основной, один резервный. Все это дело работает на MIkrotik, если падает основной провайдер, то автоматом включается другой. На обоих провайдерах статические внешние IP. Имеется некое доменное имя, где прописан ip адрес основного провайдера, обычно меняем вручную, но бывает, что провайдер упадет, например, ночью, а работоспособность домена довольно критичная, не предполагается больших простоев. Вот и возник вопрос, можно ли как-то менять информацию об IP адресе в DNS с помощью скриптов? Или на самом Микротике даже... Знаю, что есть всякие динамик-днс сервисы, но увы, домен уже используется давно, и к нему обращается некое спец оборудование, которого просто море, везде не перенастроишь старый домен на новый.
Можно сделать скрипт, проверяющий доступность каналов, и использовать хостера dns, имеющего api для изменения записей. Их сейчас много таких, в частности, бесплатно даже, можно хостить dns зону на яндекс pdd, там такой api есть. https://tech.yandex.ru/pdd/doc/reference/dns-add-d...
Никита Парфенович, а какая вам разница? Если софт писали не рукожопы то после неудачной попытки подключиться к одному из адресов он должен автоматом пробовать подключаться к другому
В любом случае есть ещё такая вещь как кеш DNS и хоть вы каждую секунду меняйте запись - у клиента будет старая запись в кеше и он будет пытаться подключиться по адресу в кеше
Wexter, Вообще-то совершенно не обязан, если это заранее не предусмотрено. К тому же, и во второй раз может отдать тот же ip. Т.е. такое решение заведомо не надёжно.
А кеш, если специально не сделано не правильно, зависит от ttl записи, который можно сделать коротким.
Борис Сёмов, большинство провайдеров ставят ttl в районе часа, чтобы не слишком нагружать свои сервера. А за час канал может раз 10 подняться и отвалиться
Wexter TTL задаётся в своей DNS зоне, а не где-то у провайдеров. Некоторая часть провайдеров, действительно плюёт на ttl, но это уже давно не массовое явление.
Проблемы с кешем запросов, сейчас, почти всегда от того, что оставляют ttl по умолчанию, при заполнении зоны, и он часто длинный.