Вроде у них есть АПИ через который можно наладить смену айпи по команде с мониторинга.
API есть и у регистраторов доменов, тот-же рег.ру, но IP не меняется моментально, нужно время. Как писали выше, это время, по идее, должно быть то-же что и записано в TTL, но на практике почему-то так не происходит.
Ничего я там не пойму с моими знаниями английского, но ничего и на этом спасибо, буду разбираться.
Vitaly2012, вам нужно поменять ttl, потом чтоб прошло время больше, чем был старый ttl который был большой, и только тогда уже можно смотреть скорость смены ip.
Естественно прошло уже больше времени, чем был старый ттл, все равно смена ip из разных точек так быстро не происходит.
Пробовал следующее, ставил ttl 100 на днс-ах рег.ру и на днс-ах яндекса. После смены ip проверял доступность сайта через ping-admin.ru. В некоторых случаях сайт быстро начинал пинговаться на новый адрес, в некоторых проходило часов 12 пока сайт из разных точек становился доступен по новому ip, это несмотря на ттл 100.
---------- Добавлено 26.09.2016 в 18:39 ----------
Так и есть. Но зачем вам это, если вы не попытались решить вопрос выбором надежного провайдера?
Есть несколько провайдеров, все они достаточно надежные и не дешовые.
Если бы можно было решить вопрос надежности выбором более надежного провайдера, я бы не создавал эту тему.
Юзать днс, который позволяет указать маленький TTL, и имеет api, чтоб ваш скрипт мог пингануть и сменить IP. ну или если у вас 2 ip адреса - на них и поднять днс, тогда вообще легко (не забыв про маленький TTL) - канал упал - отдаем A запись для второго IP.
Пока A-запись сменится на всех днс-серверах пройдет 24 часа. Если один IP пропадет какое время сайт полюбому будет недоступен.
Существует ли возможность сделать так, чтобы сайт работал непрерывно?
В википедии по этому поводу написано, что недостатком round-robin является то, что
если сервис на одном из адресов недоступен, RR DNS будет продолжать раздавать этот адрес и клиенты будут по-прежнему пытаться соединиться с неработающим сервером.
Цитата: <Directory "c:/_www/ваш_вебсервер"> Order deny,allow Deny from all Allow from 127.0.0.1 192.168.1.100 </Directory> вписать в конфигурацию апача
Да, спасибо за подсказку, я видел такой вариант, но в этом случае если будет заход на мой_сайт: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, может и не стоит закрывать?
У меня аналогично не работает.
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 ?
<Directory "c:/_www/ваш_вебсервер">
Order deny,allow
Deny from all
Allow from 127.0.0.1 192.168.1.100
</Directory>
вписать в конфигурацию апача
Да, спасибо за подсказку, я видел такой вариант, но в этом случае если будет заход на мой_сайт: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 работает.