Динамический DNS для Общего Хостинга - это существует?
Zenoss (www.zenoss.com/) является отличным решением для небольших магазинов (<= 50 серверов). Просто необходимо установить snmp агент на машинах и просто указать на zenoss там. Это - часть систем контроля нового поколения, и это в основном основано на Nagios и Cacti. Так, очень простой справиться от GUI и можно получить графики, предупреждения и системный журнал в поле. Для больших установок сервера, где нужно иметь дело со сложным управлением конфигурацией и интеграцией материально-технических ресурсов, Вы могли бы хотеть смотреть на Munin или Collectd. Стоящий упоминания, что Collectd фокусируется на наборе высокого разрешения (т.е. псевдореальное время).
У большинства людей, включая меня, есть своего рода инструмент сбора данных и интерфейс веб-презентации для точек данных, которые вытягивают от оборудования каждые 5 минут для наблюдения долгосрочных трендов и инструментов использования как вершина, htop, apachetop, mytop, вершина нечто, dtrace/systemtap для живого профилирования.
Вы уже упомянули DynDNS, он походит на все, что Вы пропускаете, клиент. Они упоминают пару совместимых с Linux клиентов на их веб-сайте.
- ddclient
- inadyn
Используя любой из них в сочетании с динамической службой DNS должен выполнить то, что Вы хотите.
Я первоначально предположил, что Ваш общий хостинг предоставит Вам доступ оболочки. Без доступа оболочки вещи становятся немного хитрыми. Во-первых, Вам нужен некоторый способ периодически запускать скрипт. Немного крона фальшивки "реализации веб-приложений" путем вызова стандартной программы на каждой загрузке страницы, но это не поможет, когда сайт не будет доступен. Это означает необходимость в доступе к crontab.
Если у Вас есть способность периодически выполнять задачу, Вы могли бы разработать сценарий, который отправляет новый IP-адрес в другой хост, которым Вы управляете, который является также авторитетным DNS. Хост получения использовал бы новый IP-адрес для обновления зонального файла, затем перезагрузил бы конфигурацию DNS.
TL; DR нет, я не знаю ни о каком сервисе, который уже обеспечивает это.
До сих пор это произошло (с Вами) только однажды, и это было по экстраординарным причинам. Рассмотрение недостатка динамического DNS, я действительно не думаю, что это стоит беспокойства. Если Вы все еще хотите сделать это, так или иначе просто получают один из клиентов DDNS и выполняют его на самом сервере, поскольку это - единственное место, это будет работать правильно.
Если Вы серьезно обеспокоены, что необходимо также реализовать некоторую форму контроля, чтобы гарантировать, что сервер достижим, и имейте его, предупреждают Вас, если это не.
периодически выполняйте запрос к API Dreamhost для IP-адреса веб-сайта. Если бы IP-адрес на изменениях Dreamhost, хост DNS автоматически внес бы необходимые изменения в [DNS] файл зоны
Нет, который не существует.
Что действительно существует, однако, сторонние сервисы, которые контролируют Ваш веб-сайт путем создания Запросов HTTP и изменяют DNS, когда веб-сервер снижается. Однако они 'автоволшебно' не интегрируются с Вашим веб-хостом и не будут знать, настроил ли Ваш веб-хост новый сервер для Вас. Необходимо будет выполнить 2 или больше веб-сервера сами (использующий, например, 2 различных веб-хоста) и позволить сервису заменить к серверу, определяемому Вами.
Примерами таких сервисов является DNS обработка отказа DNS Сделанного Easy и EdgeDirector вместе с их контрольным сервисом. Существует несколько других, которые предлагают что-то подобное, обычно по более высокой цене.
Отметьте, использование DNS 'приемы' не является идеальным решением для высокой доступности; потому что записи DNS кэшируются ISPs и веб-браузерами. Таким образом неизвестное число Ваших пользователей не будет направлено к серверу резервного копирования сразу же, это займет время.
Вы могли также посмотреть на CloudFlare. Они не работают 'динамическим DNS', как Вы попросили о, но проксируйте свое содержание через их сеть узлов. Однако они могут в известной степени предоставить услугу от кэшируемого содержания, даже если Ваш сервер снижается.
неопределенно это могло включить использование php или некоторый другой язык сценариев для получения IP-адреса (так как его общий хостинг у Вас будет очень ограниченная предпочтительная сумма), и так или иначе захват, что IP-адрес и передача его к сценарию DynDNS - по-видимому, выполнение чего-то с завихрением и php, если его доступное. Извините за недостающую точность, но совместно использованный хостинг ДЕЙСТВИТЕЛЬНО ограничен, и у Вас нет слишком многих инструментов в Вашем распоряжении.