proxy_pass
Peter Vereshagin
peter at vereshagin.org
Fri Nov 23 08:39:37 UTC 2012
Hello.
2012/11/23 02:34:27 +0400 Andrey Repin <hell-for-yahoo at umail.ru> => To Peter Vereshagin :
AR> AR>> >> Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым
AR> AR>> >> ресолвингом через рутовые сервера.
AR> AR>> DP> Берите себя в руки :)
AR> AR>>
AR> AR>> Это конкретно вам.
AR> AR>> А у меня кроме собственно отдачи контента работают несколько сервисов,
AR> AR>> получающих этот самый контент извне. По крайней мере, часть его.
AR>
AR> PV> у меня намедни задачка приключилась:
AR>
AR> PV> Забираю контент с некоего 3rd party доменного имени. Внезапно отпадает
AR> PV> resolving.
AR>
AR> PV> Dig'аю. Authoritative NS'ов по сути 3, но 2 из них - ipv6, а 3-й - ipv4.
AR>
AR> PV> Он-то и отпал.
AR>
AR> PV> Сам сервис, нужный мне, - конечно, ipv4. Но без ipv6 его в данный момент не
AR> PV> от-resolv'ить в dns.
AR>
AR> PV> Вот и как на такой случай грамотно обходиться без 3rd party resolver'а, коим
AR> PV> является, например, 8.8.8.8 ? ipv6 мне провайдить соберутся не скоро ...
AR>
AR> Что у вас всех за мода такая пошла, на гугл посылать и считать это решением
AR> всех проблем?
а почему вы отвечаете вопросом на вопрос?
AR> Во-первых, есть рутовые сервера, во-вторых, есть сервера провайдера, хостящего
AR> ваш сервер.
На первых нет рекурсии, на вторых нет ipv6.
AR> Во-вторых же, если авторитетный NS пропал, то 3rd party тут тоже мало помогут.
AR> Они то будут туда же смотреть.
Пропал 1, но есть ещё 2. 3rd party в моём случае нужен для resolving'а по ipv6
и выдачи ответа по ipv4. Я туда посмотреть - не могу.
Ещё варианты?
--
Peter Vereshagin <peter at vereshagin.org> (http://vereshagin.org) pgp: A0E26627
Подробная информация о списке рассылки nginx-ru