Defaultně MS Windows při každém dotazu se ptají právě primárního DNS, když v limitu neodpoví, ptají se znovu sekundáru. V registrech jde poladit dobu čekání a u novějších zapnout round-robin, kdy každý dotaz na střídačku jde na jiný, ale to také není řešení.
Pochopil jsem, že přímo koncové stanice mají nastaveny dva DNS servery, kde jeden je případně na chcíplé větvi?
Čím je hlídáno v tom RBčku, že chcípla primární konektivita? Obligátní netwatch, který pak čaruje v up/down skriptu s default route? Pokud tak, tak jedno z možných řešení je v koncových strojích jako DNS uvést jen IP toho RBčka, na RBčku aktivovat DNS resolver, povolit mu odpovídat klientům a do toho netwach čarujícícm s default routou přidat i /ip dns set servers=.... na IPčko serveru na té právě hlavní větvi. Při pokusech nepropadat panice, v některých ROS verzích trvá pár sekund, než ROS vezme ten příkaz v potaz a začne podle něj resolvovat přes novou sadu DNS serverů.
Pokud nechci používat resolver v RB nebo nemohu už měnit ty IPčka DNS v koncácích, tak modifikací je, že se změnou defalt route netwatch bude de/aktivovat nat pravidlo, které bude dělat dstnat pro přesměrování DNSka ze cxhcíplé větve na tu živou a klientům nemusím nic měnít (dělá trochu neplechu, pokud je aktivní DNSSEC a koncoví klienti ho aktivně používají, týká se jen Windows 7 a W2K8 R2 nebo Drill extenze do Firefoxu).
