ПАЙДАЛАНҒАН ӘДЕБИНТТЕР

ТСР/ІР хаттамасының инсталляциясы

ТСР/ІР хаттамасы Іnternet жүйесіне қосылған компьютерде өзімен бірге тілі бар. ТСР/ІР (тапсыру басқармасының хаттамасы/ Іnternet хаттамасы) бастапқы кезде АҚШ қорғаныс министрлігіне арнап жасалған.

Іnternet ТСР/ІР хаттамасымен жұмыс ісиегендіктен, ол міндетті түрде сіздің компьютеріңізде инсталляциялануы керек. Бірақ егер бұлай болмаса, сіз жіберілгеннің есесінтолтыра аласыз.

1. Баптау менюінен Басқару панель командасын таңдаңыз.

2. Торап пиктограммасына апарыңыз.

3. Егер торапта келесі компоненттер қойылған тізімінде ТСР/ІР элементі бейнеленсе, онда бұл хаттама инсталляцияланған. Бірақ егер берілген элемент жоқ болса, Қосу кнопкасын басыңыз.

4. Диалогтік терезеде пайда болғанға дейін хаттама элементінде 2 рет басыңыз.

5. Таңдау терезесінде ашылған дайындаушылар алаңында: Тораптық хаттамада Mіcrosoft элементін белгілеңіз, ал Тораптық хаттама алаңында – ТСР/ІР элементі және ОК кнопкасын басыңыз.

6. CD – ROM жинаушыға 98 инсталляцияланған компакт – дискісін қойыңыз немесе қатты дискідегі инсталляцияланған файлға жол көрсетіңіз және керекті файлдарды көшіру үшін Одан әрі кнопкасын басыңыз.

7. ТСР/ІР хаттамасының инсталляция процесін аяқтаған соң, операциялық жүйені толтырыңыз.

ТСР/ІР хаттамасын инсталляциялауды аяқтаған соң, оны міндетті түрде конфигурациялау қажет. Ол үшін келесі істерді орындаңыз:

1. Жұмыс жолындағы жүйелік қоршау пиктограммасына апарып басқару тетігінің оң жақ кнопкасын басыңыз, және ашылған менюден Қасиеттер командасын таңдаңыз.

2. Ашылған терезенің тізімінің алаңында ТСР/ІР элементін (немесе ТСР/ІР элементі аланып тасталған қатынау контроллері) белгілеңіз және Қасиеттер кнопкасын басыңыз.

1. ОК кнопкасын басыңыз. Пайда болған терезеде конфигурация DNS қосымша бетін ашыңыз.

2. DNS – ты қосу опциясын орнатыңыз және компьютердің атын алаңға енгізіңіз.

3. Сосын провайдер көрсеткен DNS — сервердің адресін, DNS — серверін қараудың реттілігі алаңына қойыңыз және Қосу кнопкасын басыңыз.

4. ОК кнопкасы арқылы ашық терезелерді жабыңыз.

Gopher

Gopher — тек текст түрінде ғана мәліметтер ұсынатын болғандықтан, қазіргі күнде практикада дамымаған шамалы ескірген гипертекстік хаттама. Gopher – сервердегі ақпарат іздеу Keronіca программалар көмегі арқылы жүзеге асырылады. Алғаш Gopher – серверлер Минессот штатының университетінде жарыққа шығарылған болатын, және қазірдің өзінде онда академиялық бағыттаушының негіз ақпараты сақтаулы.

ТР

ҒТР (Fіle Transfer Protocol) – бұл файлды тапсыру хаттамасы. Ол интернет арқылы файлдарды жіберілуі үшін қолданылады. Осы керекті файлдарды үзбей алып тұрудағы серверлер хаттамасы ҒТР – серверлері деп аталады. Файлдармен орналасқан әрбір серверді бос жерлеріндегі дискінің бөлігін интернет арқылы қолайлы. Жалпы жағдайда ақпаратқа түскен сауалды қажетіне жаратушының теңестіруін яғни кіруге болатынын бекітуді ҒТР ескертеді. Егер мұндай қажет болмаса онда файлға кіруге болатынын анонимді (anonymous) кіру арқылы ұйымдастырылады. Файлдар көлеміне қатыспаушылығына кедергі жасап және жұмыстың жоғарғы жылдамдығы нәтижесінде – тек университеттерде Gopher – серверлер тәрізді ҒТР – серверлер өз ролін сақтап қалды. АҚШ Конгресінің кітапханасында ҒТР – файлдар каталогы бар, және оған тәулік бойы кіруге болатыны қамтамасыздандырылған. Сонымен қатар коммерциялық фирмалар ҒТР – серверлерді өз программаларын қамтамасыз етуінің таралуына пайдаланады.

Telnet

Telnet — өзге компьютерде келтірілген терминалды сіздің компьютерге айналдыруға мүмкіндік беретін хаттама.

Өз клавиатураңызбен сіз енгізген барлық әмірлер мен мәліметтер келтірілген компьютерге өңдеуге және орындалуға жеткізіледі. Қазіргі уақытта көбіне ақпараттық жүйе алдымен тек Telnet арқылы қолайлы болатын, енді WWW арқылы да қолайлы.

Интернеттен ақпарат іздеуге қысқа да, толық түсінік берсем:

Алдымен Mіcrosoft Іnternet Explorer терезесіне кіріп, ізделінетін адрес атын беру керек. Түсінікті болу үшін мынандай мысал келтірдім.

Мысалы: Адрес: http:www.rambler.ru-ды теріп, Enter-ді басу керек. Сосын осы адресті іздеп, бар болса экранда іздеген адрес бойынша ақпарат шығады. Одан мына ақпаратты алуға болады:

Мұнда, Рамблер: магазин, компьютер, адамдар т.б.

Сервистер: почта, карта телефон торабы т.б.

Бүгін (Сегодня): жаңалық, ауа райы т.б. сөздер болады. Магазин сөзіне басқару тетігін апарып бассаңыз мына кесте шығады:

· Товар онда, Сок томатный. Самая продвинутая “Малютка”! т.б. · Барлық қорлар (2766). Авто.мото. Автомобильдер, Автомобильдік пресса және кітап т.б. · Гостроном(56) Сусын, азық-түлік т.б. бар.

Рейтинг уақыты:Мыс-ы: 22.04.200214:00   · Музыка, кино, театр (91) Аудиожазбалар, билет кассасы, видиожазбалар · Офис(73) Офистік мебельдер, кеңсетовары.

· Бүгін (Сегодня) DocuPrіnt.ru: Ақпараттық-жабдықтау қорлар компаниясы Xerox: Xerox-те қайта өңдеу, каталог моделі. Қолданушылар үшін: HotLіne, байқаулар, сыйлықтар.   Нақтылы>>>.

Енді: “Музыка, кино, театр” бөлімінде жұмыс жасасақ, онда:

Аудиожазбалар(38), Билет кассасы(16), Видиожазбалар(28), және де: сыйлықтар бар. “Сыйлықтар”-ға басқару тетігін бассаңыз мына сөз шығады:

“Сыйлықтар” бөлімінде:

Сувенирлер(36), әшекей(19), гүлдер(39).

Гүлдерге басқару тетігін бассаңыз “Send Flowers.ru” шығады. Осыған басқару тетігін бассаңыз “ AWF – Send Flowers.ru ” сөзі шығады. Бұл халықаралық гүл алу торабы. “Осы жерде мына гүлдер сатылады, оны Ресейдің 500 қаласының тұрғындары тұтынады”-деген мәлімет тұрады. Осы жерден гүл алуыңызға болады. Ол үшін Сувентрге сосын Гүлдерге басқару тетігін бассасыз. Сонда гүлдер торабы шығады. Осы жерден өзіңізге ұнаған гүлді аласыз. Оны сол кезде принтердан шығарып немесе дискетке көшіріп алуыңызға болады. Дискетке көшіру үшін керекті гүлдің үстіне басқару тетігін апарып сол жағын басасыз. “Сохранит объект как” немесе “Сохранит рисунок как” деген сөздер шығады. Сол сөздердің біреуіне басқару тетігін бассаңыз дискетке көшіріледі.

Адрес – www.rambler.ru -дан алған ақпарат төмендегідей:

Интернет торабына қосылған кез-келген пайдаланушы әртүрлі сервисдерге қатынай алады: World Wіde Web, HTP, электрондық почтаға, телеконференцияға және т.б. Кез-келген сервисді пайдалану үшін клиент программасын енгізу керек. Мысалы, Web-бет программасын көру үшін- Іnternet Explorer программасын, ал почтамен, жаңалықтармен жұмыс істеу үшін – Outlook Express программасын енгізу керек. Әртүрлі типтегі компьютерлер тораптағы ақпараттармен кедергісіз алмасып отыру үшін міндетті түрде біркелкі тәртіппен стандарт таңдап алынуы қажет. Бұл хаттама деп аталады. Интернеттегі тораппен жұмыс істеу үшін барлық компьютербіркелкі TCP/ІP хаттамасын қолданады. Интернет торабына қосылған кез-келген компьютердің ІP-адресі болады. Осы арқылы оны басқа компьютерлер таба алады. ІP-адресі нүктелермен белгіленген 0-ден 255-ке дейінгі үш мәнді төрт саннан тұрады. ІP-адресін тез еске сақтау үшін оның символдық немесе домендық атауын көрсету керек. Домендық атауы әдетте компьютердің атынан тұрады. ІP-адресіне домендық атау құру үшін және тораптың ІP-адресі арқылы физикалық жағдайын ажырату үшін клиент программасының сұрауымен арнайы DNS сервері қолданылады.

Интернетке жедел түрде қатынау арналарын көптеген провайдер деп аталатын әртүрлі фирмалар орната алады. Интернет тораптарын пайдалану үшін міндетті түрде провайдерлердің біреуімен келісімге отыру керек. Қызметі үшін ақшаны төлегеннен кейін барып, сіз ақпаратқа қосылуға қажетті барлық ақпараттарды ала аласыз.

Интернетке қатынау әдетте провайдерлердің шеттетілген қатынау серверлерінің телефон арналары арқылы орнатылады. Компьютер телефон желісімен байланыс орнату үшін модемдер қолданылады. Интернетке қосылу үшін модемнің көмегімен провайдердің шеттетілген қатынауының серверіне звондау керек. Идентификацияға табысты өткеннен кейін сіз Интернеттің түгелдей сервисдеріне қатынай аласыз.

ОСЫМША

база — қойма

глобальный – ауқымды

канал – арна

локальный - жергілікті

протокол – хаттама

проводник – сілтеуіш

поиск – іздеу

ресурс — қор

сеть – торап

сообщение – хабар

ПАЙДАЛАНҒАН ӘДЕБИНТТЕР

1. “Іnternet для пользователя” Александр Колесников. Киев, 2000.

2. Под редакцией Резникова Ф. А. “Осваиваем работу в сети интернет быстро и легко”. “Лушие книги”, 2000.

3. Джой Крейнаж, Джой Хебрейкен. Энциклопедия Интернет. Москва, 1999.

4. Іnternet: сотни полезных рецепт. Йорге Штеффен. Киев, 1996.

5. HTML-с самого начала. Брент Хесл, Ларри Бодник. Киев, 1997.

1. «Интернеттен именбе» Егемен Қазақстан — 20 наурыз 2005 жыл

2. «Информатикалық қоғам» — Ана тілі 15 ақпан 2001 жыл

3. «Информатика негіздері. ИНТЕРНЕТ»–Қ. Аганина, Е. Бертай 2003жыл

4. 3.Есенбаева С.Қ., Искаков М.Б. “Дербес компьютермен жұмыс істеу негіздері”. Оқу құралы. – Қарағанды ҚарМТУ, 1998

5. 4.Фигурнов В.Э. ІВМ РС для пользователя. 7-изд. Москва 1998.ИНФРА.М.

 

DNS (англ. Domain Name System — система доменных имён) — компьютерная распределённая система для получения информации о доменах. Чаще всего используется для получения IP-адреса по имени хоста (компьютера или устройства), получения информации о маршрутизации почты, обслуживающих узлах для протоколов в домене (SRV-запись).

Распределённая база данных DNS поддерживается с помощью иерархии DNS-серверов, взаимодействующих по определённому протоколу.

Основой DNS является представление об иерархической структуре доменного имени и зонах. Каждый сервер, отвечающий за имя, может делегировать ответственность за дальнейшую часть домена другому серверу (с административной точки зрения — другой организации или человеку), что позволяет возложить ответственность за актуальность информации на серверы различных организаций (людей), отвечающих только за «свою» часть доменного имени.

Начиная с 2010 года, в систему DNS внедряются средства проверки целостности передаваемых данных, называемые DNS Security Extensions (DNSSEC). Передаваемые данные не шифруются, но их достоверность проверяется криптографическими способами. Внедряемый стандарт DANE обеспечивает передачу средствами DNS достоверной криптографической информации (сертификатов), используемых для установления безопасных и защищённых соединений транспортного иприкладного уровней.

Содержание

[убрать]

· 1 Ключевые характеристики DNS

· 2 Дополнительные возможности

· 3 Терминология и принципы работы

o 3.1 Рекурсия

o 3.2 Обратный DNS-запрос

· 4 Записи DNS

· 5 Зарезервированные доменные имена

· 6 Интернациональные доменные имена

· 7 Программное обеспечение DNS

· 8 См. также

· 9 Примечания

· 10 Ссылки

o 10.1 Статьи

o 10.2 Документы RFC

Ключевые характеристики DNS[править | править исходный текст]

DNS обладает следующими характеристиками:

· Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации.

· Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности и (возможно) адреса корневых DNS-серверов.

· Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.

· Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.

· Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов.

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

DNS была разработана Полом Мокапетрисом в 1983 году; оригинальное описание механизмов работы содержится в RFC 882 и RFC 883. В 1987 публикация RFC 1034 и RFC 1035 изменила спецификацию DNS и отменила RFC 882, RFC 883 и RFC 973 как устаревшие.

Дополнительные возможности[править | править исходный текст]

· поддержка динамических обновлений

· защита данных (DNSSEC) и транзакций (TSIG)

· поддержка различных типов информации

Терминология и принципы работы[править | править исходный текст]

Ключевыми понятиями DNS являются:

· Доме́н (англ. domain — область) — узел в дереве имён, вместе со всеми подчинёнными ему узлами (если таковые имеются), то есть именованная ветвь или поддерево в дереве имен. Структура доменного имени отражает порядок следования узлов в иерархии; доменное имя читается слева направо от младших доменов к доменам высшего уровня (в порядке повышения значимости), корневым доменом всей системы является точка ('.'), ниже идут домены первого уровня (географические или тематические), затем — домены второго уровня, третьего и т. д. (например, для адреса ru.wikipedia.org домен первого уровня — org, второго wikipedia, третьего ru). На практике точку в конце имени часто опускают, но она бывает важна в случаях разделения между относительными доменами иFQDN (англ. Fully Qualifed Domain Name, полностью определённое имя домена).

· Поддомен (англ. subdomain) — подчинённый домен (например, wikipedia.org — поддомен домена org, а ru.wikipedia.org — домена wikipedia.org). Теоретически такое деление может достигать глубины 127 уровней, а каждая метка может содержать до 63 символов, пока общая длина вместе с точками не достигнет 254 символов. Но на практике регистраторы доменных имён используют более строгие ограничения. Например, если у вас есть домен вида mydomain.ru, вы можете создать для него различные поддомены вида mysite1.mydomain.ru, mysite2.mydomain.ru и т. д.

· Ресурсная запись — единица хранения и передачи информации в DNS. Каждая ресурсная запись имеет имя (то есть привязана к определенному Доменному имени, узлу в дереве имен), тип и поле данных, формат и содержание которого зависит от типа.

· Зона — часть дерева доменных имен (включая ресурсные записи), размещаемая как единое целое на некотором сервере доменных имен (DNS-сервере, см. ниже), а чаще — одновременно на нескольких серверах (см. ниже). Целью выделения части дерева в отдельную зону является передача ответственности (см. ниже) за соответствующий домен другому лицу или организации. Это называется делегированием (см. ниже). Как связная часть дерева, зона внутри тоже представляет собой дерево. Если рассматривать пространство имен DNS как структуру из зон, а не отдельных узлов/имен, тоже получается дерево; оправданно говорить о родительских и дочерних зонах, о старших и подчиненных. На практике, большинство зон 0-го и 1-го уровня ('.', ru, com, …) состоят из единственного узла, которому непосредственно подчиняются дочерние зоны. В больших корпоративных доменах (2-го и более уровней) иногда встречается образование дополнительных подчиненных уровней без выделения их в дочерние зоны.

· Делегирование — операция передачи ответственности за часть дерева доменных имен другому лицу или организации. За счет делегирования в DNS обеспечивается распределенность администрирования и хранения. Технически делегирование выражается в выделении этой части дерева в отдельную зону, и размещении этой зоны на DNS-сервере (см. ниже), управляемом этим лицом или организацией. При этом в родительскую зону включаются «склеивающие» ресурсные записи (NS и А), содержащие указатели на DNS-сервера дочерней зоны, а вся остальная информация, относящаяся к дочерней зоне, хранится уже на DNS-серверах дочерней зоны.

· DNS-сервер — специализированное ПО для обслуживания DNS, а также компьютер, на котором это ПО выполняется. DNS-сервер может быть ответственным за некоторые зоны и/или может перенаправлять запросы вышестоящим серверам.

· DNS-клиент — специализированная библиотека (или программа) для работы с DNS. В ряде случаев DNS-сервер выступает в роли DNS-клиента.

· Авторитетность (англ. authoritative) — признак размещения зоны на DNS-сервере. Ответы DNS-сервера могут быть двух типов: авторитетные (когда сервер заявляет, что сам отвечает за зону) и неавторитетные (англ. Non-authoritative), когда сервер обрабатывает запрос, и возвращает ответ других серверов. В некоторых случаях вместо передачи запроса дальше DNS-сервер может вернуть уже известное ему (по запросам ранее) значение (режим кеширования).

· DNS-запрос (англ. DNS query) — запрос от клиента (или сервера) серверу. Запрос может быть рекурсивным или нерекурсивным (см. Рекурсия).

Система DNS содержит иерархию DNS-серверов, соответствующую иерархии зон. Каждая зона поддерживается как минимум одним авторитетным сервером DNS (от англ. authoritative — авторитетный), на котором расположена информация о домене.

Имя и IP-адрес не тождественны — один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество IP-адресов: это позволяет создаватьбалансировку нагрузки.

Для повышения устойчивости системы используется множество серверов, содержащих идентичную информацию, а в протоколе есть средства, позволяющие поддерживать синхронность информации, расположенной на разных серверах. Существует 13 корневых серверов, их адреса практически не изменяются.^[1]

Протокол DNS использует для работы TCP- или UDP-порт 53 для ответов на запросы. Традиционно запросы и ответы отправляются в виде одной UDP датаграммы. TCP используется для AXFR-запросов.

Рекурсия[править | править исходный текст]

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

DNS-запрос может быть рекурсивным — требующим полного поиска, — и нерекурсивным (или итеративным) — не требующим полного поиска.

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

При ответе на нерекурсивный запрос, а также — при неумении или запрете выполнять рекурсивные запросы, — DNS-сервер либо возвращает данные о зоне, за которую он ответствен, либо возвращает адреса серверов, которые обладают большим объёмом информации о запрошенной зоне, чем отвечающий сервер, чаще всего — адреса корневых серверов.

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

Рассмотрим на примере работу всей системы.

Предположим, мы набрали в браузере адрес ru.wikipedia.org. Браузер спрашивает у сервера DNS: «какой IP-адрес у ru.wikipedia.org»? Однако, сервер DNS может ничего не знать не только о запрошенном имени, но даже обо всём домене wikipedia.org. В этом случае сервер обращается к корневому серверу — например, 198.41.0.4. Этот сервер сообщает — «У меня нет информации о данном адресе, но я знаю, что 204.74.112.1 является ответственным за зону org.» Тогда сервер DNS направляет свой запрос к 204.74.112.1, но тот отвечает «У меня нет информации о данном сервере, но я знаю, что 207.142.131.234 является ответственным за зону wikipedia.org.» Наконец, тот же запрос отправляется к третьему DNS-серверу и получает ответ — IP-адрес, который и передаётся клиенту — браузеру.

В данном случае при разрешении имени, то есть в процессе поиска IP по имени:

· браузер отправил известному ему DNS-серверу рекурсивный запрос — в ответ на такой тип запроса сервер обязан вернуть «готовый результат», то есть IP-адрес, либо пустой ответ и код ошибки NXDOMAIN;

· DNS-сервер, получивший запрос от браузера, последовательно отправлял нерекурсивные запросы, на которые получал от других DNS-серверов ответы, пока не получил ответ от сервера, ответственного за запрошенную зону;

· остальные упоминавшиеся DNS-серверы обрабатывали запросы нерекурсивно (и, скорее всего, не стали бы обрабатывать запросы рекурсивно, даже если бы такое требование стояло в запросе).

Иногда допускается, чтобы запрошенный сервер передавал рекурсивный запрос «вышестоящему» DNS-серверу и дожидался готового ответа.

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

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

Обратный DNS-запрос[править | править исходный текст]

Основная статья: Обратный запрос DNS

DNS используется в первую очередь для преобразования символьных имён в IP-адреса, но он также может выполнять обратный процесс. Для этого используются уже имеющиеся средства DNS. Дело в том, что с записью DNS могут быть сопоставлены различные данные, в том числе и какое-либо символьное имя. Существует специальный домен in-addr.arpa, записи в котором используются для преобразования IP-адресов в символьные имена. Например, для получения DNS-имени для адреса 11.22.33.44 можно запросить у DNS-сервера запись 44.33.22.11.in-addr.arpa, и тот вернёт соответствующее символьное имя. Обратный порядок записи частей IP-адреса объясняется тем, что в IP-адресах старшие биты расположены в начале, а в символьных DNS-именах старшие (находящиеся ближе к корню) части расположены в конце.

Записи DNS[править | править исходный текст]

Основная статья: Ресурсные записи DNS

Записи DNS, или Ресурсные записи (англ. Resource Records, RR) — единицы хранения и передачи информации в DNS. Каждая ресурсная запись состоит из следующих полей:

· имя (NAME) — доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись,

· TTL (Time To Live) — допустимое время хранения данной ресурсной записи в кэше неответственного DNS-сервера,

· тип (TYPE) ресурсной записи — определяет формат и назначение данной ресурсной записи,

· класс (CLASS) ресурсной записи; теоретически считается, что DNS может использоваться не только с TCP/IP, но и с другими типами сетей, код в поле класс определяет тип сети ^[2],

· длина поля данных (RDLEN),

· поле данных (RDATA), формат и содержание которого зависит от типа записи.

Наиболее важные типы DNS-записей:

· Запись A (address record) или запись адреса связывает имя хоста с адресом IP. Например, запрос A-записи на имя referrals.icann.org вернет его IP адрес — 192.0.34.164

· Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернет его IPv6адрес — 2001:7fd::1

· Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя

· Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена.

· Запись NS (name server) указывает на DNS-сервер для данного домена.

· Запись PTR (pointer) или запись указателя связывает IP хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP хоста в reverse форме вернёт имя (FQDN) данного хоста (см. Обратный DNS-запрос). Например, (на момент написания), для IP адреса 192.0.34.164: запрос записи PTR 164.34.0.192.in-addr.arpa вернет его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP-сессии.

· Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, тайминги (параметры времени) кеширования зонной информации и взаимодействия DNS-серверов.

· SRV-запись (server selection) указывает на серверы для сервисов, используется, в частности, для Jabber и Active Directory.

Зарезервированные доменные имена[править | править исходный текст]

Документ RFC 2606 (Reserved Top Level DNS Names — Зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. Кроме example.com, example.org и example.net, в эту группу также входят test, invalid и др.

Интернациональные доменные имена[править | править исходный текст]

Доменное имя может состоять только из ограниченного набора ASCII символов, позволяя набрать адрес домена независимо от языка пользователя. ICANN утвердил основанную на Punycode систему IDNA, преобразующую любую строку в кодировке Unicode в допустимый DNS набор символов.

Программное обеспечение DNS[править | править исходный текст]

Серверы имен:

· BIND (Berkeley Internet Name Domain) [1]

· djbdns (Daniel J. Bernstein's DNS) [2]

· MaraDNS [3]

· NSD (Name Server Daemon) [4]

· PowerDNS [5]

· OpenDNS [6]

· Microsoft DNS Server (в серверных версиях операционных систем Windows NT)

· MyDNS [7]