ПРОЕКТЫ 


  АРХИВ 


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[3]: Offtopic: принципальные сехмы зеркалир ования сайта



Hello Andrew,
>>>> При такой схеме часть запросов будет уходить на 2-ю площадку
>> АБ> Почему? Ведь насколько я помню, вторичный NS испльзуется только в
>> АБ> случае недоступности вторичного.
>>
>> По практике могу сказать что это не так. Особенно это хорошо заметно в
>> на паре нейм серверов мастер-слейв когда слейв должен автоматически
>> сливать изменения с мастера. Когда меняешь запись А и не меняешь СОА

AK> А чего иного вы ожидали?

Ожидали именно того что произошло, вы видимо невнимательно прочитали к чему этот
пример был описан. А дан он был к тому, что не обязательно запросы
ходят только на первичный ДНС сервер даже при его 100% доступности
чтобы там в RFC не писали.


AK> slave смотрит только на изменение поля Serial в SOA, а не на изменения 
AK> самой зоны. Изменился Serial (ещё точнее - если увеличился) - он начнёт 
AK> скачивать всю зону с master; не изменился Serial - "кина не будет".

>> сразу начинаются жалобы что через некоторых провайдеров лезет на
>> старый А, при том что доступность основного сервера 100%.

AK> Так что, если вы меняете зону и не увеличиваете serial - вы сами создаёте 
AK> себе и пользователям грабли для немедленного наступания на них. И они, 
AK> судя по вашим словам, успешно срабатывают.

AK> Настоятельно рекомендую прочитать О'Рейлевскую книжку "DNS and BIND".
AK> Можно и в переводе: https://www.ozon.ru/context/detail/id/3832125/





-- 
Best regards,
 Sergey




 




Copyright © Lexa Software, 1996-2009.