Лек въпрос
От: philip_bonev <philip_bonev< at >mail__dot__bg>
На: 11-10-2004@18:27 GMT+2
Оценка: 2/Въпрос
Може и да е глупав въпроса, но това е. Значи имам подобна работа при мен само че изглежда така примерно
options {
..........
forward first;
forwarders { xxx.xxx.xxx.xxx; };
..........
};
Това значи ли, че заявките не се кешират на моя сървър, а винаги се пита посочения за forward и ако така как мога да си направя named да си кешира и тези заявки.
Значи това е в локална мрежа и локалните клиенти съм ги насочил към този сървър.
[Отговори на този коментар]
Относно: Лек въпрос
От: Beco <vlk< at >lcpe__dot__uni-sofia__dot__bg>
На: 12-10-2004@6:39 GMT+2
Оценка: 2/Образоващ/Мъдър
Отговорът на твоят въпрос е "да, ще се кешират всички заявки". Имай предвид обаче, че ти ще кешираш заявките с параметъра TTL, така както си го получил от този, който запитваш. Примерно ти питаш моя кеш сървър (указвайки го в списъка "forwarders") за www.uni-sofia.bg. Този запис го има в моя кеш и да кажем ти го взимаш, когато TTL параметъра е равен на 3 секунди. Това значи, че след като ти го кешираш (да кажем за да се кешира от теб е била нужна 1 секунда), този запис ще живее в твоя кеш само 1-2 секунди и ще бъде обявен за остарял (няма да се подава на клиентите ти). Разбира се, след това при следващо запитване към мен, аз мога да ти подам "по-млад" запис за www.uni-sofia.bg (например току що съм го извлякъл от някой достоверен сървър за имена за uni-sofia.bg и в момента в моя кеш TTL параметъра е примерно 84000 секунди).
Задоволява ли те този отговор или да обясня по-подробно?
[Отговори на този коментар]
Абсолютно
От: philip_bonev <philip_bonev __@__ mail__dot__bg>
На: 12-10-2004@11:58 GMT+2
Оценка: 1/НеутраленМного благодаря за изчерпателния отговор.
[Отговори на този коментар]
ако няма отговор.
От: dobber
На: 13-10-2004@22:24 GMT+2
Оценка: 1/НеутраленСъжалявам че питам без да съм тествал системата.
Какво става ако няма отговор. Т.е. адреса които сме сложили за пренасочване не отговаря.
По пътя на (моята) логика, ще пита световните сървъри и там по случаиност ще избере отново НС-а които и аз съм оказал. Отново не се получава отговор и се чака за нова заявка за случаен НС. Така, съвсем случаино ще се получи още по-голямо забавяне.
Според мен, за успешно прилагане на схемата за пренасочване, трябва да бъде поставен на първо място НС-а на които най-много се доверявате (в случая нс2.дигсис.бг) и на второ място някои от произволните НСи в света. Така, при първа заявка ще пита нс2.дигсис.бг, след като не отговори ще пита вторият избран НС, за да се избегне случайната заявка към нс2.дигсис.бг.
Ако греша, то това е поради некомпетентност по темата, за което се извинявам.
[Отговори на този коментар]
Относно: ако няма отговор.
От: Beco <vlk (a) lcpe< dot >uni-sofia< dot >bg>
На: 14-10-2004@8:11 GMT+2
Оценка: 1/Неутрален Ами нищо страшно няма да се случи. Ако няма отговор отново ще се премине на схемата, при която ще започне следване на йерархията в системата за имена със започване на запитването от някой от кореновите сървъри за имена.
Това ще се случи благодарение на декларирането на "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
така няма да се питат други регистри и да се извършват допълнителни заявки, както би се случило, ако имахме следното делегиране:
$ORIGIN bg.
domain NS ns.domain.tld.
domain NS ns2.other-domain.tld.
Така става извличане на заявка по цялата йерархия и това бави. За жалост хората не се научиха да делегиран домейни така, че да се избягват такива обвързаности и да се пести DNS трафик и да се печели скорост. Не е истина просто какви обвързвания с по 2-3 домейна се правят при делегиране. Просто да се разплаче човек.
Доволен ли си от отговора или искаш и допълнителна информация и уточнения?
Редактиран на: 14-10-2004@8:17
[Отговори на този коментар]