воскресенье, 24 февраля 2013
17:26

все записи пользователя в сообществе Heidel
If it's stupid but works, it isn't stupid.
Вопрос по учебному заданию - Схематично нарисовать несколько вариантов хранения нa DNS cepвepax информации о домене www.test1.test2.ru. У меня нарисована такая схема

читать дальше

Не могу понять, какие еще варианты тут можно нарисовать?

URL
Комментарии
24.02.2013 в 20:47

ehlo_kitty
так а где www то?

кроме того, дерево -- очевидно не единственная структура данных. посмотрите например конфигурацию bind, там зоны являются тупо списками.
URL
24.02.2013 в 21:41

Heidel
If it's stupid but works, it isn't stupid.
с учетом www схема должна выглядеть так или я что-то неправильно понимаю?



в инете везде на эту тему древовидные структуры, про конфигурацию bind ничего конкретного не нашла.
URL
24.02.2013 в 22:18

ehlo_kitty
эээцсамое, почему же у вас ввв появилось раньше тест1 то? и куда делось последнее ру?

тут вот поклещите например, заодно и теорию рекомендую заново пробежать: www.google.ru/search?q=%D0%B7%D0%BE%D0%BD%D0%B0...
URL
24.02.2013 в 22:31

Hikedaya
We rise up for the things we believe in over and over again
ehlo_kitty, так ведь на использовании www свет клином не сошелся. Более того, никакие документы или спецификации не обязывают этот префикс использовать, а его популярность - вообще следствие случайности:
The use of 'www' as a subdomain name is not required by any technical or policy standard and many web sites do not use it; indeed, the first ever web server was called nxoc01.cern.ch. @wikipedia.org

Heidel, маленькое уточнение, задание подразумевает рассказ о том, как вообще может быть структурирована информация о пути www.test1.test2.com на DNS-серверах (то есть больше технические моменты), или же все таки речь об иерархии имен в DNS вообще? Если второе - то к вашей схеме вряд ли что-то можно добавить, иерархия - она везде иерархия. А вот в первом случае - возможны варианты, в том числе и тот, когда сведения о доменах test1 и test2 будут располагаться на одном сервере или серверах одного уровня в иерархии (характерно для служебных поддоменов в коммерческих организациях).
URL
24.02.2013 в 22:40

ehlo_kitty
днс ваще несложный протокол, но всё же некоторые вещи неочевидны на первый взляд. вы бы тоже теорию подтянули, поскольку по всей видимости не до конца понимаете где что лежит и за что отвечает. в данном случае есть вполне конкретное имя: "www.test1.test2.ru.", и что там где сошлось клином или нет абсолютно неважно. вы же видите разницу в записи www.test1 в зоне test2.ru и записи www в зоне test1.test2.ru?
URL
24.02.2013 в 22:52

Heidel
If it's stupid but works, it isn't stupid.
ehlo_kitty, www появилось раньше test1 согласно этой схеме

отсюда habrahabr.ru/post/137587/

в www.test1.test2.ru часть .ru просто не влезла в прямоугольник, я уже поправила.

Hikedaya, в задании сказано Нарисовать схему, я и рисую. Уточнить, что именно требуется, к сожалению, возможности нет.
А если задание подразумевает рассказ о том, как вообще может быть структурирована информация о пути www.test1.test2.com на DNS-серверах то что там можно написать?
Про то, что домены test1 и test2 могут располагаться на одном сервере, я представляю, но не знаю, что конкретно тут можно написать.
URL
25.02.2013 в 00:08

Hikedaya
We rise up for the things we believe in over and over again
ehlo_kitty, насчет теории - вы правы, последний раз настройкой DNS я занимался с пару лет назад. После этого - только настройка банальной репликации зон на новые серверы из Acitve Directory по необходимости.
Heidel, что там можно написать?
В том и вся загвоздка, что с точки зрения организации имен приведенная выше вами картинка и так всю суть DNS отражает.
URL
25.02.2013 в 01:06

ehlo_kitty
вощем я бы ещё раз посоветовал взять и разобраться в вопросе.

совсем вкратце суть такова: есть _зоны_, и есть _записи_; слово "домен" предлагаю не употреблять, поскольку под ним понимают слишком много разных вещей. зона является контейнером для записей. запись является сопоставлением одной сущности с другой. записи бывают разных типов, но сейчас нам интересны два: A и NS. запись типа A связывает _имя_ и IP-адрес, запись типа NS связывает зону и имя. вот как это работает вместе в вашем примере:
1. клиент просит записи NS для зоны .ru в корневой зоне у одного из корневых серверов (IP-адреса корневых серверов являются общеизвестными). полученные имена являются именами серверов, обслуживающих зону .ru.
2. клиент просит записи A для имён серверов, обслуживающих зону .ru. в результате клиент получает список IP-адресов серверов, обслуживающих зону .ru.
3. клиент просит записи NS для зоны test2.ru у одного из серверов, обслуживающих зону .ru.
4. клиент просит записи A для полученных имён серверов.
5. клиент просит записи NS для зоны test1.test2.ru у одного из серверов, обслуживающих зону test2.ru

далее возможны варианты:

если test1.test2.ru является зоной, повторяются шаги алгоритма для этой зоны. если впоследствии www.test1.test2.ru также является зоной, для неё также выполняются соответствующие шаги.

в конечном итоге алгоритм дойдёт до шага, где следующей зоны нет. в текущей зоне у серверов, обслуживающих её будет запрошена запись "www.test1.test2.ru" требуемого типа. например, если последней зоной является test2.ru, и в ней есть запись "www.test1", то она и будет предъявлена клиенту. если последней зоной является www.test1.test2.ru, и в ней есть запись "@" (в терминологии bind), то клиент получит её.

вобщем, суть в том, что имя записи задано заранее, оно всегда одинаковое -- "www.test1.test2.ru", вопрос лишь в том, в какой зоне эта запись находится.

это всё конечно ответ не на ваш вопрос, но ваш вопрос мне непонятен изначально, поэтому пользуясь этими знаниями попробуйте ответить на него самостоятельно.
URL