вот собственно вопрос в теме письма написан
нужно для определенного хоста www.site.ru прописать несколько ip
что бы в случае отсутствия одного обращение было на другой
вопрос как его сделать ?
>вот собственно вопрос в теме письма написан
>нужно для определенного хоста www.site.ru прописать несколько ip
>что бы в случае отсутствия одного обращение было на другой
>вопрос как его сделать ?Вот что значит неправильно поставленный вопрос...:))
Взять и повесить несколько адресов на одно имя просто так нельзя!
Но выход есть...
Можно сделать ДНС балансировку (так и погугли).
Или на имя повесить один адрес, на железке с этим адресом поставить nginx с
проксированием на несколько адресов (по сути тот же load balancer)
Просто делаешь несколько записей типа А, имя одно а ip адреса разные.
Только DNS сервер будет отдавать записи по очереди. (Наверно, возможно зависит от реализации DNS сервера)
Удачи>вот собственно вопрос в теме письма написан
>нужно для определенного хоста www.site.ru прописать несколько ip
>что бы в случае отсутствия одного обращение было на другой
>вопрос как его сделать ?
>Только DNS сервер будет отдавать записи по очереди. (Наверно, возможно зависит от
>реализации DNS сервера)Round robin DNS не прокатит - не проверяется доступность...
>>нужно для определенного хоста www.site.ru прописать несколько ip
>>что бы в случае отсутствия одного обращение было на другой
>>вопрос как его сделать ?Ну например вот так http://www.rhd.ru/docs/manuals/enterprise/RHEL-AS-2.1-Manual...
Или железку от cisco купить
>[оверквотинг удален]
>
> Round robin DNS не прокатит - не проверяется доступность...
>
>>>нужно для определенного хоста www.site.ru прописать несколько ip
>>>что бы в случае отсутствия одного обращение было на другой
>>>вопрос как его сделать ?
>
>Ну например вот так http://www.rhd.ru/docs/manuals/enterprise/RHEL-AS-2.1-Manual...
>
> Или железку от cisco купитьа про циска не подойдет у меня веб сервера в разных местах
>вот собственно вопрос в теме письма написан
>нужно для определенного хоста www.site.ru прописать несколько ip
>что бы в случае отсутствия одного обращение было на другой
>вопрос как его сделать ?имхо, только скриптом менять неотвечающие IP или ставить балансир.
>>вот собственно вопрос в теме письма написан
>>нужно для определенного хоста www.site.ru прописать несколько ip
>>что бы в случае отсутствия одного обращение было на другой
>>вопрос как его сделать ?
>
>имхо, только скриптом менять неотвечающие IP или ставить балансир.На одно доменное имя определённо можно повесить несколько ИП-адресов:
C:\>nslookup
Default Server: gtw.polimer
Address: 10.0.0.1> yandex.ru
Server: gtw.polimer
Address: 10.0.0.1Non-authoritative answer:
Name: yandex.ru
Addresses: 87.250.251.11, 77.88.21.11
>[оверквотинг удален]
>Address: 10.0.0.1
>
>> yandex.ru
>
>Server: gtw.polimer
>Address: 10.0.0.1
>
>Non-authoritative answer:
>Name: yandex.ru
>Addresses: 87.250.251.11, 77.88.21.11да я смотрел и видел что можно !
вообще по идее это делается с помощью
srv - записи я просто думал кто то делал такое и хотел что бы поделились опытом
боюсь накосячить !
>[оверквотинг удален]
>>
>>Non-authoritative answer:
>>Name: yandex.ru
>>Addresses: 87.250.251.11, 77.88.21.11
>
>да я смотрел и видел что можно !
>вообще по идее это делается с помощью
>srv - записи я просто думал кто то делал такое и хотел
>что бы поделились опытом
>боюсь накосячить !Для одного доменного имени может быть несклько A записей (просто создается несклько A записей и все), но в этом случае они будут в случайном порядке отдаваться резолвером браузеру. Т.е. если один из Ваших серверов выйдет из строя, то через раз будет ошибка. Увы, приоритеты, как для MX записи делать нельзя.
Если нужно делать отказоустойчивую систему на базе нескольких серверов, то это либо умный балансировщик, либо кластер. Конкретных решений, увы подсказать не могу.
>вот собственно вопрос в теме письма написан
>нужно для определенного хоста www.site.ru прописать несколько ip
>что бы в случае отсутствия одного обращение было на другой
>вопрос как его сделать ?_http._tcp.example.com SRV 0 0 80 www1.example.com
_http._tcp.example.com SRV 1 0 80 www2.example.com
_http._tcp.example.com SRV 2 0 80 www3.example.com
>>вот собственно вопрос в теме письма написан
>>нужно для определенного хоста www.site.ru прописать несколько ip
>>что бы в случае отсутствия одного обращение было на другой
>>вопрос как его сделать ?
>
>_http._tcp.example.com SRV 0 0 80 www1.example.com
>_http._tcp.example.com SRV 1 0 80 www2.example.com
>_http._tcp.example.com SRV 2 0 80 www3.example.comСПС за помощь ! У вас так работает ?
вот все таки с помощью srv записис можно а 0,1,2 это приоритеты ?
>[оверквотинг удален]
>>>что бы в случае отсутствия одного обращение было на другой
>>>вопрос как его сделать ?
>>
>>_http._tcp.example.com SRV 0 0 80 www1.example.com
>>_http._tcp.example.com SRV 1 0 80 www2.example.com
>>_http._tcp.example.com SRV 2 0 80 www3.example.com
>
>СПС за помощь ! У вас так работает ?
>вот все таки с помощью srv записис можно а 0,1,2 это приоритеты
>?есть какие не будь подробные примеры?
действительно SRV запись позволяет осуществить своего рода резервирование
в целях экспиремента проверил описание зоны .lanssh1 IN A 10.1.1.100
ssh2 IN A 10.1.1.2
ssh IN A 10.1.1.100
ssh IN A 10.1.1.2_ssh._tcp.ssh.lan. IN SRV 0 22 ssh2.lan.
_ssh._tcp.ssh.lan. IN SRV 1 22 ssh1.lan.по умолчанию ssh ssh.l ломится на 10.1.1.2 т.к. у него приоритет 0
если ssh на нем отключить, то ssh ssh.lan пытается подключиться на 10.1.1.100
>>вот собственно вопрос в теме письма написан
>>нужно для определенного хоста www.site.ru прописать несколько ip
>>что бы в случае отсутствия одного обращение было на другой
>>вопрос как его сделать ?
>
>_http._tcp.example.com SRV 0 0 80 www1.example.com
>_http._tcp.example.com SRV 1 0 80 www2.example.com
>_http._tcp.example.com SRV 2 0 80 www3.example.comПо идее для браузеров данная схема не сработает, где-то читал что браузеры используют в своей работе А-запись, а не SRV. Или все-таки сработает?
>[оверквотинг удален]
>>>что бы в случае отсутствия одного обращение было на другой
>>>вопрос как его сделать ?
>>
>>_http._tcp.example.com SRV 0 0 80 www1.example.com
>>_http._tcp.example.com SRV 1 0 80 www2.example.com
>>_http._tcp.example.com SRV 2 0 80 www3.example.com
>
>По идее для браузеров данная схема не сработает, где-то читал что браузеры
>используют в своей работе А-запись, а не SRV. Или все-таки сработает?
>Сам кстати щас над этим бьюсь... Главно, правильно настроить...
У кого-то конечно работает: как по-вашему одноклассники.ку или яндекс открываются? там одна машина не справится, следовательно ....Я бы не заморачивался если бы мой сервер, содержащий сервисы ftp, http, pptp и mail не был подключен к двум сетям одновременно. Одна - городская сеть, выход в интернет из нее предоставляется за доп. плату. Вторая, собственно все остальное - т.е. Интернет.
сервисы должны быть доступны и тем и другим... конечно, есть провайдеры, способные предоставить доступ к моему серверу по одному каналу и тем, и другим, но анлим с той же скоростью будет стоить уже совсем другие деньги...
а вот ДНС записи все же одни и те же, поэтому и надо использовать SRV, c обязательным разграничением приоритетности и одинаковым весом...тогда недоступность сервера по одному адресу отправляет клиента на сервер по другому адресу...>>_http._tcp.example.com SRV 0 0 80 www1.example.com.
>>_http._tcp.example.com SRV 1 0 80 www2.example.com.
>>_http._tcp.example.com SRV 2 0 80 www3.example.com.только вот надо не забыть для каждого сервера А записи еще создать
www1.example.com. IN A 10.0.0.1
www2.example.com. IN A 10.0.0.2
www3.example.com. IN A 10.0.0.3и еще рекомендуется такое делать
Называеццо "другие сервисы недоступны"*._tcp SRV 0 0 0 .
*._udp SRV 0 0 0 .
>
>Сам кстати щас над этим бьюсь... Главно, правильно настроить...
>У кого-то конечно работает: как по-вашему одноклассники.ку или яндекс открываются? там одна
>машина не справится, следовательно ....
>Боюсь, что Вы не до конца понимаете о чем говорите. У одноклассников нет SRV никаких, там обычный round-robin + устройства подобные этому http://www.barracudanetworks.com/ns/products/balancer_overvi...
> Вторая, собственно все остальное - т.е. Интернет.
> сервисы должны быть доступны и тем и другим... конечно, есть провайдеры, способные предоставить доступ к моему серверу по одному каналу и тем, и другим, но анлим с той же скоростью будет стоить уже совсем другие деньги...
> а вот ДНС записи все же одни и те же, поэтому и надо использовать SRV, c обязательным разграничением приоритетности и одинаковым весом...тогда недоступность сервера по одному адресу отправляет клиента на сервер по другому адресу...Почитайте что такое views в BIND и эта "проблема" у Вас отпадет.
> Почитайте что такое views в BIND и эта "проблема" у Вас отпадет.С использованием views не за делегировать домен.
>> Почитайте что такое views в BIND и эта "проблема" у Вас отпадет.
> С использованием views не за делегировать домен.Вы сами поняли что сейчас сказали?
> Вы сами поняли что сейчас сказали?Файл зоны должен быть одинаковым у всех NS. Если я не прав приведите пример named.conf для данного случая.
Привет
Бьюсь над такой же проблемой
Хочу узнать результат, у Вас всё работает по данному принципу используя SRV ?
Удалось ли решить данную проблему
если да то как?
Использовал все комбинации с SRV но мои сайты не хотят быть доступны.
поднял внутри тестовую модель, результат отрицателныйс\у
Погуглил так и не нашел решения этой задачки.
Первый пришедший в голову вариант решения, таков:
Наше доменное имя делегируем на два IP адреса которые у нас есть от разных провайдеров.
У себя поднимаем сервачок с двумя виртуалками на каждой настраиваем свой DNS сервер. Каждый сервер доступен по одному из IP адресов в каждом DNS сервере своя запись соответствующая IP адресу через который он доступен.
Таким образом если один из каналов падает то один из ДНС серверов которому делегировано наше доменное имя недоступен, а следовательно запрос обработает доступный DNS у которого соответствующая запись.
Не знаю на сколько понятно объяснил, но по идее работать должно. Единственная возможная проблема это кэш у клиента.
Причем, экономим на абонплате за DNS поддержку имени и имеем отказоустойчивость. НО это все в теории, какие подводные камни в такой реализации могут быть? Кто что думает по этому поводу?
Должен признать, что идея остроумная. Правда резолвинг в случае падения канала будет сильно тупить.И самое большое "НО" -- вы исходите из неверной постановки задачи. Не нужно пытаться создать отказоустойчивость средствами DNS, для этого есть более удобные и надёжные инструменты. Для чего пытаться сделать из слона велосипед?
> Таким образом если один из каналов падает то один из ДНС серверов
> которому делегировано наше доменное имя недоступен, а следовательно запрос обработает
> доступный DNS у которого соответствующая запись.
> Не знаю на сколько понятно объяснил, но по идее работать должно. Единственная
> возможная проблема это кэш у клиента.
> Причем, экономим на абонплате за DNS поддержку имени и имеем отказоустойчивость. НО
> это все в теории, какие подводные камни в такой реализации могут
> быть? Кто что думает по этому поводу?
Задача сделать максимально удобный доступ для пользователей к серверу, который имеет несколько каналов от разных ISP. Какие надежные и удобные способы для этого есть? Буду очень признателен за ответ.> Должен признать, что идея остроумная. Правда резолвинг в случае падения канала будет
> сильно тупить.
> И самое большое "НО" -- вы исходите из неверной постановки задачи. Не
> нужно пытаться создать отказоустойчивость средствами DNS, для этого есть более удобные
> и надёжные инструменты. Для чего пытаться сделать из слона велосипед?
> Задача сделать максимально удобный доступ для пользователей к серверу, который имеет несколько
> каналов от разных ISP. Какие надежные и удобные способы для этого
> есть? Буду очень признателен за ответ.http://www.f5.com/solutions/availability/ -- навскидку используется у нас
http://en.wikipedia.org/wiki/Load_balancing_(computing) тут есть список вендоров.
>> Задача сделать максимально удобный доступ для пользователей к серверу, который имеет несколько
>> каналов от разных ISP. Какие надежные и удобные способы для этого
>> есть? Буду очень признателен за ответ.
> http://www.f5.com/solutions/availability/ -- навскидку используется у нас
> http://en.wikipedia.org/wiki/Load_balancing_(computing) тут есть список вендоров.Волшебные вендоры решают любую задачу? По-моему речь не об отказоустойчивости или балансировке нагрузки на сервер. Речь о резервировании каналов для веб-сервера.
Настроить собственную AS и пиринг с провайдерами - чрезмерное решение, прибегнуть к услугам хостинг провайдера - дороговато.
Нужно чтобы веб-браузер обращался ко второму IP-адресу веб-сервера, если первый не доступен. Человек приблизился к идеальному результату настолько, насколько это вообще возможно, используя имеющиеся средства.
тут есть одно "но": файлы зон кешируются и если закешировался ip-адрес на котором сейчас http не отвечает, то клиент пролетает. конечно можно уменьшить ттл, но...