Я опять, как и в статье про DHCP, постараюсь идти от сильного упрощения к менее сильному упрощению. Статья ориентирована на уровень студентов и начинающих админов. Я не буду затрагивать вопросы безопасности или конкретной реализации, но постараюсь затронуть те вопросы, которые «проскакивают», либо вовсе игнорируют популярные статьи типа «что такое DNS».

Часть 1. История.

Наиболее увлекательное художественное описание того, как всё начиналось, доступно в rfc1034.

В давние времена, когда сети были маленькими, а компьютеры большими, кто-то заметил, что, во-первых, IP-адреса запоминать не очень удобно (гораздо удобнее слова, которые имеют смысл), а во-вторых, надо бы как-то обозначать один объект с несколькими сетевыми адресами.

«Давай запишем в текстовый файл соответствия сетевых адресов и понятных человеку имён» - сказал кто-то.

«А давайте!» - ответили остальные.

Сейчас вы можете найти файл «hosts» у себя на компьютере и посмотреть в него – почти так всё и было. Люди запоминали имя, запрашивали по имени ресурс. Система смотрела в файлике соответствие имени и сетевого адреса и возвращала по имени адрес. За файлик назначили ответственного, он вносил туда изменения и раздавал через файлообменник свежую версию всем желающим.

А потом сеть стала расти. Файлик стал очень большой и грозил увеличиваться дальше стремительными темпами, долго скачивался (потому что каналы передачи данных были узкие), поиск по файлу становился затрудненным, изменения вносились не сразу (у ответственного бывает выходной, праздник и болеющий ребенок), а еще корпорациям хотелось иметь свой файлик с шахматами и поэтессами внутренними ресурсами, недоступный никому извне.

«Идите в жопу» - сказал ответственный.

«Вот дерьмо, как же быть?» - подумали остальные.

И придумали DNS – Domain Name System – систему доменных имён. Люди были не дураки. Они подумали: «если мы уж внедряем такую сложную систему, на которую потребуется выделить бабло, давайте запихаем туда всё, связанное с именованием ресурсов!». И запихнули.

Что получилось. Общий смысл остался – по имени возвращается адрес. Теперь доменное имя стало состоять из частей, разделенных точкой (Например, pikabu.ru) и за каждую часть (домен определенного уровня иерархии, уровни нумеруются справа налево) стал отвечать свой сервер имён со своим персональным ответственным (на самом деле, всё немного сложнее, разберем в следующих частях). Система стала распределенной и иерархической. Запрос адреса по имени стало возможным разбить на части, и, пройдясь по цепочке серверов имён, найти нужный с нужным ответом. Каждый ответственный теперь мог менять свой кусочек информации, независимо от остальных. В зависимости от настроек, эта информация становилась доступной для всех через некоторое время. К записи о домене добавили дополнительную информацию: информацию о почтовых серверах, о доступных ресурсах, о псевдонимах, служебную информацию и т.д. Корпорации теперь могли делать так, что изнутри на запрос отвечал один сервер имён, а снаружи компании на тот же самый запрос отвечал другой сервер и возвращал другой адрес.

Сформулируем, зачем нужен DNS:

1) Чтобы при вводе имени сайта, например, pikabu.ru, в браузере, система могла понять, на какой сетевой адрес «стучаться»

2) Чтобы при вводе синонима имени сайта www.pikabu.ru, система могла понять, что это имя всё равно, что pikabu.ru

3) Чтобы когда вы отсылаете письма с яндекса на gmail, сервер яндекса знал, на какой сетевой адрес отправить письмо, то есть, где искать почтовый сервер gmail’a

4) Чтобы в ответ, почтовый сервер gmail мог проверить, что адрес, с которого пришло письмо, принадлежит почтовому серверу яндекса.

5) Чтобы при каких-либо проблемах с данной системой, можно было узнать контакты ответственного лица и связаться с ним

«А давайте будем брать за запись о домене деньги?» - подумал кто-то хваткий. И в чьих-то глазах зажглись зеленые искры в виде долларов. Но это уже совсем другая история.

Часть 2. Домен, зона и другие страшные слова.

Отойдём от абстракций и перейдем к конкретике. Зона – это набор ресурсных записей домена, то есть, фактически – это информация о домене и вся та сопутствующая лабуда, о которой мы говорили в части 1. Причем, заметьте, домен в нашем случае, это не «pikabu», а именно «pikabu.ru», так как, скажем, «pikabu.net» - это уже совсем другой домен. Это как директория «помойка» может лежать у вас как на диске C:\, так и на диске D:\ и это будут две разные директории. Зона может быть текстовым файликом или записью в базе данных сервера имён.

Выглядит, примерно так (мне не жалко):

@ означает подставить имя домена целиком

Ресурсная запись (Resource Record – RR) - собственно, информация о некотором ресурсе- состоит из нескольких полей: Владелец, Тип, Класс, TTL, данные. Владелец – это домен, к которому запись относится. Тип может быть одним из стандартных (например, A, AAAA, MX, NS, SOA, TXT и т.д.). Класс раньше разделял записи для Интернет и для других сетей, сейчас, вроде, используется только IN для Интернет. TTL – время, на которое запись разрешено закэшировать резолверу (рекурсивному кэширующему серверу, см. Часть 3). Ну и данные – собственно нужная информация, формат которой зависит от типа записи.

Запись SOA (Start Of Authority) – это начальная запись зоны и она должна быть обязательно, потому остановимся на ней подробнее. В ней содержится целый ряд полей:

- Первичный (Primary) DNS-сервер для некоторой зоны — DNS-сервер, на котором хранится полная исходная информация об этой зоне.

- e-mail ответственного лица

- serial – серийный номер зоны. Фактически, это номер изменения файла зоны. Если у главного DNS-сервера, отвечающего за зону, есть подчиненные сервера, то они периодически сравнивают номер копии зоны у себя с номером на главном сервере. Если на главном номер больше – подчиненные сервера обновляют у себя зону.

- refresh – это то, как часто подчиненные сервера будут пытаться обновить зону

- retry – это то, как часто подчиненные сервера будут пытаться обновить зону, если в первый раз произошла ошибка (например, главный сервер был недоступен)

- expire – то, сколько времени подчиненный сервер может считать информацию о зоне актуальной, если главный сервер ему так и не ответил

- TTL – мы уже говорили – на сколько можно закэшировать запись.

NS – записи содержат сведения о DNS-серверах, где хранится информация о зоне (их может быть больше одного).

А – запись связывает имя с IPv4 адресом. Кстати, если сделать несколько записей с одним именем, но разными адресами, то в ответах они будут чередоваться (чаще всего по алгоритму round robin) – поэкспериментируйте на pikabu.ru и его трех адресах ;)

MX – записи определяют имена почтовых серверов для данного домена (а чтобы узнать их адреса, на почтовые сервера должны быть А-записи в соответствующем домене). Эти записи примечательны тем, что у них есть приоритет (чем меньше приоритет – тем главнее сервер, равный приоритет – распределение нагрузки).

Чуть позже рассмотрим еще PTR записи. Ну а про остальные, если интересно, можно прочитать в вики.

Часть 3. Как идёт запрос.

Пока у нас есть куча не особо связанных между собой кусков. Сейчас определим еще пару понятий и попробуем посмотреть, как система работает в целом. Вообще, у кого английский хоть на базовом уровне, советую посмотреть зашибенный комикс в шести частях + бонус.

Вы уже поняли, что в системе есть DNS-сервера – сервера имён, на которых хранятся файлы зон. Есть клиенты, которые пытаются узнать адрес по имени (браузер, в котором мы шароебимся по сайтикам, например).

DNS-сервера бывают рекурсивными (которые могут пройтись по всей цепочке и вернуть готовый ответ) и нерекурсивными (которые возвращают информацию о DNS-серверах, ответственных за следующую зону). А еще DNS-сервера бывают кэширующими (которые на время запоминают те ответы, которые через них проходят) и некэширующими (угадайте..).

Вспоминаем, что система DNS иерархическая. У этой иерархии есть вершина (или корень) – корневая зона, за которой зарезервировано нулевое имя, и за которую отвечают корневые сервера. Эта зона невидимо присутствует во всех доменных именах - на самом деле, все они заканчивают на точку-ничего (можно посмотреть на первую картинку с файлом зоны и увидеть эти точки). Корневые сервера содержат информацию о доменах первого уровня (ru, com, net и т.д.). Этих серверов всего 13 штук (но физически их гораздо больше – резервирование, распределение нагрузки, всё такое). Почему 13? Так исторически сложилось: тогда максимальное количество данных в пакете было 512 байт и туда влезало только 13 записей. Корневые сервера нерекурсивные и некэширующие, кстати.

И сейчас я кратенько перескажу тот самый комикс. Итак, вы вводите в своем любимом браузере адрес любимого сайта pikabu.ru – что же происходит с точки зрения DNS?

1) Браузер роется у себя в кэше – может, вы недавно уже заходили на пикабу и он это еще помнит. Если нет, идем дальше.

2) Потом браузер обращается с животрепещущим вопросом «где же pikabu.ru?» к операционной системе. Она проверяет в своём кэше (может, вы недавно пинговали пикабу?) и в файлике hosts. Если не нашла, передает вопрос тому серверу, который у вас указан на компьютере в качестве DNS.

3) Этот сервер, обычно, сервер провайдера, кэширующий и рекурсивный. То есть, он вернет вам адрес сайта или ошибку. Сначала он проверяет свой кэш (может, ваш сосед по общаге только что запрашивал пикабу?). А еще смотрит в своих зонах (может, он за пикабу и отвечает?). Если ничего не находит, этот сервер начинает собирать ответ, используя нерекурсивные запросы.

4) Первым делом, запрос отправляется на ближайший корневой сервер (вру, там еще есть манипуляции с кэшем, но мы их опустим - пусть ничего нигде не найдено). Адреса корневых серверов известны и меняются очень редко, так что они просто забиты руками во все DNS-сервера. Корневой сервер отвечает, что он в душе не знает адреса «pikabu.ru», но вот тебе список серверов, отвечающих за «ru». Кстати, возвращает он имена и «приклеенные» ip-адреса, а то вы могли бы зациклится в своих запросах.

Кстати, слышали, что rpin вроде как передает права на управление зоной ru Ростелекому?

5) Ок, наш сервер сохранил инфу в кэше (и теперь за всеми сайтами, заканчивающимися на .ru будет обращаться уже к этим серверам). Берет верхний сервер из списка и спрашивает его, где же «pikabu.ru»? Ему отвечают списком из трех адресов, он возвращает верхний операционной системе. Все счастливы, все прописали себе в кэш, что могли, подключаемся к этому IP-адресу и читаем пикабу.

Часть 4. Обратная зона.

Случается так, что нам нужна обратная процедура: не по имени узнать адрес, а по адресу имя. Такие запросы, в частности, используют почтовые сервера, чтобы бороться со спамом. То есть, приходит нам письмо от vasya@gaza.net, например, с адреса 1.23.45.6. И мы хотим узнать, а правда ли адрес 1.23.45.6 является адресом почтового сервера этого домена. Для этого нам надо получить имя по адресу 1.23.45.6 и сравнить его с MX-записью домена (кто заморачивается почтовиками, почитайте еще про spf обязательно).

Для преобразования ip-адресов в имена существует специальный домен in-addr.arpa и специальная запись типа PTR. Как это выглядит, видно на скриншоте. У пикабу, кстати, какая-то лажа с его гуглопочтой, так что пример на другом домене (надеюсь, они не обидятся). Обратите внимание, что IP-адрес переворачивается (задача для самостоятельного раздумья – вспомнить про адресацию и понять, почему).

Часть 5. Внутренняя зона – что за зверь?

Это немножко вбоквел. Например, вы зарегистрировали домен не для себя, а для компании. В компании решили организовать доменную структуру (AD поднять, например). И для этой доменной структуры у вас появляется внутренняя зона DNS. Зона, причем, может быть та же самая, что и в инете, но к той интернетовской зоне она не будет иметь никакого отношения. У вас появляются контроллеры домена (или иные DNS-сервера – держатели внутренней зоны) в вашей локальной сети. На всех компьютерах вашей организации в качестве DNS-серверов вы указываете контроллеры домена (на которых поднята роль DNS). Во внутренней зоне находятся записи внутренних ресурсов: все компьютере в домене, внутренние web-порталы, и т.д. На DNS-серверах корпорации указаны «Forwarders» - сервера, на которые пойдет запрос, если ответа не найдется во внутренней зоне (это уже сервера провайдера, обычно).

Ну, предположим, что pikabu.ru – большая корпорация, в которой есть доменная структура и вы в этой корпорации работаете. Если вы изнутри этой зоны (сидя на работе) выполните команду «nslookup pikabu.ru», вы получите список внутренних DNS-серверов компании, а на сайт пикабушечки не попадёте. Всё потому, что вам ответит внутренний сервер компании, в котором прописано, что «pikabu.ru – это ж я сам и есть, а еще все мои дублирующие сервера!». А вот если вы выполните эту команду из дома, получите внешние адреса пикабу – потому что вам ответит DNS-сервер хостинг-провайдера.

Теперь, предположим, вы с работы набрали www.pikabu.ru. Допустим, у вас в корпорации нет компа с именем www и внутреннего ресурса такого тоже нет. Корпоративный DNS не найдет у себя в зоне записи www и перенаправит запрос на адрес форварда. Мы помним, что это адрес сервера провайдера. И вот тут ответ будет идентичный, что изнутри, что снаружи корпорации, потому что мы искали во внешней зоне.

И третий вариант, у вас в домене есть компьютер W01-vasya-PC.pikabu.ru. Изнутри компании вам внутренний DNS вернет его внутренний адрес. А вот запрос извне "Где W01-vasya-PC.pikabu.ru?" вернет вам "такого хоста не существует" - потому что DNS хостинг-провайдера, где находится ваша внешняя зона pikabu.ru (и куда в конце-концов дочапает DNS-запрос) понятия не имеет о вашей внутренней зоне.

Часть 6. Интересные факты:

Сейчас для распределения нагрузки на корневые сервера используется anycast – это такая публикация маршрутов в сети (BGP), при которой, вам ответит географически ближайший сервер, а не тот, до которого маршрут по некоторым причинам короче.

Максимальное имя поддомена 63 символа, максимальное общее доменное имя 255 символов.

Обычно, обратную зону надо просить прописывать своего провайдера. Но есть вариант, при котором провайдер делает у себя пару записей, а вы после этого можете менять PTR-запись прям у себя в админке родного DNS от хостинг-провайдера (ну, насколько я поняла). Статья вот.

P.S.: Что-то дофига получилось, мда. Надеюсь, кому-то стало понятнее. Правки по существу приветствуются.

Вот вызывают нас периодически на объекты с просьбами, ну помогите нам, у нас камеры не работают, шлагбаум не открывается, сетка тупит и т.д. Приезжаешь и видишь такое или еще что по интереснее. Так как я не могу публиковать видео из-за рейтинга, то прилагаю ссылки на видео с этих объектов. Вдруг кому будет интересно ) Мы набрали массу прикольного материала о том, как прокладывают сети, настраивают сервера и т.д.

Часть 1: https://youtu.be/IlLon_j7X4M

Часть 2: https://youtu.be/J4xBvOgTDWo

Всем хорошего настроения и по меньше таких исполнителей.

Уважаемый @gorzo1 задал в одном моем посте правильный комментарий. Посыл простой, что хлеб стоит 20 рублей в одном месте, а в другом 31 рубль. Это ж какая маржа у сволочей бизнесменов. Хотелось бы раскрыть этот момент шире и показать, что не всегда это маржа, а обычное удешевление в среде конкурентов. Только на моем примере из жизни.

Мой пример - это подоконник ПВХ. В 2001 году подоконник ПВХ выпускать было выгодно. Маржа 400%, в 2011 году маржа 8-10%. Последние 15 лет подоконник в закупке примерно 450 рублей/квадрат, если память не изменяет. В Новосибирске чуть повыше, так как там всего два производителя, кажется 540 рублей/квадрат. В том же леруа квадрат стоит 800-900 рублей.

За последние 15 лет вес квадрата подоконника снизился с 9 кг до 4,5 кг (это у некоторых производителей южан). В среднем вес подоконника 6,5-7 кг/квадрат, чтобы кое-как соответствовать ГОСТу. 

Срок службы подоконников в общем уменьшился, через 10 лет замена подоконника будет чаще, чем раньше. Чаще разрушаются.

Если так же посмотреть, то геометрия изделия изменилась. Перегородки стали тоньше. Основание стало тоньше. Самое простое-посчитать площадь сечения подоконника 15-летней давности и сейчас (оно стало меньше)

При этом за 15 лет содержание наполнителя, а именно CaCo3 (в простонародье мел или микрокальцит) выросло с 5% до 60-70%. Мел -это дешевый наполнитель. Его цена 6-9 рублей за килограмм сейчас - подорожал, так как спрос растет и будет дорожать. Чем больше мела в подоконнике, тем он дешевле, так как ПВХ стоит примерно 71 руб/кг, а в 2001 году он стоил 9 руб/кг.  Из-за мела подоконник более хрупкий, дешевый и менее качественный. 

Если бы производители использовали сейчас рецептуру, которая использовалась 15 лет назад. То подоконник стоил бы в 3 раза дороже. При этом зарплаты выросли, аренда выросла, энергоресурсы дорожают каждый год. Самое смешное, продукция если хранится на складе, то это тоже убыток, так как хранение -это расход на помещение, фот и энергоресрусы. Чем меньше хранится продукция на складе, тем меньше потерь производству - но чаще всего склады забиты и не знаешь куда продукцию деть.

Идет закономерная ситуация. Чтобы войти в сети как леруа, оби и касторама. Надо предложить продукцию дешевле и с отсрочкой 90-180 дней. Для этого надо удешевить продукцию, что и делают. Больше наполнителей, ухудшается качество продукции, геометрия, вес, срок службы, запас прочности меньше и т.д. В сети заходят, потому что там обороты этой продукции миллиарды рублей и проще зарабатывать меньше в %, да больше в обороте. При этом давят конкуренты, которые тоже удешевляют. Доходят до той степени, когда продукция крошится в труху. Главное, чтобы с прилавка брали.

При этом кажется, что сети навариваются. Но как бы не так. Сети имеют тоже бешеные издержки, которые откладываются накруткой на покупателя. Кто хочет, тот может посчитать. Там все тоже самое, что и с производством, а именно зарплаты выросли, аренда выросла, энергоресурсы дорожают каждый год. При этом сети продают на миллиарды, а вот к примеру строительные магазины у дома продают на миллионы в год. Оборот меньше, издержки выше, продажная цена еще выше. У сетей закупочная цена ниже, чему у мелких магазинов. Но розница более дорогая в обслуге, чем опт. Дешевле отвезти и сбыть фуру подоконников, чем поштучно продавать и ждать пока раскупят.

Есть производители подоконника, которые держат марку и продают мало с большой маржой - их единицы. Есть производители, кто продает много и дешево - их много. И потребитель покупает где дешевле, не думая о качестве, так как не разбирается в основной массе с ним.

Тоже самое и хлеб. В хлебе могут использовать более дешевые сорта пшеницы, использовать дешевые наполнители, сделать батон легче и менее презентабельнее. Это везде сейчас, и абсолютное большинство продукции так удешевляют. Маржи большой нет. Ее давно нет в массовом и серийном выпуске.

В единичном есть, но не каждый готов купить дороже в силу ряда причин. В основном  денег на все качественное нет.Каждый экономит на чем-то. Я знаю людей, кто покупает только качественную еду, но покупает дешевые вещи. Кто-то наоборот покупает дешевые продукты, но купит дорогие вещи. Один раз встречал в электричке женщину, которая бегала от контролёров в дорогой меховой шубе и вся в золоте...ну не могла она оплатить 22 рубля за проезд.

В общем-то в общепите, строительных материалах, одежде - это везде. Повсеместное удешевление. Конкуренция и нищета епт.

Опытность — это школа, в которой уроки стоят дорого, но это — единственная школа, в которой можно научиться. фраза принадлежит известному политическому деятелю Бенджамину Франклину,портрет которого кстати запечатлен на банкноте номиналом 100$

Дорогие друзья, я бы хотел поделится с вами опытом, а именно с теми ребятами кто собирается/планирует сдавать тест Cisco ICND1&&ICND2 или же CCNA.

пишу вам омраченный но наученный опытом сдачи теста,а точнее тем, что я заплатил за обучение около 1200$ в сертифицированном тренинг центре Cisco, и отдал 165$ за экзамен ICND1 ииии….завалил набрав из требуемых 832 баллов 755.

да друзья, и при этом готовясь к этому тесту каждый день в течении месяца, проходя в интернете множество бесплатных тестов icnd1, проходя тесты в официальной книге по icnd1 от cisco. И я был полностью уверен что сдам ведь я создавая в cisco packet tracer разные топологии с разными опциями (Access-lists,NAT,PAT,Router-on-stick,VLSM,CIDR,ipv6 и знаю команды внедрения и принцип работы этих опций )

Теперь кратко расскажу об курсах ICND1 &&ICND2 которые стоят бешеных денег, напомню что я отдал за два курса около 1200 долларов

Сейчас немного обо мне: мне 20 лет, недавно закончил колледж, опыта работы с оборудованием cisco нет, был опыт работы эникейщиком в разных конторах, так что о сетях я знал довольно посредственно, знаю основы работы в Linux (могу поднять самба сервер, работать с консолью, поднять DNS,HTTP,,FTP и многие многие простые вещи)

перед курсами я конечно же готовился, купил книгу Компьютерные сети принципы, технологии, протоколы и стал по ней учиться. вообще курсы icnd1 и 2 позицинируют себя как курсы самого начального уровня, куда приходят люди которые хотят узнать что такое сеть и как она работает без каких либо навыков. Ну вот туда я и пошел

Так вот моих знаний хватило лишь на первые пол-дня где инструктор нам начал рассказывать про модели OSI,TCP/IP… что я впринципе знал, так вот на след день я был в полном замешательстве инструктор не давая писать очерков в тетрадь ( что я считаю важным в обучении для закрепления материала и дальнейшего повторения) объяснял все так быстро и непонятно, что я за все дни не понял практически ничего… пытался пару раз его спрашивать что подождите не стоит так быстро все объяснять ведь я ж entry-level но его это не остановило поскольку он ссылался на то что мало времени а надо все успеть, так вот по окончанию этих «курсов» я понял лишь 10 процентов материала.

После курсов я стал учить сам и все заново на понимание материала icnd1 мне понадобилось месяц и сейчас в итоге я вполне понимаю как работает сеть сабнеттинг протоколы маршрутизации nat Access-lists и спокойно все внедряю в cisco packet tracer’e даже настраивал pat на живом роутере в организации и все работает стабильно Smile и вывод напрашивается такой что все эти курсы по icnd1 &&2 фуфло и выкачивание денег, слишком мало времени для такого количества информации, и мне как новичку было многое непонятно пришлось в итоге учить это все самому так что ребят мой вам совет качайте книгу icnd 1 (есть на трекерах) и учитесь дома) не мучайте себя и свой кошелек )

тест стоит 165 долларов сдавать его можно только один раз

у меня в тесте было 54 вопроса и два часа тридцать минут для его решения

ничего особенного на самом тесте нет,регистрация на тест производится через сайт PearSonvue и с этим справится даже ребёнок

Так вот вопросы на тесте кардинально отличаются от тех что были представлены в книге после каждой темы, и практически ни один вопрос из бесплатных онлайн icnd1 тестов мне не попался :/

и я ради интереса сегодня придя домой купил дамп теста icnd1 за 10 баксов ииии…все вопросы которые были в тесте были и в дампе с ответами, и я понял в чем я облажался а именно в практических заданиях где эмулируется оборудование циско и вопросы типа в почему не работает то или это…мало практики у меня в maintenance ;( так вот был и такой вопрос что нужно для работы ipv6to4 туннеля, чего не было в книге по подготовке

и теперь наученный горьким опытом я говорю вам всем ребята КАЧАЙТЕ КНИГУ И Packet tracer или GSN3 И покупайте ДАМП ТЕСТА я его брал на exam-labs.com но можете посмотреть и другие сайты

Так вы дадите себе хорошую платформу и успешно сдадите тест! плохо что я раньше не додумался купить дамп а сделал это после сдачи теста (умные мысли приходят тогда когда все глупости уже сделаны) ребята не повторяйте моих ошибок даже завалив тест за 165 баксов ком в горле да я знаю сейчас найдутся люди и будут говорить что я такой-сякой надо было учить практические задания но вы поймите что у меня нет опыта и я обращаюсь к таким же у кого его нет или есть но в оборудовании от других вендоров.Я знаю что я сам виноват и никого не ищу виновного

чувствую меня закидают помидорами но надеюсь  что мой опыт кому нибудь поможет