ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: proxy_pass



Здравствуйте, Уважаемый(-ая, -ое) Peter Vereshagin!

AR>> >> Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым
AR>> >> ресолвингом через рутовые сервера.
AR>> DP> Берите себя в руки :)
AR>> 
AR>> Это конкретно вам.
AR>> А у меня кроме собственно отдачи контента работают несколько сервисов,
AR>> получающих этот самый контент извне. По крайней мере, часть его.

PV> у меня намедни задачка приключилась:

PV> Забираю контент с некоего 3rd party доменного имени. Внезапно отпадает
PV> resolving.

PV> Dig'аю. Authoritative NS'ов по сути 3, но 2 из них - ipv6, а 3-й - ipv4.

PV> Он-то и отпал.

PV> Сам сервис, нужный мне, - конечно, ipv4. Но без ipv6 его в данный момент не
PV> от-resolv'ить в dns.

PV> Вот и как на такой случай грамотно обходиться без 3rd party resolver'а, коим
PV> является, например, 8.8.8.8 ? ipv6 мне провайдить соберутся не скоро ...

Что у вас всех за мода такая пошла, на гугл посылать и считать это решением
всех проблем?
Во-первых, есть рутовые сервера, во-вторых, есть сервера провайдера, хостящего
ваш сервер.
Во-вторых же, если авторитетный NS пропал, то 3rd party тут тоже мало помогут.
Они то будут туда же смотреть.


-- 
С уважением

    Andrey Repin (hell-for-yahoo@xxxxxxxx) пятница, 23.11.2012, <02:32>
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.