Re[3]: Offtopic: принципальные сехмы зеркалирования сайта

[Sergey Bondari]

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