Ами нищо страшно няма да се случи. Ако няма отговор отново ще се премине на схемата, при която ще започне следване на йерархията в системата за имена със започване на запитването от някой от кореновите сървъри за имена.
Това ще се случи благодарение на декларирането на "forward first", което точно и това значи: "първо опитай отговор от списъка с forwarders, и ако там не получиш отговор опитай по обичайния начин".
В смисъл схемата е тествана дори и за такива неща, като сме симулирали недостижимост на някой от двата сървъра за имена за TLB BG, който съм посочил в статията.
Освен това искам да кажа, че най-голямо ускорение на заявки ще има за независимо делегирани домейни чрез "залепени" ("glue") ресурсни записи. Т.е. нещо от рода на:
$ORIGIN bg.
domain NS ns1.domain
domain NS ns2.domain
ns1.domain A 192.168.100.1
ns2.domain A 10.0.2.4
така няма да се питат други регистри и да се извършват допълнителни заявки, както би се случило, ако имахме следното делегиране:
Така става извличане на заявка по цялата йерархия и това бави. За жалост хората не се научиха да делегиран домейни така, че да се избягват такива обвързаности и да се пести DNS трафик и да се печели скорост. Не е истина просто какви обвързвания с по 2-3 домейна се правят при делегиране. Просто да се разплаче човек.
Доволен ли си от отговора или искаш и допълнителна информация и уточнения?
Редактиран на: 14-10-2004@8:17