Ситуация:
Локалка, сервер С, IP1, канал К1 до провайдера 1 и IP2, канал К2 до провайдера 2. Домен прописан на ns1 & ns2 у провайдера 1, IP1 выдан тоже им. При падении провайдера 1 перекинуть трафик из локалки на К2 не проблема. Но afaik входящие запросы на домен С будут резолвится с IP1 а т.к. 1 лежит, то конекта не будет.
Решение:
поднять DNS сервера на сервере С и сделать его ns1 & ns2. причём в на ns1 прописать, что домен C = IP1 а на ns2 прописать, что домен C = IP2. Т.е. при падении прова 1, будет недоступен ns1 и afaik запросы пойдут на ns2, который и отрезолвит верный IP
Вопрос-просьба:
Поругайте эту схему. Я велосипед придумываю? Есть нормальное решение?
>Ситуация:
>Локалка, сервер С, IP1, канал К1 до провайдера 1 и IP2, канал
>К2 до провайдера 2. Домен прописан на ns1 & ns2 у
>провайдера 1, IP1 выдан тоже им. При падении провайдера 1 перекинуть
>трафик из локалки на К2 не проблема. Но afaik входящие запросы
>на домен С будут резолвится с IP1 а т.к. 1 лежит,
>то конекта не будет.
>Решение:
>поднять DNS сервера на сервере С и сделать его ns1 & ns2.
>причём в на ns1 прописать, что домен C = IP1 а
>на ns2 прописать, что домен C = IP2. Т.е. при падении
>прова 1, будет недоступен ns1 и afaik запросы пойдут на ns2,
>который и отрезолвит верный IP
>Вопрос-просьба:
>Поругайте эту схему. Я велосипед придумываю? Есть нормальное решение?имхо, правельней делать один вариант разрешения ip адресов в dns, а при падении канала динамически изменять dns записи
а еще лучьше дублировать в dns адреса сервисов (например, mx 10 ip1, mx 20 ip2)
>Поругайте эту схему. Я велосипед придумываю? Есть нормальное решение?
Ругаю... ДНС-запросы кешируются, посему после падения канала обновление у клиентов произойдет как раз к тому времени, когда поднимется первый канал. А какие входящие надо менять? если почту - то правильно сказали про mx 10, mx 20, если www - то снаружи сервер с редиректом... есть разные решения, в зависимости от того, что нужно