У меня аналогично не работает.
API есть и у регистраторов доменов, тот-же рег.ру, но IP не меняется моментально, нужно время. Как писали выше, это время, по идее, должно быть то-же что и записано в TTL, но на практике почему-то так не происходит.
Ничего я там не пойму с моими знаниями английского, но ничего и на этом спасибо, буду разбираться.
Естественно прошло уже больше времени, чем был старый ттл, все равно смена ip из разных точек так быстро не происходит.
Я имею ввиду ДНС сервера по всему миру.
Пробовал следующее, ставил ttl 100 на днс-ах рег.ру и на днс-ах яндекса. После смены ip проверял доступность сайта через ping-admin.ru. В некоторых случаях сайт быстро начинал пинговаться на новый адрес, в некоторых проходило часов 12 пока сайт из разных точек становился доступен по новому ip, это несмотря на ттл 100.---------- Добавлено 26.09.2016 в 18:39 ----------
Есть несколько провайдеров, все они достаточно надежные и не дешовые.
Если бы можно было решить вопрос надежности выбором более надежного провайдера, я бы не создавал эту тему.
Пока A-запись сменится на всех днс-серверах пройдет 24 часа. Если один IP пропадет какое время сайт полюбому будет недоступен.
Существует ли возможность сделать так, чтобы сайт работал непрерывно?
В википедии по этому поводу написано, что недостатком round-robin является то, что
https://ru.wikipedia.org/wiki/Round_robin_DNS
Получается крупнейшие соцсети как-то по другому резервируют.
У любого провайдера время от времени случаются сбои, провайдеров есть несколько, я уже писал.
Это я в курсе, можно ли организовать так, чтобы вообще не потерять трафик?
А что такое uptilink? А то у меня тоже эта belesta.ru висит.
Вы имели ввиду uptolike ?
Да, спасибо за подсказку, я видел такой вариант, но в этом случае если будет заход на мой_сайт:8080 клиент увидит что-то типа access denied, а если записать через например Listen 127.0.0.1:8080, то там отклика вообще не будет, просто как несуществующий адрес. Не знаю, но почему-то мне кажется что через Listen лучше. Но если через него не выйдет, придется так.
P.S.
Пока писал ответ, понял в чем ошибка, я писал
Listen 192.168.1.100:8080, (ip прокси),
а нужно было записать Listen 192.168.1.102:8080 (ip того кто за прокси).
Всем спасибо за внимание, проблема решена.---------- Добавлено 21.09.2016 в 13:16 ----------Да и еще вопрос, а плохо ли это вообще, что сайт виден и через порт 8080, может и не стоит закрывать?
Вот так это выглядит
192.168.1.100 апач (в роли прокси) 80 порт
127.0.0.1 (он-же 192.168.1.102) апач (в роли прокси) 80 порт
127.0.0.1 (он-же 192.168.1.102) апач (статика и динамика) 8080 порт
Оно на windows работает.
