Система домана: Методика Домана — раннее развитие детей по методу Глена Домана

Содержание

Методика Домана или учимся с пелёнок

Статьи

Методика Домана или учимся с пелёнок

Глен Доман

Глен Доман (1920 — 2013)– американский врач-нейрофизиолог, автор методики интенсивного интеллектуального и физического развития детей с самого рождения. Он первым начал заниматься с новорождёнными детьми.

Результаты были удивительные: дети легко научились читать, считать, отличались сообразительностью и эрудицией. Разработки Глена Домана легли в основу многих методик компании «Умница», «Вундеркинд с пеленок». 

Для обучения Доман взял старинную англо-германскую систему: показ и проговаривание целого слова.Он рекомендует показывать карточки с написанными на них красными словами на белом фоне.

Он уверен, что начинать учить ребенка читать следует в год или даже раньше. Такое раннее обучение станет импульсом к дальнейшему успешному развитию малыша.

Доман считает, что «Человеческий мозг — это совершенный компьютер, который подчиняется такой же закономерности: чем больше фактов ему известно, тем больше выводов он сможет из них извлечь.

При этом если мы будем забивать головы детей всякой ерундой, вряд ли стоит ждать от них умных речей и поступков. Поэтому мы должны снабжать их точной, отчетливой и недвусмысленной информацией».

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

Как нужно заниматься по методике раннего развития Глена Домана?

— Заниматься с малышом нужно с раннего возраста;
— Занятия должны быть короткими, чтобы они не надоели ребенку;
— Пополняйте карточки новыми словами ежедневно;

— Одну и ту же карточку не нужно показывать более 3 раз в день;
— Заниматься нужно только тогда, когда у малыша хорошее настроение;
— Всегда радуйтесь успехам вашего ребенка и хвалите его;
— Проводить занятия следует систематически и регулярно;
— Занимайтесь только тогда, если это нравится вам и вашему ребенку.

Как, не умея говорить, можно научиться читать?

Методика Домана ставит во главе раннего обучения чтение и математику. Обучение чтению по Доману сводится к механическому запоминанию слов – так ребенок сразу научится читать целые слова, минуя чтение по буквам и слогам. Глаз ребенка видит написанное слово, хотя сам он не понимает его значение. Но, если малыш видит и одновременно слышит написанное слово, тогда его мозг интерпретирует полученную информацию – «понимает» и механически запоминает написанное. В качестве пособия используются карточки Домана: ребенку несколько раз в день показывают слова, написанные крупными красными буквами на карточках.

Также Доман много внимания уделяет обучению математике. Он предлагает заменить абстрактные числа, которые ребенку сложно понять, карточками с определенным количеством точек (кружков). Ребенку показывают карточку с точками и называют, сколько точек на ней изображено. В результате регулярного показа ребенок научится на глаз определять количество точек без пересчитывания и выполнять в уме арифметические действия.

Чему можно научить своего ребенка за 30 секунд

Итак, рассмотрим на примере: если к вам подошел ребенок и спрашивает вас по поводу увиденной кошки, вы можете сказать ему:
1. Отстань;
2. Это «мяу-мяу»;
3. Это «кот»;
4. Это » мейн-кун» (делая акцент на определенной породе)
5. Показать ему десять картинок с котами;

6. Научить его устанавливать связь между фактами (показать ему десять карточек с котами и сказать: «Посмотри, все эти картинки изображают животных, которые называются «кот»: бенгальская кошка, британская короткошёрстная, девон рекс, сфинкс и др.).

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

Обучение чтению по методике Глена Домана

— для лучшего восприятия слова малышом используют одновременно 3 способа:
   картинка (большое изображение),
   надпись большими красными буквами и
   четкое произношение слова;
— карточки должны быть большими, чтобы малыш легко различал и рисунок, и отдельные буквы;
— показывать их нужно быстро (максимум 5-10 секунд), но повторять занятия следует регулярно, постепенно увеличивая нагрузку.


Как работать с карточками Домана

1-й день:
В течение 5-20 секунд показываем ребенку друг за другом пять карточек со словами и четко произносим написанное на них: «мама», «папа», «собака» и т.д. Всё, занятие окончено. Теперь малыш получает награду – мамин поцелуй, объятия, ласку, слова любви и т.п. В течение первого дня показ карточек Домана нужно повторить еще 2 раза.

2-й день:
Повторите вчерашние карточки и добавьте еще 5 новых карточек. Сегодня малыш уже получит 6 коротких занятий – 3 по старым карточкам и 3 по новым.

3-й день:
Добавляется еще 5 новых карточек и, следовательно, будет проведено девять показов.

4-й и 5-й день:
Таким образом, постепенно вы доходите до 25 карточек и 15 демонстраций в день.

6-й день:
Добавляем новые пять карточек, убирая в изученных комплектах по одному слову. 

Методика Домана дает очень хорошие результаты. Дети растут настоящими интеллектуалами — они превосходят своих сверстников по уровню образного мышления, намного лучше понимают речь, более эрудированы, им проще даются сложные науки в будущем.

Методика Домана. Карточки Домана.

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

Поскольку эти рефлексы даны детям природой, нужно их использовать, а иначе они постепенно исчезнут, и ребенку придется заново учиться ползать, плавать, ходить. Сохранив рефлексы ребенка, мы предоставим ему возможность стать активным участником жизненного процесса, а значит раньше своих сверстников «поумнеть» и «повзрослеть».

Итак, отталкиваясь от идей методики Домана,  можно сделать вывод, что нужно создать условия для физического стимулирования малыша!

Для этого новорожденного помещают в специальное приспособление — трек для ползания, который находится под небольшим наклоном. Малыш, лежа между бортиками трека на животе, касается их бедрами и предплечьями. Благодаря этому срабатывает тот врожденный рефлекс, который помог крохе выкарабкаться из маминого животика, и, едва появившись на свет, малыш проползает довольно значительные расстояния по треку. Рекомендованное время нахождения ребенка в треке (на полу, на мате) — 3-4 часа в день. При этом на ребенке должно быть надето минимальное количество одежды.

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

Также методика Глена Домана акцентирует внимание на развитии чувства баланса и равновесия (нужно вертеть и крутить ребенка различными способами), на обучении преодолевать преграды (валики, лежащие на полу, лестницы и т.д.). Важно обучать ребенка плавать, помогать ему ходить, бегать…

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

От одного этапа к другому мы переходим, освоив и выполнив массу определенных движений. Эти семь стадий обычный ребенок, с которым специально не занимаются, проходит за шесть с половиной лет, но их же можно пройти за три с половиной года, если действовать в соответствии с методикой Глена Домана. ;

Чему можно научить своего ребенка за 30 секунд

(по книге Г.Домана «Гармоничное развитие ребенка»)

Доман считает, что «Человеческий мозг — это самый совершенный компьютер, и он подчиняется той же закономерности: чем больше фактов ему известно, тем больше выводов он сможет из них извлечь. При этом если мы будем забивать головы наших детей всякой ерундой, вряд ли стоит ждать от них умных речей и поступков. Поэтому мы должны снабжать их точной, отчетливой и недвусмысленной информацией». 

Итак, рассмотрим на примере: если к вам подошел ребенок и спрашивает вас по поводу увиденной собаки, вы можете сказать ему:

1.  Отстань;

2.  Это «гав-гав»;

3. Это «собака»;

4. Это «лабрадор»;

5. Показать ему десять картинок с собаками;

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

Методика Домана утверждает, что если вы предпочтете именно шестой вариант, то ребенок сможет сам сделать выводы: все собаки имеют шерсть, лапы, хвост и т.д., но могут иметь разный окрас, размер, рост, длину хвоста и т.п. Таким образом, за 30 секунд можно значительно ускорить развитие мозга ребенка.

Как научить вашего ребенка читать

(по книге Г.Домана “Как научить вашего ребенка читать”).

Глаз ребенка видит написанное слово, хотя сам он не понимает его значение. Но, если малыш видит и одновременно слышит написанное слово, тогда его мозг интерпретирует полученную информацию – «понимает» и механически запоминает написанное. Глен Доман в своей методике утверждает, что со временем малыш на основании собственного опыта поймет законы чтения, точно так же, как когда-то он научился понимать устную речь.

Как работать с карточками Домана

Обучать ребенка чтению по методике Домана можно начинать с шестимесячного возраста.

Для этого используют специальные карточки размером 10×50 см, с написанными на них красным цветом печатными буквами высотой 7,5 см и толщиной шрифта 1,5 см. Для начала обучающие по методике Домана родители подбирают слова хорошо знакомые ребенку (члены семьи, игрушки, одежда, части тела, любимые блюда и т. п.).

1-й день. В течение 5-10 секунд мама показывает ребенку друг за другом 5 карточек со словами и четко произносит написанное на них: «мама», «папа», «бабушка» и т.д. Всё, занятие окончено. Теперь малыш получает награду – мамин поцелуй, объятия, ласку, слова любви и т.п. В течение первого дня показ карточек Домана нужно повторить еще 2 раза.

2-й день. Повторите вчерашние карточки и добавьте еще 5 новых карточек. Сегодня малыш уже получит 6 коротких занятий – 3 по старым карточкам и 3 по новым.

3-й день. Добавляется еще 5 новых карточек и, следовательно, будет проведено девять показов.

4-й и 5-й день. Таким образом, постепенно вы доходите до 25 карточек и 15 демонстраций в день.

6-й день. Добавляем новые пять карточек, убирая в изученных комплектах по одному слову.

Примерная ежедневная программа обучения чтению с помощью карточек Домана: подробнее

Ежедневное содержание — 5 наборов слов (25 карточек). Одно занятие — 1 набор из 5 слов, показанный лишь однажды.

Частота — каждый набор по 3 раза в день (5 наборов по 3 раза = 15 занятий).

Продолжительность одного занятия — 5 секунд.

Введённые слова — 5 слов ежедневно (по одному в каждый набор).

Удалённые слова — 5 слов ежедневно (по одному из каждого набора).

Количество демонстраций каждого слова — 3 раза в день в течение 5 дней, т.е. всего 15 раз.

Обратите внимание: в методике Домана даются четкие рекомендации, что дозировка занятий и количество карточек изменяют в зависимости от желания и настроения ребёнка.

Постепенно шрифт букв будет уменьшаться, а красный цвет сменит черный.

Методика раннего развития: подробнее

Последовательность обучения чтению по методике Глена Домана выстроена от простого к сложному

    • Первый этап — отдельные слова.
    • Второй этап — словосочетания.
    • Третий этап — простые предложения.
    • Четвертый этап — распространенные предложения.
    • Пятый этап — книги.


Как научить вашего ребенка считать

(по книге Г.Домана «Как обучить вашего ребенка математике»)

Доман в своей методике утверждает, что дети видят вещи такими, какими они являются на самом деле. Если мы скажем «два» — ребенок представит количество: две точки, а мы, взрослые, – значок (цифру «2»). Т.е. ребенок мыслит фактами, и если мы дадим ребенку такие факты, он научится с ходу определять количество предметов, не пересчитывая их, и откроет такие математические правила, как сложение, вычитание, умножение, деление и т.д.

Для обучения ребенка счету по методике Глена Домана нужно изготовить 100 карточек размером 27×27 см. На каждой карточке будет нарисовано в хаотичном порядке от 1 до 100 точек диаметром чуть меньше 2 см. 

Показ карточек осуществляется таким же образом, как и с карточками по чтению. Только в данном случае на начальном этапе вы используете только два набора: карточки с точками от 1 до 5 и карточки с точками от 6 до 10.

Последовательность обучения счету по методике Домана на фактическом материале выстраивается следующим образом:

  • Первый этап — освоение понятия «количество».
  • Второй этап – уравнения.
  • Третий этап — решение задач.
  • Четвертый этап — освоение понятия «цифра», запоминание цифр.
  • Пятый этап — цифровые уравнения.

Как дать ребенку энциклопедические знания

(по книге «Как дать вашему ребенку энциклопедические знания”)

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

Чтобы карточки действительно передавали ребенку энциклопедические знания, они должны отвечать следующим требованиям методики Г. Домана:

1. Отчетливо видны все детали.

2. Изображен только один предмет.

3. У него должно иметься специальное название.

4. Этот предмет должен быть незнаком вашему ребенку.

5. Карточка должна быть большой – наилучший размер 28×28 см.

6. Карточка должна быть чистой.

На одно занятие по карточкам с картинками по методике  Глена Домана отводится около 30 секунд.

Доман в своей методике разделил все существующие знания на десять разделов

1. Биология – в него входят категории, например, птицы, и соответственно, набор карточек: обычная ворона, малиновка, соловей, зяблик, орел, страус, курица, воробей, тетерев, цапля и т.д. 

2. Искусство – в него входят категории, например, картины Ван-Гога, и, соответственно, набор карточек-репродукций: «Школьник», «Подсолнухи», «Мадам Рулин со своим ребенком», «Почтальон Рулин», «Печальный старик», «Терраса кафе ночью», «Автопортрет», «Цыганские телеги», «Церковь в Оверне», «Поля с персиковыми деревьями в цвету» и т. д.

3. История – в него входят категории, например, правителей, и, соответственно, набор карточек: Николай II, Александр Невский, Столыпин, Александр I, Ленин, Иван Грозный, Петр I, Eкатерина II, Брежнев, Керенский и т.д.

4. География – в него входят категории, например, города России, и, соответственно, набор карточек с видами этих городов: Санкт-Петербург, Екатеринбург, Самара, Нижний Новгород, Ярославль, Красноярск, Новосибирск, Суздаль, Сочи и т.д.

5. Музыка – в него входят категории, например, композиторы – и, соответственно, набор карточек: Бетховен, Моцарт, Чайковский, Бизе, Верди, Кальман, Бах, Шопен, Мусоргский, Скрябин и т.д.

6. Язык – в него входят категории, например, английский или итальянский, и, соответственно, набор карточек: giorno (дeнь), ora (час), senso (чувство), enigma (загадка), scatola (коробка) и т.д.

7. Математика – в него входят категории, например, количество, и, соответственно, набор карточек: одна точка, две точки и т. д.

8. Анатомия человека – в него входят категории, например, скелет человека, и, соответственно, набор карточек–рисунков: череп, берцовая кость, лопатка, фаланга пальца, таз, лодыжка, ключица, локтевая кость, нижняя челюсть и т.д.

9. Общие знания – в него входят категории, например, орудия труда, и, соответственно, набор карточек: нож, топор, пила, отвертка, рубанок, молоток, лопата, грабли, сверло, коса и т.д.

10. Литература – в него входят категории, например, русские писатели, и, соответственно, набор карточек: Толстой, Пушкин, Достоевский, Лермонтов, Некрасов, Булгаков, Солженицын, Чехов, Гончаров, Бунин и т.д.

В рамках методики Глена Домана, занятия начинают с демонстрации трех различных категорий по 10 карточек в каждой. Каждая категория в течение дня демонстрируется 3 раза. Постепенно вы можете добавлять все новые и новые категории, пока их ежедневное количество не достигнет 12 (при показе 3 раза в день).

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

Каждая такая программа начинает с самой простой и заканчивает достаточно сложной информацией

Раздел: Биология.

Набор карточек: Обычная ворона.

Категория: Птицы.

1-й уровень: Вороны вьют свои гнезда на деревьях или в кустарниках. 

2-й уровень: Вороньи гнезда сделаны из веточек, переложенных травой или шерстью. 

3-й уровень: Вороны питаются насекомыми, семенами, фруктами и орехами. 

4-й уровень: Вороны (помимо прочего) едят моллюсков, падаль, мышей, яйца, рыбу, отбросы, шпатлевку, резину, изоляционный материал. 

5-й уровень: Самка вороны имеет один выводок птенцов в год. 

6-й уровень: Голос вороны — громкий, хриплый, совершенно не музыкальный.  

7-й уровень: Вороны относятся к семейству вороньих. 

8-й уровень: В семейство вороньих входят вороны, сойки и сороки.    9-й уровень: Большинство птиц семейства вороньих выбирают себе пару на всю жизнь. 

10-й уровень: Большинство птиц семейства вороньих живут стаями и гнездятся густонаселенными колониями. 

11-й уровень: Только в Новой Зеландии и на большинстве островов Тихого океана нет представителей семейства вороньих. 

12-й уровень: Семейство вороньих насчитывает 103 вида, объединенных в 26 родов.

Закончить обзор системы хотелось бы словами самого Глена Домана: «Наши методики — плод многолетней работы, и они хорошо себя зарекомендовали. Но никогда не стоит забывать о том, что чудеса заключены не в методиках, а в самом ребенке. Его мозг — это самое невероятное чудо. Да и вы сами тоже чудо».

Причины улучшения состояния больных детей

Далеко не все здоровые дети, занимающиеся в домашних условиях с помощью карточек Глена Домана, достигают значительных результатов. И наоборот, очень многие дети при Институте Домана смогли выйти на новые уровни своего физического и интеллектуального развития. Происходило это отчасти по таким причинам: 

1.    Матери больных детей верили в успех. Они прикладывали максимум усилий, изготавливая тысячи карточек, поскольку у них не было другого варианта, и они жертвовали всем, чтобы их дети научились хотя бы немного приподнимать голову, хотя бы ползать, хотя бы немного видеть, хотя бы немного слышать…

2.    Методика Глена Домана – становилась образом жизни семьи, где рос больной ребенок. Но как только занятия прекращались – развитие ребенка зачастую тоже останавливалось.

3.    Строгое следование методике Домана — проведение занятий систематично и в точной последовательности — приводило к тому, что дети привыкали именно к такой подаче материала (через стимулирование правого полушария мозга, минуя левое) и уже с трудом воспринимали информацию вне занятий.

4.    Дети с повреждениями мозга за неимением других возможностей могли заниматься только тем, что им предлагалось, и умели делать только то, чему их научили.

Спорные вопросы методики Домана

  • Когда читаешь книги Глена Домана, заражаешься его идеями, потому что выглядит все очень просто, логично и заманчиво. Однако есть спорные моменты этой методики, по поводу которых ведутся горячие дебаты:
  • В своей методике  Доман постоянно сравнивает человеческий мозг с компьютером, очень совершенным, наделенным огромным запасом памяти. Но живые дети – не электронные машины. Заполняя их головки сотнями и даже тысячами байтов информации, мы вряд ли сделаем их умнее или образованнее. Ведь мало знать те или иные факты. Нужно уметь их применять и использовать, а если этого не происходит, то ненужная информация, которую ребенок пока не может отфильтровать и «переварить» — скапливается в его голове, как ненужный хлам.
  • Изобилие информации может перегрузить и истощить нервную систему ребенка. И есть некая вероятность того, что это поспособствует психическим нарушениям (проблемы в общении, резкие перепады настроения, обидчивость, ранимость, чувствительность, тревожность, отсутствие способности к восприятию и сосредоточенности и т.д.) или физическим (головные боли, повышенная утомляемость, нарушения аппетита и т.д.). Если вам повезет и ребенок окажется стойким к таким перегрузкам — тогда, возможно, всё закончится действительно превосходными успехами.
  • Важно, чтобы стимулирующее воспитание и обучающее развитие соответствовало возрастным особенностям детей. Так, например, у детей в первую очередь развивается наглядное мышление, ребенок видит собаку и соотносит ее с названием «собака». Изучая же в рамках методики Домана по карточкам написанные слова и другие непонятные ребенку объекты, у ребенка формируется абстрактный образ, т.е. он сопоставляет название только с определенной карточкой. Вряд ли в зоопарке он узнает антилопу, так хорошо показываемую им до этого на картинке. Ведь для этого требуется определенный опыт, интеллектуальная зрелость и действенная потребность, которой у годовалых детей еще нет.
  • При обучении по методике Глена Домана ребенок пассивен, он получает информацию только для того, чтобы потом воспроизвести её. Тут нет никакого творчества, тут не надо добывать информацию, тут не возникает вопросов. Нужно только смотреть картинки и слушать бесстрастные факты. Таким образом, притупляется любознательность, заложенная в каждом ребенке с рождения, исчезает желание самостоятельно познавать и изучать мир.
  • Увлекаясь интеллектуальным развитием и оперированием абстрактными понятиями по методике Глена Домана, взрослые не оставляют ребенку времени на творческое, эстетическое, нравственное, психологическое и эмоциональное развитие. И как же насчет того, чтобы просто пообщаться и поиграть, подвигаться и побегать, попеть и потанцевать? Ведь, как известно, мозг ребенка развивается постепенно и в соответствии с гармонией, заложенной самой природой, а когда мы стимулируем только один-два отдела головного мозга, они развиваются за счет других отделов.
  • На занятиях  по методике Домана в основном задействованы только зрительные и слуховые органы, в то время как для целостности восприятия важно взаимодействие и всех остальных органов чувств: вкуса, запаха, тактильных ощущений.
  • Занятия с карточками Домана (их изготовление, сортировка, подбор, обучение) занимает много времени. И большинству родителей в скором времени начинает не хватать того энтузиазма, с которым они начинали работать по этой методике.
  • Обучение чтению по карточкам с картинками и подписями строится на машинальном запоминании слов, при этом ребенок всё равно не может читать книги с незнакомыми ему словами, анализировать прочитанное, добывать необходимую информацию. Обученный по методике Глена Домана, ребенок только воспроизводит ранее заученный текст. На практике большинство детей не улавливают связь между заученными словами и звучащей речью, и их все равно приходится учить читать заново.
  • Читаемые или прослушиваемые книги не всегда должны сопровождаться картинками, как этот принято в методике Домана. Это нужно для того, чтобы мозг малыша научился самостоятельно выстраивать зрительный ряд на основе текста. Иначе, ребенок, привыкший получать легкие знания только из картинок, скорее всего уже с трудом будет воспринимать обычный текст учебника без иллюстраций и не захочет учиться тому, что трудно или неинтересно.
  • Малыши лучше запоминают тот материал, который включён в разнообразные игры и активную деятельность. А по методике Глена Домана подача материала происходит только одним способом – через  карточки.

К счастью, у детей прекрасно развит инстинкт самосохранения

До 6 месяцев, с одной стороны, дети еще мало двигаются, и их можно было бы привлечь к показу карточек, но с другой стороны, они еще плохо концентрируют внимание на увиденных объектах, да и знания об окружающем мире еще  весьма скудны.

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

После года дети ни минутки не сидят на месте – порой мамам приходится бегать за ними с карточками Домана, чтобы те хоть краем глаза взглянули на демонстрируемый методический материал.

В 1,5 – 2,5 года малыши во всю проявляют свою самостоятельность и независимость – они могут начать отбирать у вас карточки, подолгу рассматривать картинки, задавать вопросы, противореча тем самым всей методике Глена Домана.

В 2,5 – 4 года детям уже далеко не всё равно, что изучать. Они будут смотреть только то, что действительно их заинтересует. 

После четырех лет у ребенка появляются куда более важные дела, чем рассматривание карточек. Именно в этот период он может наотрез отказаться заниматься по методике Домана.

Читать онлайн «Методика раннего развития Глена Домана. От 0 до 4 лет» – ЛитРес

Дети быстро схватывают бесчисленное множество предметов.

Цицерон

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

Квинтилиан (42–118 гг. н. э.) О воспитании оратора

У вас родился ребенок! Конечно же, как и все родители, вы мечтаете о том, чтобы он вырос умным и любознательным, способным и всесторонне развитым, чтобы у него не было проблем в обучении и усваивании знаний, ведь от этого зависит его успешность в будущем. И вы намерены приложить все усилия, чтобы предоставить ему все для этого необходимое.

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

Что такое раннее развитие

Термин «раннее развитие» означает интенсивное развитие способностей малыша, начиная с его рождения. Современные психологи и педагоги считают, что 7 лет – это очень поздно для того, чтобы начинать обучение ребенка, ведь его мозг готов к восприятию новой информации с первых секунд после рождения. Поэтому родителям настоятельно рекомендуют начинать заниматься с ребенком с первых же дней его жизни.

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

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

• Каждый ребенок индивидуален и развивается индивидуальными темпами. Нельзя сравнивать его с другими детьми.

• Цель любой методики раннего развития не «впихнуть» в ребенка как можно больше знаний и фактов, а научить его получать эти знания – развивая его умственные и физические способности.

• Обучение должно приносить обоюдное удовольствие и малышу, и маме, только в этом случае оно будет успешным.

Глава 1 Раннее развитие по методике Домана

Кто такой Глен Доман

Не будет преувеличением, если сказать, что ни одна методика раннего развития не вызывала столько споров и противоречивых суждений, как система Глена Домана. Среди мнений о его методе развития можно услышать как восторженные отзывы, так и суровую критику со стороны педагогов и родителей.

Многие люди брались за этот труд, получали сомнительные результаты или вовсе их не получали, видели нежелание, сопротивление детей против такого способа подачи информации, в результате, заразившись от Домана идеями раннего развития, меняли методику до неузнаваемости и получали свою, как, например, известная многим Сесиль Лупан.

Так кто же он, Глен Доман – величайший Учитель, открывший универсальный рецепт воспитания гениев, или просто автор сомнительной методики, вокруг которой развернулась бурная рекламная кампания? Полезно или вредно заниматься с ребенком по системе Домана?

Возможно, многим покажется странным, что такая известная методика «по воспитанию гениев» первоначально была реабилитационной. В конце сороковых годов XX века американский военный врач-нейрохирург Глен Доман, работая в филадельфийском институте, позже названном Институтом ускоренного развития ребенка (Better Baby Institute (BBI)), начал заниматься лечением детей с травмами мозга.

C помощью внешних раздражителей он пытался стимулировать «резервные» клетки головного мозга, не пораженные болезнью. Чтобы дети начали фиксировать взгляд, им стали показывать карточки с нарисованными красными точками, постепенно увеличивая их количество и интенсивность занятий. Потом – слова, картинки. Весь урок занимал 5–10 секунд, но таких уроков в день было несколько десятков. Метод сработал.

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

Будучи ученым-нейрофизиологом, Доман сделал уникальное открытие: мозг развивается лишь в том случае, если он работает. И чем интенсивнее будет нагрузка на мозг малыша в первые годы его жизни, тем лучше разовьется его интеллект. Чем больше с самого рождения малыша поощряют двигаться, тем быстрее идет формирование мозга, тем более совершенными и зрелыми будут его клетки и тем выше (по терминологии Домана) будет и его двигательный интеллект. Это значит, что малыш гораздо раньше общепринятых сроков начнет самостоятельно ползать, сидеть, ходить. А как только ребенок осваивает тот или иной двигательный навык, начинает развиваться следующий, более высокий, отдел мозга. Ну а чем быстрее идет формирование высших отделов (и особенно коры) головного мозга, тем умнее и сообразительнее будет ваш малыш.

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

Что дает методика Домана родителям и детям

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

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

• Человеческий потенциал огромен; в очень раннем возрасте детей можно очень многому научить.

• Стимулируя один из органов чувств, можно добиться резкого усиления активности мозга в целом.

• Мозг развивается лишь в том случае, если он работает.

• Чем больше с самого рождения малыша поощряют двигаться, тем быстрее идет формирование мозга.

Главным принципом методики Домана является гармоничное развитие ребенка. Это означает, что развитие интеллекта происходит в неразрывной связи с физическим развитием. Доман стремится «дать детям неограниченные возможности в жизни. А осуществление этой цели будет определяться тем, что выберет для себя ребенок, кем он решит стать, что приглянется ему из длинного списка возможностей». Но, чтобы он мог выбрать, ему необходимо эти возможности предоставить. Это и призваны сделать занятия: необходимо развивать слух, способность к языкам, пластику и силу мышц – все, что может стать потом любимым делом, источником вдохновения.

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

Это самый верный способ сделать малыша счастливым и успешным. Он научится без серьезных потерь выдерживать большие нагрузки, будет готов к ритму современной жизни, осознавать, что учеба – это источник интересных открытий и новых возможностей.

Прежде чем начать занятия

Работа с ребенком по методике Домана напоминает создание сложной компьютерной программы. Поэтому каждая частица знаний, которую получит малыш, называется «битом информации».

• Мозг ребенка с самого рождения запрограммирован на обучение.

• Учеба эффективна только в период роста мозга. А мозг человека растет до 7–7,5 лет, но активнее всего он растет в первые три года.

• Все младенцы обладают невероятными способностями к языкам.

• Чем быстрее идет формирование высших отделов (и особенно коры) головного мозга, тем умнее и сообразительнее будет ваш малыш.

Почти с рождения ребенку можно показывать большие карточки с «битами информации». Для обучения чтению используйте карточки со словами. Для обучения математике – карточки, на которых цифра заменена соответствующим количеством точек. Для получения энциклопедических знаний – карточки с картинками. Такая карточка может изображать животное, насекомое или произведение искусства. Название предмета записывается на обороте, именно его ребенок и должен прочесть. Чем подробнее (по Доману – информативнее) объяснение, тем лучше. Например, надпись «большая галапагосская черепаха» предпочтительнее, чем «черепаха».

 

Бесспорно, методика Глена Домана полезна и при правильной организации занятий эффективна, хотя, как и у любой методики, у этой системы есть свои минусы. Однако не стоит сразу же отказываться от методики, предложенной Доманом. Помните про правило «золотой середины»? Вот именно его-то и надо соблюдать, умело сочетая элементы этой системы с другими методиками раннего развития, со здравым смыслом, особенностями именно вашего ребенка, а также вашим образом жизни.

Глен Доман утверждает: «Если вы в течение десяти секунд покажете ребенку не просто 10 случайных карточек, а 10 карточек, относящихся к определенной категории, то тем самым предоставите ему возможность составить 3628800 комбинаций из полученных знаний. Теперь он не просто запомнит на всю жизнь десять бит информации, а овладеет целой системой знаний».

Система Домана хороша тем, что ребенок усваивает большой объем информации с легкостью, приятным для него способом, без насилия, угроз и тому подобных «воспитательных» изысков. Для развития творческих и исследовательских способностей родители всегда могут найти другие способы.

Перед началом занятий обязательно обратите внимание на несколько важных моментов.

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

• В системе Домана ребенок является пассивным объектом обучения. Он сидит, а мама показывает ему то одну, то другую серию карточек, сообщая строго определенный набор сведений о каждой. Не получается диалога и совместного творчества с ребенком.

Не надо отказываться от традиционных «бабушкиных» методов. Давайте малышу слушать как можно больше сказок, песен, стихов, причем они не всегда должны сопровождаться картинками, чтобы мозг малыша научился самостоятельно достраивать зрительный ряд к тексту. Это поможет развить у малыша речь, вовремя сформировать функции интерпретации текста. Не стоит забывать и о таких старинных «развивалках», как традиционные потешки, пестушки, пальчиковые игры.

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

• Если использовать при обучении только картинки с подписями, как рекомендует Доман, у ребенка не формируется текстовое мышление: умение самостоятельно читать (или слушать) и анализировать текст, добывать из него необходимую информацию.

• Доман сравнивает человеческий мозг с компьютером, очень совершенным, наделенным огромным запасом памяти, но все-таки компьютером, который для успешной работы необходимо снабдить хорошей базой данных. Но ребенок – не компьютер, и ему нужно большее, чем некий объем информации.

Итак, если вы решили начать обучение ребенка по методике Глена Домана, прислушайтесь к советам специалистов и опытных родителей.

• Не нужно четко следовать всем рекомендациям; обязательно сочетайте методические разработки Домана с другими занятиями и развивающими играми.

• Ориентируйтесь на реакцию малыша. Доман рекомендует показывать карточки очень быстро, задерживая каждую не более чем на 1–2 секунды. Мозг маленького ребенка работает иначе, чем у взрослого, и малыш как будто бы «фотографирует» картинку, а затем в состоянии покоя обрабатывает полученную информацию. Для детей первого – начала второго года жизни это действительно справедливо. Но полутора-двухгодовалый малыш сам обязательно даст вам понять, что эта методика его уже не устраивает. Скорее всего, он начнет отбирать у вас альбом, подолгу рассматривать картинки, задавать вопросы. Прислушайтесь к своему крохе, и вы обязательно поймете, как именно нужно с ним заниматься. Положитесь на свою интуицию, ведь любая готовая методика – всего лишь схема, из которой нужно выбирать то, что кажется полезным и нужным именно для вашего малыша.

• Никогда не делайте то, что вам не по душе и что, как вам кажется, не нравится ребенку.

• Не относитесь серьезно к утверждению Домана о том, что единственная потребность ребенка – познавать, а бесполезная игра – это всего лишь родительский способ «отделаться» от малыша. Психологами давно доказано, что игра для ребенка – это моделирование мира и возможность самовыражения.

• Занимайтесь с ребенком по времени столько, сколько у вас получается. Не переживайте, что в ваш распорядок дня не удается вписать трехразовый показ нескольких блоков карточек, большинство физических упражнений и т.  п. Стоит напомнить, что изначально методика разрабатывалась для детей, страдающих различными заболеваниями, и родители готовы были «жить для ребенка». Цель их жизни заключалась в том, чтобы поставить их на ноги. Нужны ли такие жертвы здоровому малышу? Будут ли счастливы родители, подчинившие свою жизнь целиком его обучению? И принесет ли это счастье самому ребенку?

• Занимаясь по методике Домана, используйте только то, что вам под силу. В любом случае это будет лучше, чем ничего.

• Не просите ребенка давать вам ответы, играть с вами, читать вам тогда, когда у него нет настроения, только из-за того, что пришло время очередной «порции» знаний.

• Главное – старайтесь как можно больше разговаривать с ребенком на любые темы. Это залог вашего успеха.

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

• Информация, которую вы даете маленькому ребенку, должна быть построена на основе принципа «Ребенок и его окружение», и границы ее необходимо расширять в зависимости от возраста ребенка. К примеру, можно показывать малышу карточки с предметами обихода, фруктами и овощами, растениями местности, в которой вы живете, домашними и дикими животными, которых он может увидеть или о которых рассказывается в его книжках. Очень полезны карточки, изображающие, что делают дети (идет, сидит, плавает, пьет из бутылочки, улыбается, спит). Можно сделать серию карточек, на которых будут изображены представители различных профессий: маляр, шофер, рыбак, врач, продавец, клоун и т. д. Все это не только расширяет кругозор малыша, но и развивает его речь. Для удобства использования вставьте карточки в фотоальбомы или папки с прозрачными кармашками – файлами, а картинки подпишите крупными, четкими буквами. Тогда малыш будет не только запоминать картинки, но и постепенно учиться читать.

• Радуйтесь каждому успеху вашего ребенка, даже малейшей попытке проявить себя, особенно если это желание замечено вами впервые.

• Совершенствуйтесь сами, никогда не останавливайтесь на достигнутом, ищите ответы на детские вопросы вместе с малышом, рассуждайте.

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

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

• Маленькие дети намного способнее к обучению, чем кто бы то ни был.

• Маленькие дети уверены в том, что самым замечательным подарком для них является внимание, которое им всецело уделяют взрослые, особенно папа с мамой.

• Самыми лучшими учителями являются родители.

• Они могут учить своего ребенка абсолютно всему, что знают сами, если только это знание истинно и основано на фактах.

• Не устраивайте «проверки знаний»: тестирование выявляет только то, что не усвоено.

• Учение – это игра, которая заканчивается до того, как ребенок устанет.

ЗАМЕТКИ ОПЫТНЫХ РОДИТЕЛЕЙ

Марина Ф.: «Мы с дочкой стали заниматься по Доману с 3-х месяцев. Начали с развития физических способностей. Благодаря этим упражнениям в 3 месяца ходили с поддержкой и ползали, садиться ребенок стал в 4 месяца, сам ходить – в 6,5 месяцев. Причем противники такого развития говорят только о том, что такие занятия якобы вредны для позвоночника ребенка. Скажу сразу, что все упражнения Домана для этого периода развития основаны на движении без нагрузки на позвоночник. Благодаря этим упражнениям и укрепляются мышцы и связки позвоночника. А вопрос: „Зачем ребенку в 3 месяца ползать или в 6 месяцев ходить?“ – я не понимаю. Может, логичнее будет предположить, что вредно пеленать ребенка и не давать ему двигаться? А если ребенок может ходить или ползать, он получает возможность открывать новые горизонты для познания окружающего мира. По крайней мере, мой ребенок был в восторге.

Дальше с 7 месяцев мы стали учиться читать. Для ребенка это была увлекательная игра. Опять же не понимаю тех, кто спрашивает: „А где же детство? Где необходимые детские игры?“ Наше обучение не занимало больше получаса в день, вот вам ответ – целый день на другие игры. Результатом занятий стало то, что ребенок в 1 год 8 месяцев читал детские книжки сам. Причем, чтобы не было проблем с длинными и неизвестными словами, мы, помимо целых слов, выучили еще и все известные слоги. С 10 месяцев учились считать. Сейчас дочке 2 года и 3 месяца, мы считаем до 100, делаем все простые математические действия, начинаем изучать таблицу умножения.

Приведу главный довод, почему я „за“ Домана. Большинство не подготовленных к школе детей к концу первого класса не успевают усвоить простой счет и математические действия, а тут уже второй класс – таблица умножения. Материал усложняется. Дети пытаются понять таблицу умножения, не зная толком счета. И начинается снежный ком: ребенок не усвоил одно, – ему уже другое усваивать надо. И так до выпускного класса. А отшлифованные до идеала начальные знания помогают, а не тормозят усваивание школьной программы. В жизни ребенку легче будет понимать другие простые и сложные вещи».

Методика Домана и последствия её применения

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

Содержание статьи:

  • Кто такой Гленн Доман
  • Суть развивающей методики Гленна Домана
  • Мифы методики интеллектуального развития Домана
  • Мнения специалистов о вреде применения методики Домана и других методик раннего развития (Важно! Современная физиология утверждает, что данная методика не эффективна и базировалась на ошибочных научных выводах)
  • Также рекомендую изучить комментарии — вокруг статьи развернулась качественная полемика с интересными и развернутыми мнениями, в частности дополнительная информация о важности последовательного формирования мозга, которую нарушают некоторые методики раннего развития из научных трудов по нейрофизиологии.

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

Методика Домана | Кто такой Гленн Доман

Гленн Доман (1919—2013) — американский врач-физиотерапевт. Основатель некоммерческой организации Института достижения потенциала человека, в которой практиковал применение своих восстанавливающих методик для детей с поражениями нервной системы. Когда использование восстанавливающих методик показало высокие результаты в реабилитации больных детей, часть из них Гленн Доман порекомендовал в своих книгах для раннего развития здоровых детей. Одна из наиболее популярных книг по раннему развитию детей — Гармоничное развитие ребенка. Наиболее популярна его техника обучению чтения с помощью карточек с изображениями и надписями.

Методика Домана | Суть методики развития детей

(вернутся к содержанию)

Методика Домана включает в себя серьезный набор физических упражнений и интеллектуальных тренажеров, которые надо регулярно выполнять. Доман является одним из авторов теории, в которой установлена прямая связь между физическим развитием и интеллектуальным. Он утверждает, что занимаясь физическими упражнениями с ребенком родители тем самым стимулируют развитие интеллекта и соответственно, чем лучше физическое развитие, тем выше интеллектуальные способности детей.

Упражнения для регулярного выполнения:

Методика Домана | Мифы методики интеллектуального развития

(вернутся к содержанию)

1 Эффективность. Существует множество отзывов на сколько и кому помогла эта методика. Существуют заявления о том, что с некоторыми нобелевскими лауреатами занимались по этой методике, НО ни одно контролируемое испытание на данный момент не подтвердило эффективность этой методики для раннего развития детей. Американская академия педиатрии комитета по проблемам детей с ограниченными возможностями вынесла несколько предупреждений против использования методик Домана для детей с повреждениями мозга. Издания предупреждений 1968 г., 1999 г., 2002г. и 2005. В предупреждениях указывается в первую очередь неэффективность методики. Также затронуты проблемы этичности — по мнению Американской академии педиатрии, рекламная компания методики подает чересчур много надежд родителям особых детей, в то же время стоимость прохождения курса методики в институте Домана очень высока.

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

3. Экономичность. При серьезном подходе количество карточек с картинками, словами и точками должно исчисляться тысячами!

4. Запоминание выдается за чтение. 

В рамках Американского телевизионного шоу The Today Show корреспонденты выясняли эффективность методик раннего чтения с демонстрацией карточек со словами у экспертов:

  • По мнению доктора Nonie Lesaux эксперта по развитию детей Гарвардского университета Высшей школы образования «Они запоминают то, что на этих карточках  … Это не чтение»;
  • По мнению доктора Maryanne Wolf директора когнитивной неврологии в Университета  Tufts  «Это экстраординарная манипуляция фактами»;
  • Доктор Karen Hopkins педиатр по развитию в Медицинском центре Langone  Нью-Йоркского университета: «Я думаю, что это заблуждение.  Я думаю, что это ложь, и я думаю, что это провоцирует ложные ожидания…»;

В рамках шоу был произведен опрос мнений десяти экспертов лучших университетов и организаций страны в области развития ребенка и у всех было единое мнение: «это не чтение, это просто запоминание».

Методика Домана | Мнения о вреде применения

(вернутся к содержанию)

 

Мнение психолога, кандидата педагогических наук Анны Бояринцевой:

«…Как и у всякой методики, и у методики Домана есть свои отрицательные стороны. Главная из них заключается в том, что при использовании данной методики ребенок из активного участника процесса обучения превращается в его объект. Во время обучения ребенок пассивен, работает только его зрительная система, охватывая ту информацию, которая расположена на карточках. Малыша нагружают фактами (делают из него «ходячую энциклопедию»), но не учат думать (использовать полученные знания).
Страдает эмоциональное и когнитивное развитие, т. к. нельзя развивать только одну (в данном случае зрительную) компоненту. «Факт» надо пощупать, потрогать и полизать, т. е. исследовать его всеми органами чувств, и потом, используя его взаимосвязи с другими «фактами», определить ему место в мире. Но, к сожалению, методика очень трудоемка и практически невыполнима, так как отнимает львиную долю времени у ребенка, не оставляя возможности просто побегать, поиграть. Кстати, Доман является категорическим противником игрушек, считая, что на них только тратится драгоценное время…»

Врач-невролог Елизавета Меланченко — противница методик раннего развития (статья из журнала Наш любимый малыш):

«…В качестве врача-невролога мне приходится консультировать и лечить детей с головными болями, непроизвольными движениями (тиками), недержанием мочи. Каждую неделю ко мне приводят малышей, у которых эти симптомы появились в течение месяца от начала какого-либо вида интеллектуальной деятельности. Проходят эти симптомы только тогда, когда родители решаются изменить режим дня и отдыха ребенка и снимают с него львиную долю интеллектуальной нагрузки.

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

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

У многих детей психологическое напряжение вызвано другой общей причиной — высокий интеллектуальный потенциал соседствует с низким уровнем социализации, эмоциональной нечувствительностью. Чем больше родители будут стремиться «развивать» своих суперспособных чад, тем раньше и тем острее проявятся психические нарушения, если ребенок имеет к ним склонность. В то время как без чрезмерных нагрузок ребенок мог бы прожить жизнь психически здорового человека или же нарушения проявились бы лишь в старшем возрасте.

Для многих молодых родителей интеллектуальное развитие в ущерб эмоциональному стало нормой жизни. Замотанная мама лишний раз не приласкает малыша, не поцелует и не погладит его. Грудничок подолгу лежит в мокрых пеленках, мама радуется, что он нетребователен, интересуется только развивающими игрушками и не теребит ее за фартук. В два года малыш начинает говорить длинными фразами и цитировать стихи. Родители опять радуются и отдают его в языковую группу. До трех лет все нормально. А потом ребенок становится неуправляем, отказывается слушаться взрослых, а порой перестает говорить вообще.

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

Мнение психолога Анны Клыковой (к сожалению страница-источник статьи прекратила свое существование):

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

Методика опирается на способность маленького ребенка запомнить большой объем информации. Предполагается, что ребенок, получив колоссальный объем информации (я даже не стала подсчитывать количество задействованных в методике карточек – оно огромно), будет способен впоследствии этой информацией пользоваться. И это обеспечит ему преимущество перед теми, кого не обучали по этой методике. На практике этого не происходит. Ребенок или просто ничего не помнит, или не пользуется этой информацией…..»

Мнение Марины Степановой, д.м.н., профессор НИИ гигиены и охраны здоровья детей и подростков РАМН:

«…Запоминание у детей носит механический характер и больше похоже на цирковой номер (как считающие собачки в цирке), чем на обучение…

….Вызубренный материал они понять и тем более проанализировать не в состоянии. В голове у ребёнка возникает чудовищная путаница…»

Мнение О.В. Хухлаевой – профессора, кандидата психологических наук, доктора педагогических наук, руководителя психологической службы НОУ «Ломоносовская школа»:

«… два (на самом деле больше) подводных камня, на которые можно налететь.

Первый обусловлен наличием функциональной асимметрии мозга, т.е. разными функциями, которые выполняют левое и правое полушария. Традиционное раннее обучение актуализирует в основном левое полушарие. Не вдаваясь в подробности, скажем, что есть шанс переутомить ребенка или вырастить из него «несозидателя», т. е. человека, не умеющего создать собственный творческий продукт.

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

Мое любимое слово – гармония. Поэтому давайте позволим ребенку гармонично развивать тело и душу. Логику и интуицию. Эмоции и разум. Тогда он обязательно будет счастлив…»

Мнение Т.В. Вымекаевой кандидата психологических наук, доцента кафедры психологии развития Сургутского государственного университета:

«…С проблемами перегрузок у младенцев и детей раннего возраста мы, психологи, сталкиваемся достаточно часто. Это очень опасный возраст из-за огромного потенциала «впитываемости» всего, что ребенку предлагается. У взрослых возникает великий соблазн «закачать» в принимающую систему как можно больше информации, не задавая себе вопрос: ЗАЧЕМ?. Оканчивается это, как минимум неврозами и психосоматическими расстройствами, а как максимум – психическими заболеваниями, ве дущими к серьезной задержке психиче ского развития на всю жизнь. Иногда создается ощущение, что из благих намерений родители (иногда педагоги) пытаются напичкать ребенка всем, что якобы может в жизни пригодиться. Но любое средство хорошо, когда на него есть жизненный запрос. А стратегия «про запас» напоминает «скупого рыцаря», который над своими сокровищами так и умер, не поняв, зачем они ему были нужны. Берегите своих детей от такой судьбы!…»

Мнение дефектолога и логопеда Полины Львовны, взято с форума Дискуссионного Клуба Русского Медицинского Сервера:

«…При раннем обучении чтению и письму непомерно эксплуатируется лобная зона, причем в ущерб всем остальным. В результате получаем » тепличных» детей…

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

..из зарубежных  данных: «Тепличное воспитание» является результатом деятельности взрослых, принуждающих ребенка приобретать знания, адекватными для более поздних стадиях развития. При этом у детей на фоне развития потребности к новой информации угасает интерес к общению и исследованию реального мира. Давая знания в готовом и условно-формальном виде мы тем самым подрубаем корни для их дальнейшего развития, лишаем их полноты эмоциональных впечатлений, не даем им возможности самим исследовать, творить и решать проблемы в постоянно изменяющихся условиях.
В качестве альтернативы такому воспитанию родителям предлагается обеспечить детям обогащенную среду и социальную поддержку, что позволяет детям получать представления о окружающем мире с помощью собственного сенсорного опыта, развивать когнитивные возможности и умение принимать самостоятельные решения.
Sigel, 1987 г. об исследованиях и наблюдениях, посвященных результатам обучения детей по стимулирующим программам, созданным на основе программы Глена Домана «Better Baby Program»…Статья о эксплуатации лобных долей не популярная, это выводы сделанные ведущими учеными, специалистами по раннему развитию на основании наблюдения за развитием т.н. «тепличных детей».
Приведу цитату:
«Снимая урожай раннего развития «тепличных детей»мы подрубаем их корни для дальнейшего развития,и лишаем их полноты эмоциональных впечатлений, у детей не только не хватает времени для игру них развивается неукротимая жажда достижений и угасает интерес и способность к неформальному общению… Выход видится в создании обогащенной развивающей предметной среды и социальной поддержки… Родители должны поощрять детей в приобретении социальных знаний, развитии ясной и устойчивой Я-концепции и в формировании позитивных взаимоотношений с другими людьми» (Sigel, 1987)
С тех пор прошло много времени, и потеряв популярность за рубежом, эти методики стали активно пропагандироваться у нас…

…Я считаю вредным использовать методику раннего обучения, не учитывающего последовательность созревания зон головного мозга и развивающего символические функции (цифры, буквы) в ущерб деятельности. Все это и случается у тех, кто полностью следует методике Глена Домана. Придумала это не я. Есть наблюдения по развитию уже взрослых людей, которые в детстве обучались по этой методике.»

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

Признаться, я также как и многие родители не смогла устоять против рекламных обещаний сделать моего ребенка гением, в крайнем случае эрудитом. Примерно с 3-х месяцев до последнего времени (8-ти месяцев) я регулярно демонстрировала Яне карточки с картинками и словами — 3 раза в день около 30 карточек, как завещал дедушка Доман. Сказать, что это дало какой-нибудь эффект я не могу. Развитие Яны идет без особых скачков и достаточно близко к среднему графику развития указанному в книгах.

Как я уже писала множество мнений и исследований специалистов данной методики не так много как хотелось бы, но многие родители, разобравшись с сомнительной эффективностью методики Домана, посчитали своим долгом донести эту информацию для остальных:

  • одна из самых известных мам, которая усомнилась в эффективности методики Домана — французская артистка Сесиль Лупан. Она написала книгу «Поверь в свое дитя»  в которой описывает своей неудачный опыт развития по методике Домана и приводит собственный подход к развитию детей.
  • папа Леонид Некин — также автор нескольких книг,  на собственном сайте описывает своей неудачный опыт развития по методике Домана;
  • папа Вячеслав Озеров — пытался безуспешно применить методику к своему особому малышу. Приводит множество обоснованных доводов против использования данной методики в их числе «Впечатление было двоякое: вроде бы всё правильно, но прослеживался навязчивый популизм в изложении процессов развития мозга ребенка. На фоне рассказа о «поиске истины» читателю преподносилась упрощенные, а в ряде случаев явно не соответствующие науке, данные о мозге человека и методики его развития.».

Во многих статьях об эффективности методики Домана приводятся аргументы в пользу развития правого полушария и многие мамы начинают этим целенаправленно заниматься. Упражнения на развитие памяти «Бит интеллекта» сравнивают с методикой Макото Шичида, которая направлена на развитие правого полушария. По мнению специалистов, односложные занятия на механическое развитие одного навыка (в случае с «Битом интеллекта» Домана это механическая прокачка памяти) или занятия несоответствующие возрасту могут привести к множеству проблем и стоит 100 раз подумать прежде чем начать использовать эти занятия.  Чрезмерная прокачка занятиями одной зоны мозга повлечет помехи развития других зон.  Особо продвинутые мамы пытаются сделать из своих малышей левшей, чтобы максимально развить творческие способности. Они не учитывают, что прибавляя творческие способности ребенку, не уделяют должного внимания развитию логики. К тому же учеными доказана врожденная предрасположенность к использованию левой или правой руки.

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

UPD:

Так как дискуссия оказалась достаточно острой, я посчитала себя обязанной расставить все точки над Й. В результате получилась статья с перечислением доказанных фактов вреда при применении методики Домана и других: Вред раннего обучения (выбор правильных ориентиров раннего развития).

Если вам понравился материал, Вы можете подписаться на уведомления о новых статьях по электронной почте или присоединиться к группе ВКонтакте.

Ссылки по теме:

Folow @MamaZanuda

Основные принципы методики раннего развития Домана-Маниченко

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

Доман создал свою систему в 40-х годах для обучения детей с проблемами здоровья (мозговыми травмами, поражениями центральной нервной системы). Разработанные им методы воздействия на головной мозг помогали этим детям достичь больших результатов, чем принято было ожидать. Впоследствии в его институте эту же методику взяли на вооружение и при обучении обычных детей. По мнению Домана, проблема обучения в раннем возрасте (до 3 лет) состоит лишь в том, что дети, воспринимая информацию моментально, не способны дать родителям это понять. Ведь заниматься нужно с рождения, а малыш еще не умеет говорить. В таком случае, задача взрослых – предоставить как можно больше фактов, образов, впечатлений, чтобы ребенок развивался гармонично и активно.

В основе методики Домана – восприятие информации одновременно через визуальный и аудиальный каналы. Иными словами, все занятия проводятся по определенной схеме: информация многократно демонстрируется ребенку на специальных карточках и сразу же озвучивается.

В обучении по методике Домана можно выделить несколько основных направлений: чтение, математика, знакомство с окружающим миром.

Обучение чтению

Основываясь на том, что изучение слов по буквам и слогам имеет достаточно высокий уровень абстрактности, Гленн Доман пришел к выводу: запомнить слово целиком ребенку намного проще. Тем более, если начать занятия как можно раньше. В самом раннем возрасте мышление ребенка направлено на обучение. У него гибкая память, которую нужно усердно тренировать, способность легко переключаться, обращать внимание на все и сразу. И ориентируется в мире маленький ребенок, рассматривая окружающие предметы, явления, людей.

Доман предлагает обучать чтению путем показа карточек со словами. Чтобы малыш мог сфокусировать на них свое внимание, слова должны быть крупными и яркого (красного) цвета на контрастном белом фоне. Показывать такие карточки необходимо быстро и в определенном порядке. На группу из 5 карточек уйдет 5 секунд. На все занятие (3 раза в день) – 15 секунд. Достаточно ли этого для запоминания? Как утверждают ориентированные на эту методику специалисты, вполне. Ребенок словно фотографирует словесный образ и постепенно учится соотносить его со звуковым. Позже количество карточек увеличивается, а шрифт на них уменьшается и становится черным – с возрастом ребенок развивает способность распознавать мелкие детали.

Обучение математике

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

Большое внимание Доман уделяет и физическому развитию. Мы знаем, что мелкая моторика связана с беглой речью, но любая физическая активность также стимулирует работу мозга. Доман утверждает, что залог здоровья – это движение, а интеллект развивается, лишь когда перед ним ставят все новые и новые задачи. Успехи детей особенно в этой сфере убедили многие семьи перейти на обучение по методике Домана. В 90-е годы она пришла и в Россию.

Методика Домана-Маниченко

Преобразовать методику Гленна Домана взялся педагог Андрей Маниченко. Он разработал дополнительные обучающие задания и по-новому взглянул на сам процесс занятий с ребенком. Если Доман рассматривал обучение в отрыве от детских развлечений, то Маниченко предложил игру как основной способ общения.

Методика Домана-Маниченко теперь широко известна и применяется не только для развития навыков чтения и счета – с ее помощью родители обучают детей иностранным языкам, географии, истории, развивают его творческие способности. В созданной Андреем Маниченко компании «Умница» разрабатываются все новые и новые комплекты для раннего развития малыша. Занятия по ним делают ребенка более эрудированным, а самое главное, помогают ему сохранить способность запоминать большой объем информации. Это свойство является, пожалуй, самым важным во время бурного интеллектуального развития малыша.

В этом плане интересна программа развития мышления и кругозора «Мир на ладошке». Она рассказывает ребенку о вещах, с которыми он сталкивается каждый день, и о тех предметах и явлениях, знание которых является базовым. Эти занятия проходят с карточками – с крупными яркими картинками. Помимо названий и зрительных образов изображенных предметов ребенок усваивает и всевозможные интересные факты о них. Также создатели комплектов предлагают множество игр и творческих заданий. Малыш будет изучать окружающий мир не только по карточкам, но и непосредственно наблюдая за ним и ставя эксперименты. Для ребенка это не только полезно, но и чрезвычайно интересно.

Однако основополагающими для методики Домана-Маниченко по-прежнему являются занятия по чтению и математике. В чем же их отличия от методики-источника?

Маниченко создал целую систему развития интеллекта с пеленок, где объединил лучшие находки Домана и собственные разработки.

Так, комплект «Чтение с пеленок» в основном следует первоначальной схеме занятий: ребенок изучает карточки со словами, после переходит к словосочетаниям, далее – к предложениям. Но Маниченко разработал и продолжение комплекта – первые книжки для малыша. Переход к чтению непосредственно книг – процесс важный, но трудоемкий. Книги должны отвечать всем требованиям методики, и Доман утверждал, что найти их очень проблематично. Книги Маниченко разработаны специально для органичного продолжения занятий с карточками.

Для продолжения обучения и закрепления результатов, полученных при работе с карточками, был создан целый комплект – «Говорим с пеленок» (Умница) – обновленная версия 2015 г. Кроме карточек со словами (а также с отдельными буквами), в его состав входят книги-листалки. Они устроены таким образом, чтобы основной принцип – демонстрирование информации в быстром темпе – сохранился. При этом каждая книга содержит увлекательную игру-манипуляцию с пройденными словами (это может быть пальчиковая игра, считалка, мирилка, умывалка и так далее). В свою очередь, на карточках этого комплекта повторяются слова, употребленные в книгах.

Итак, ребенок умеет читать, еще не научившись хорошо говорить. На это нацелены занятия – и они дают результат. Однако не стоит ждать феноменального интеллектуального скачка от каждого ребенка. Родителям нужно усердно заниматься с ребенком, поддерживать его, направлять. Только тогда он потянется к знаниям.

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

Полностью игровое воспитание представлено в методике Сказкотерапия, также от компании «Умница». Это серия комплектов персонализированных сказок, в которых ребенок – главный герой. Поведение этого героя, соответственно, становится примером для подражания или назидательным уроком. В комплектах есть и маленький игрушечный рассказчик – кукла-перчатка. Надевая ее на руку и озвучивая, родители могут сделать игру более легкой для восприятия, а также обратить внимание малыша на важные моменты сказки.

Эмоциональное и психологическое развитие столь же важно, как и интеллектуальное, поэтому все комплекты и методические пособия желательно использовать в связке.

Ребенок с первых дней жизни знакомится с миром и активно формирует не только характер и бытовые пристрастия, но и собственную информационную базу. Задача родителей помочь ему в этом, предоставить малышу как можно больше возможностей. Заложить фундамент будущей личности в возрасте до 3-х лет необходимо, и методика Домана-Маниченко может в этом помочь.

Карточки Домана. Как заниматься? Пошаговая инструкция

Детство – замечательное время открытий, время изучения мира. Именно в этот период, на ребенка ежеминутно обрушивается масса информации. Изучая ее, ребенок учится и  развивается. Развитие это происходит очень стремительно, благодаря тому, что у  младенцев и маленьких детей есть уникальная способность легко учиться и на лету запоминать огромные объемы информации.

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

И  нам, родителям надо только немножко им помочь в этом.

Советуем вам для более эффективного обучения соблюдать основные правила проведения занятий:

1.С какого возраста начинать занятия?

Начинайте заниматься как можно раньше (с 3-6 месяцев). Первый год жизни – критическое время. Это время, когда мозг растет максимально, но растет за счет использования.   Если  занятия начинаются позже, на втором году, компенсировать  упущенное время в полной мере очень сложно.

2. Настроение во время проведения занятий

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

3. Как показывать карточки Домана?

Первым делом, напомним о важности выбора темы карточек. Тема должна вызывать интерес у ребенка. Не всегда легко угадать, но стоит присмотреться на чем задерживается взгляд малыша? Что именно его интересует? Животные? Птицы? Насекомые? Транспорт?

Если вы видите, что ошиблись в выборе, не переживайте – просто отложите эти карточки на время.  Чуть попозже, малыш подрастет и  ситуация может кардинально измениться.

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

Итак, приступим:

  • Для первого занятия выберите 5 карточек из одного набора. Перед занятием обязательно произнесите название категории: ” Сейчас мы с тобой познакомимся с “Домашними животными”.
  • Быстро (1-2 секунды) показывайте карточки, четко и громко произнося название. В первые дни можно говорить полностью ” Это домашнее животное называется – кролик.” Потом можно произносить  только название: “Кролик!”
  • Чтобы при демонстрации не тратить время, на обороте каждой карточки можно написать название.   Рекомендуем держать все карточки перед собой и перекладывать их с задней карточки наперед. В таком случае, вы успеете прочесть название на обороте, не заглядывая на саму картинку.
  • После занятия возьмите малыша на руки, обнимите и пусть наградой  за старания, станет мамин поцелуй.
  • За день проведите три занятия с одинаковыми карточками. Промежутки между занятиями должны быть не менее  30 минут и обязательно каждый раз перемешивайте карточки, чтобі избежать механического запоминания.
  • Со второго дня добавьте еще  пять карточек из другой категории – еще три показа в день. Всего будет 6 “занятий”. 3 – со старыми и 3 – с новыми карточками.
  • Если вы видите заинтересованность,  постепенно увеличивайте количество карточек и показов в день. Если малыш устает – не спешите,  остановитесь на комфортном для него и вас количестве карточек и показов.
  • Карточку необходимо показывать около 30 раз, т.е. при трехразовом повторении в день, –   десять дней. После этого, по одной  начинаем откладывать старые карточки и вводить новые.

Начните занятия с пяти карточек на одну тему. Показывайте их три раза в день. На следующий день добавьте еще пять карточек

Для удобства держите  изученные и новые карточки в разных стопках или коробочках. На обратной стороне,  карандашом можно отмечать дату показа карточки.

4. Скорость отображения карточек

Чтобы достичь лучших результатов, нужно демонстрировать карточки с правильной скоростью. Гленн Доман утверждал, что карточки должны меняться очень быстро – 1-2 секунды.

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

5. Количество повторений

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

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

6. Общее время показа

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

7. Мультисенсорный способ демонстрации карточек

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

Суть мультисенсорного способа в том, что новая  информация воспринимается детьми легче, если они получают ее через несколько сенсорных каналов.

8. Похвала и одобрение успехов ребенка

Самая важная награда для крохи – ваша похвала и одобрение каждого успешного шага. Чем с большим воодушевлением, вы замечаете маленькие «победы», тем выше самооценка и мотивация, интерес к учебе.

9. Организация и подготовка занятий

Тщательно готовьтесь к урокам. Ваша организованность и последовательность – прежде всего.

10. Недопустимость «тестирования»

Не проверяйте своего ребенка. Даже самые маленькие «ученики» не любят «экзамены», проверка и оценка  знаний,  – тормоз успеха. Ваша задача – предоставить новую информацию, а не контроль.

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

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

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

Чувствуйте настроение вашего ребенка, его интерес. Только в этом случае вас ожидает успех.

 

*При копировании материалов ссылка на сайт обязательна. 

8 Основ метода Домана — Официальный веб-сайт Doman International®

Автор Noah Doman

Когда мой дедушка Гленн Доман основал свой первый реабилитационный центр в 1955 году, я не думаю, что он предполагал, что целый метод лечения детей с особыми потребностями будет назван в его честь. Однако, будучи молодым физиотерапевтом, он изменил парадигму в лечении этих детей, которая до сих пор используется тысячами родителей и семей. Его влияние было настолько велико, что родители, обожавшие его вклад в эту область, назвали его открытия и работу «Метод Домана».

Гленн Доман читает лекцию родителям детей с особыми потребностями.

Многие спрашивают: «Что такое метод Домана?» Метод Домана — это система домашних программ, проводимых семьями для помощи в развитии детей с особыми потребностями. В методе Домана есть несколько важных элементов, которые отличают его от многих основных методов лечения детей с особыми потребностями:

1. Он проводится на дому

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

2. Интегративный

Метод Домана – это не отдельное действие или программа, это интегративная система программ. Он включает в себя физические программы для развития подвижности и ручного труда, интеллектуальные программы для улучшения когнитивных функций и речи, а также физиологические программы для питания, дыхания, сна и других важных областей функционирования организма. Только тогда, когда все три из этих областей (физиологическая, физическая и интеллектуальная) затронуты, ребенок может двигаться по пути к здоровому образу жизни.

3. Целостность

Метод Домана – это естественные и безопасные методы лечения, которые могут помочь ребенку развиваться целостно. Никаких сильных лекарств с опасными побочными эффектами не назначают. «Не навреди» — девиз команды Doman International.

Изучение метода Домана может помочь любому ребенку добиться полного раскрытия своего потенциала.

4. Это расширяет возможности родителей

Одна из важных философий учений Гленна Домана, которые Doman International проводит сегодня, заключается в том, что родители и семьи составляют лучшую команду терапевтов, которую может иметь ребенок. Предоставление родителям знаний и инструментов, которые помогут их детям, ставит их на место водителя в процессе выздоровления их ребенка.

5. Ставит перед собой высокие цели

Целью каждого ребенка является полное здоровье. Гленн Доман поставил перед собой эту невероятно сложную цель, потому что любая меньшая цель ограничивает потенциал ребенка. Команда Doman International не верит в самоограничивающие убеждения. Мы ставим высокую планку, чтобы добиться наилучших результатов для каждого ребенка.

6. Он интенсивный

Одним из наиболее распространенных нападок на метод Домана является то, что он интенсивный — это правда. Однако в мире детей с особыми потребностями необходима интенсивность, чтобы помочь ребенку быстро улучшиться и достичь наилучших результатов. Интенсивность предназначена для максимального развития и прогресса ребенка. Тем не менее, родители могут пройти курс «Метод Домана: от особых потребностей к хорошему самочувствию» и выбрать интенсивность занятий по своему выбору — каждая семья уникальна, и не существует универсального подхода, подходящего для всех. Родители могут прийти учиться, а затем продолжить с комфортной для них скоростью.

7. Это гибко

Doman International фокусируется на одной цели — достижении наилучших результатов для детей. Метод Домана продолжает меняться и развиваться со временем. По мере появления новых, более успешных методов лечения, помогающих детям, они добавляются к методу, а другие удаляются. Проблема со словом «метод» в том, что оно указывает на отсутствие изменений. Возможно, «Эволюция Домана» будет лучшим выбором слов!

8.

Исторический… и совершенно новый:

Гленн Доман начал свою работу в 1955 году, но его дело продолжают его дети и внуки. Пять членов его семьи продолжают продвигать метод Домана в Doman International.

Как я уже писал выше, мой дед никак не мог знать более шестидесяти лет назад, что он собирается начать движение, которое будет носить его имя. Теперь, сотни тысяч семей спустя, метод Домана оставил неизгладимое влияние на человечество. По мере того, как метод Домана развивается и растет вместе с командой Doman International, мы можем только гадать, каким он будет через шесть десятилетий.

Ной Доман

Что такое метод Домана? — Официальный веб-сайт Doman International®

Автор Noah Doman

Когда родители детей с особыми потребностями ищут ответы, чтобы помочь своим детям, они часто слышат о «Методе Домана» и работе Doman International и ее подходе к помощи детям с особыми потребностями. Однако иногда родителям неясно, что такое метод Домана и как он работает.

Во-первых, чтобы понять метод Домана, нужно понять его историю и то, как он начинался. Все началось в 1955 году, когда Гленн Доман, молодой физиотерапевт, создал свой первый реабилитационный центр в Филадельфии. Работая с доктором Темпл Фэй, главным нейрохирургом Университетской больницы Темпл, Гленн начал разрабатывать свои собственные программы лечения, чтобы помочь взрослым, перенесшим инсульт. Инсульты приводят к повреждению головного мозга, и Гленн обнаружил, что физиотерапия, которую он изучал в школе, не помогала его взрослым пациентам. Он обнаружил, что причина, по которой эти методы лечения не помогали пациентам, заключалась в том, что лечение было сосредоточено на симптомах, а не на реальной проблеме, которая была в мозгу. Он понял, что традиционная физическая и речевая терапия были сосредоточены только на симптомах, но давали плохие результаты, поскольку на самом деле они не устраняли источник проблемы.

Итак, вместе с доктором Фэй Гленн создал свои собственные программы лечения для своих пациентов, которые воздействовали непосредственно на мозг, а не на симптомы. Эти пациенты поправлялись намного быстрее и лучше, чем он когда-либо надеялся. Было ясно, что он и его команда на правильном пути. Так начался метод Домана.

Гленн Доман, основатель метода Домана

Гленн расширил свою деятельность, чтобы помочь детям с особыми потребностями, так как у них самих были неврологические заболевания. В то время как детям могли ставить диагнозы аутизма, церебрального паралича, задержки развития, СДВ/СДВГ, PDD-NOS, трисомии 21 и других генетических аномалий, эпилепсии, трудностей в обучении, речевой апраксии и множества других диагнозов — Гленн обнаружил, что эти у детей было неврологическое заболевание, и если бы их мозг мог улучшиться, их функции также улучшились бы. Для многих из этих детей Гленн узнал, что общество имело тенденцию «навешивать ярлыки и ограничивать» этих детей — что диагноз был поставлен, но с ним не было никакой надежды. Он не приписывал этому способу мышления.

Несмотря на то, что он добился отличных результатов с детьми, которых видел, он обнаружил, что именно тогда, когда семьи детей проводили лечение дома, они добивались наилучших результатов. Гленн начал обучать семьи основам роста и развития мозга, а также тому, как проводить лечебные программы дома. Переход от модели лечения, основанной на терапевте, к модели лечения, основанной на семье, стал изменением парадигмы в области лечения. Это была, пожалуй, величайшая эволюция в истории метода Домана, которая продолжается и сегодня.

Метод Домана расширялся по мере открытия и внедрения новых методов лечения. Метод не является единичным лечением или мероприятием; это целостная система лечения, которая включает физиологические, пищевые, физические, сенсорные и когнитивные методы лечения. По этой причине для обучения семей этим методам лечения необходима команда экспертов в этих различных областях. В Doman International команда учителей инструктирует родителей, как выполнять программы интегративного лечения дома, что помогает их детям полностью раскрыть свой потенциал.

Итак, чтобы ответить на исходный вопрос: «Что такое метод Домана?»

Метод Домана — это система домашнего лечения, предназначенная для помощи детям с особыми потребностями в развитии и прогрессе во всех областях деятельности с конечной целью — оздоровление.

В Doman International родители учатся применять метод Домана дома, чтобы помочь своим детям полностью раскрыть свой потенциал. Все начинается с обучающего семинара для родителей «Метод Домана: от особых потребностей к здоровому образу жизни», который проводит Doman International. Многие родители, которые посещают этот курс, продолжают возвращаться в Doman International, чтобы их дети прошли оценку и им была назначена домашняя программа для их детей.

Сегодня семья Доман продолжает нести открытия и учения Гленна Домана и работает над тем, чтобы воплотить его мечту в жизнь — помочь всем детям во всем мире полностью раскрыть свой потенциал. В Doman International пять членов семьи Доманов продолжают обучать методу Домана семьи по всему миру. Дуглас Доман, сын Гленна, работает директором Doman International. Его жена, Розалинда Доман, является клиническим директором. Внучка Гленна, Морган, является главным операционным директором. Я внук Гленна и работаю директором по инновациям Doman International. Моя жена Мелисса — директор отдела физического развития.

Дуглас Доман, основатель и президент Doman International

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

Хотите узнать больше о том, как метод Домана может помочь вашему ребенку? Заполните форму ниже, и мы вышлем вам информацию.

Ной Доман

Что такое DNS? – Введение в DNS

DNS, или система доменных имен, преобразует удобочитаемые доменные имена (например, www.amazon.com) в машиночитаемые IP-адреса (например, 192.0.2.44).

 

 

Введение в DNS Введение в DNS Введение в DNS

Все компьютеры в Интернете, от вашего смартфона или ноутбука до серверов, которые обслуживают контент для крупных розничных веб-сайтов, находят друг друга и общаются друг с другом с помощью номеров. Эти номера известны как IP-адресов . Когда вы открываете веб-браузер и переходите на веб-сайт, вам не нужно запоминать и вводить длинный номер. Вместо этого вы можете ввести доменное имя , например, example.com, и все равно оказаться в нужном месте.

Служба DNS, такая как Amazon Route 53, — это глобально распределенная служба, которая переводит удобочитаемые имена, такие как www. example.com, в числовые IP-адреса, такие как 192.0.2.1, которые компьютеры используют для подключения друг к другу. Система DNS в Интернете работает во многом как телефонная книга, управляя сопоставлением имен и номеров. DNS-серверы преобразуют запросы имен в IP-адреса, контролируя, к какому серверу попадет конечный пользователь, когда он введет доменное имя в свой веб-браузер. Эти запросы называются запросов .

Типы службы DNS

Авторитетная служба DNS: Служба авторитетной DNS предоставляет механизм обновления, который разработчики используют для управления своими общедоступными именами DNS. Затем он отвечает на запросы DNS, переводя доменные имена в IP-адреса, чтобы компьютеры могли общаться друг с другом. Авторитетный DNS имеет окончательные полномочия в отношении домена и отвечает за предоставление ответов на рекурсивных DNS-серверов с информацией об IP-адресе. Amazon Route 53 — авторитетная система DNS.

Рекурсивный DNS : Клиенты обычно не отправляют запросы напрямую в авторитетные службы DNS. Вместо этого они обычно подключаются к другому типу службы DNS, известной как преобразователь или рекурсивная служба DNS . Рекурсивная служба DNS действует как консьерж отеля: хотя она не владеет никакими записями DNS, она действует как посредник, который может получить информацию DNS от вашего имени. Если рекурсивный DNS имеет ссылку DNS кэшируется или сохраняется в течение определенного периода времени, затем он отвечает на запрос DNS, предоставляя информацию об источнике или IP. Если нет, он передает запрос одному или нескольким авторитетным DNS-серверам для поиска информации.

Начните работу с AWS бесплатно

Создайте бесплатную учетную запись
Или войдите в консоль


Получите двенадцать месяцев доступа к уровню бесплатного пользования AWS и воспользуйтесь функциями базовой поддержки AWS, включая круглосуточное обслуживание клиентов, 7 дней в неделю, 365 дней в неделю, форумы поддержки и более.

Обратите внимание, что Amazon Route 53 в настоящее время недоступен на уровне бесплатного пользования AWS.

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

  1. Пользователь открывает веб-браузер, вводит www.example.com в адресную строку и нажимает Enter.
  2. Запрос на www.example.com перенаправляется на преобразователь DNS, который обычно управляется поставщиком услуг Интернета (ISP) пользователя, например поставщиком кабельного Интернета, поставщиком широкополосного доступа DSL или корпоративной сетью.
  3. Преобразователь DNS для интернет-провайдера перенаправляет запрос на www.example.com на корневой сервер имен DNS.
  4. Преобразователь DNS для интернет-провайдера снова перенаправляет запрос на www.example.com, на этот раз на один из серверов имен TLD для доменов . com. Сервер имен для доменов .com отвечает на запрос именами четырех серверов имен Amazon Route 53, связанных с доменом example.com.
  5. Преобразователь DNS для интернет-провайдера выбирает сервер имен Amazon Route 53 и перенаправляет запрос на www.example.com на этот сервер имен.
  6. Сервер имен Amazon Route 53 ищет в размещенной зоне example.com запись www.example.com, получает соответствующее значение, например IP-адрес веб-сервера, 192.0.2.44, и возвращает IP-адрес в DNS-преобразователь.
  7. DNS-преобразователь для интернет-провайдера наконец-то получил IP-адрес, который нужен пользователю. Преобразователь возвращает это значение веб-браузеру. Преобразователь DNS также кэширует (сохраняет) IP-адрес для example.com в течение указанного вами периода времени, чтобы он мог быстрее реагировать при следующем просмотре на example.com. Для получения дополнительной информации см. время жизни (TTL).
  8. Веб-браузер отправляет запрос www. example.com на IP-адрес, полученный от преобразователя DNS. Здесь ваш контент — это, например, веб-сервер, работающий на экземпляре Amazon EC2, или корзина Amazon S3, настроенная как конечная точка веб-сайта.
  9. Веб-сервер или другой ресурс по адресу 192.0.2.44 возвращает веб-страницу для www.example.com в веб-браузер, и веб-браузер отображает страницу.
                                            70177 7

                                                  Дополнительная литература: Глубокое погружение в DNS

                                                  1.3: Классификация — система трех доменов

                                                  1. Последнее обновление
                                                  2. Сохранить как PDF
                                                • Идентификатор страницы
                                                  2699
                                                  • Гэри Кайзер
                                                  • Общественный колледж Балтимора Кантри (Кантонсвилл)

                                                  Цели обучения

                                                  1. Дать определение филогении.
                                                  2. Назовите 3 домена системы классификации 3 доменов и узнайте описание каждого.
                                                  3. Назовите четыре царства домена Эукария и узнайте описание каждого.
                                                  4. Дайте определение горизонтальному переносу генов.

                                                  Земле 4,6 миллиарда лет, и считается, что микробная жизнь впервые появилась между 3,8 и 3,9 миллиардами лет назад; на самом деле, 80% истории Земли было исключительно микробной жизнью. Микробная жизнь по-прежнему является доминирующей формой жизни на Земле. Было подсчитано, что общее количество микробных клеток на Земле порядка 2,5 х 10 30 клеток, что составляет основную долю биомассы на планете.

                                                  Филогенез относится к эволюционным отношениям между организмами. Трехдоменная система, предложенная Вёзе и другими, представляет собой эволюционную модель филогенеза, основанную на различиях в последовательностях нуклеотидов в рибосомных РНК (рРНК) клетки, а также в структуре липидов клеточной мембраны и ее чувствительности к антибиотикам. Сравнение структуры рРНК особенно полезно. Поскольку молекулы рРНК в природе выполняют одну и ту же функцию, их структура очень мало меняется со временем. Поэтому сходства и различия в нуклеотидных последовательностях рРНК являются хорошим показателем того, насколько родственными или неродственными являются различные клетки и организмы.

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

                                                  Рисунок \(\PageIndex{1}\): Филогенетическое дерево, основанное на данных рРНК, показывающее разделение доменов бактерий, архей и эукариот.

                                                  Совсем недавно в литературе стали доминировать различные гипотезы термоядерного синтеза. Один предполагает, что диплоидная или 2N природа эукариотического генома возникла после слияния двух гаплоидных или 1N прокариотических клеток. Другие предполагают, что домены Archaea и Eukarya произошли от общего архейно-эукариотического предка, который сам произошел от члена домена Bacteria . Некоторые доказательства этой гипотезы основаны на «суперфилуме» бактерий, называемых ПВХ, члены которого имеют некоторые общие характеристики как с археями, так и с эукариотами. Появляется все больше свидетельств того, что эукариоты могли возникнуть в подмножестве архей. В любом случае сегодня принято считать, что в природе существует три различных домена организмов: Бактерии, Археи и Эукарии . Далее следует описание трех доменов.

                                                  доменов?

                                                  Существует «суперфилум» бактерий, называемый PVC, относящийся к трем членам этого суперфилума: Planctomycetes, Verrucomicrobia и Chlamydiae. Члены PVC, хотя и принадлежат к домену Bacteria , демонстрируют некоторые особенности доменов Archaea и Eukarya .

                                                  Некоторые из этих бактерий демонстрируют компартментализацию клеток, при которой мембраны окружают части внутренней части клетки, такие как группы рибосом или ДНК, подобно эукариотическим клеткам. Некоторые делятся почкованием или содержат стеролы в своих мембранах, опять же подобно эукариотам. У некоторых отсутствует пептидогликан, как у эукариот и архей. Было высказано предположение, что эти бактерии могут быть промежуточным этапом между предком, возникшим из бактерии (домен Bacteria ) и архео-эукариотического предка до его разделения на домены Archaea и Eukarya .

                                                  Рисунок \(\PageIndex{2}\): Электронная микрофотография бактерии Gemmata obscuriglobus, планктомицета, известного своей очень сложной морфологией мембраны, иллюстрирующая репрезентативную морфологию. Масштабная линейка = 500 нм. Сантарелла-Меллвиг Р., Франке Дж., Джедике А., Горьянач М., Бауэр У., Бадд А. и др. (2010) Компартментальные бактерии суперфилума Planctomycetes-Verrucomicrobia-Chlamydiae имеют мембраноподобные белки. PLoS Biol 8(1): e1000281. doi: 10.1371/journal.pbio.1000281

                                                  Археи (архебактерии)

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

                                                  1. Археи являются прокариотическими клетками.
                                                  2. В отличие от Bacteria и Eukarya , мембраны Archaea состоят из разветвленных углеводородных цепей (многие из них также содержат кольца внутри углеводородных цепей), прикрепленных к глицерину эфирными связями (рис. \(\PageIndex{3}\) ).
                                                  3. Клеточные стенки Археи не содержат пептидогликана.
                                                  4. Archaea не чувствительны к некоторым антибиотикам, влияющим на Bacteria , но чувствительны к некоторым антибиотикам, влияющим на Eukarya .
                                                  5. Archaea содержат рРНК, которая уникальна для Archaea , на что указывает наличие молекулярных областей, отчетливо отличающихся от рРНК Bacteria и Eukarya .
                                                  Рисунок \(\PageIndex{3}\): Мембранные липиды архей, бактерий и эукариот. Мембраны бактерий и эукариот состоят из неразветвленных цепей жирных кислот, присоединенных к глицерину сложноэфирными связями. Мембраны архей состоят из разветвленных углеводородных цепей, присоединенных к глицерину эфирными связями.

                                                  Археи часто живут в экстремальных условиях и включают метаногены, экстремальные галофилы и гипертермофилы. Одна из причин этого заключается в том, что содержащие эфир связи в мембранах Archaea более стабильны, чем содержащие эфир связи в мембранах Bacteria и Eukarya , и лучше способны выдерживать более высокие температуры и более сильные концентрации кислоты.

                                                  Бактерии (эубактерии)

                                                  Бактерии (известные также как эубактерии или «настоящие бактерии») представляют собой прокариотические клетки, которые широко распространены в повседневной жизни человека и встречаются гораздо чаще, чем архебактерии. Эубактерии можно найти почти везде, и они ежегодно убивают тысячи и тысячи людей, а также служат производителями антибиотиков и переваривают пищу в наших желудках. Бактерии обладают следующими характеристиками:

                                                  1. Бактерии являются прокариотическими клетками.
                                                  2. Как и Eukarya , они имеют мембраны, состоящие из неразветвленных цепей жирных кислот, присоединенных к глицерину сложноэфирными связями (рис. \(\PageIndex{3}\)).
                                                  3. Клеточные стенки бактерий , в отличие от архей и эукариот, содержат пептидогликан.
                                                  4. Бактерии чувствительны к традиционным антибактериальным антибиотикам, но устойчивы к большинству антибиотиков, поражающих Эукария .
                                                  5. Бактерии содержат рРНК, которая уникальна для Бактерий , на что указывает наличие молекулярных областей, отчетливо отличающихся от рРНК Archaea и Eukarya .

                                                  Бактерии включают микоплазмы, цианобактерии, грамположительные бактерии и грамотрицательные бактерии.

                                                  The

                                                  Eukarya (эукариоты)

                                                  The Eukarya (также пишется как Eucarya ) обладают следующими характеристиками:

                                                  1. Eukarya имеют эукариотические клетки.
                                                  2. Как и бактерий , они имеют мембраны, состоящие из неразветвленных цепей жирных кислот, присоединенных к глицерину сложноэфирными связями (рис. \(\PageIndex{3}\)).
                                                  3. Не все Eukarya обладают клетками с клеточной стенкой, но для тех Eukarya , имеющих клеточную стенку, эта стенка не содержит пептидогликана.
                                                  4. Eukarya устойчивы к традиционным антибактериальным антибиотикам, но чувствительны к большинству антибиотиков, поражающих эукариотические клетки.
                                                  5. Eukarya содержат рРНК, которая уникальна для Eukarya , на что указывает наличие молекулярных областей, отчетливо отличающихся от рРНК Archaea и Bacteria .

                                                  Эукариоты подразделяются на следующие четыре царства :

                                                  1. Царство протистов: Протисты — это простые, преимущественно одноклеточные эукариотические организмы. Примеры включают слизевиков, эвгленоидов, водорослей и простейших.
                                                  2. Королевство грибов: Грибы представляют собой одноклеточные или многоклеточные организмы с эукариотическими типами клеток. Клетки имеют клеточные стенки, но не организованы в ткани. Они не осуществляют фотосинтез и получают питательные вещества путем поглощения. Примеры включают сумчатые грибы, клубные грибы, дрожжи и плесневые грибы.
                                                  3. Царство Plantae: Растения — это многоклеточные организмы, состоящие из эукариотических клеток. Клетки организованы в ткани и имеют клеточные стенки. Они получают питательные вещества путем фотосинтеза и поглощения. Примеры включают мхи, папоротники, хвойные и цветковые растения.
                                                  4. Королевство животных: Животные — это многоклеточные организмы, состоящие из эукариотических клеток. Клетки организованы в ткани и лишены клеточных стенок. Они не осуществляют фотосинтез и получают питательные вещества в основном с пищей. Примеры включают губки, черви, насекомые и позвоночные.

                                                  Раньше считалось, что изменения, которые позволяют микроорганизмам приспосабливаться к новым условиям или изменять их вирулентные способности, представляют собой относительно медленный процесс, происходящий в организме, главным образом за счет мутаций, хромосомных перестроек, генных делеций и генных дупликаций. Затем эти изменения будут переданы потомству этого микроба, и произойдет естественный отбор. Этот перенос генов от родительского организма к его потомству называется вертикальной передачей генов.

                                                  В настоящее время известно, что микробные гены передаются не только по вертикали от родительского организма к его потомству, но и по горизонтали к родственникам, имеющим лишь отдаленное родство, например, к другим видам и другим родам. Этот последний процесс известен как горизонтальный перенос генов. Благодаря таким механизмам, как трансформация, трансдукция и конъюгация, генетические элементы, такие как плазмиды, транспозоны, интегроны и даже хромосомная ДНК, могут легко передаваться от одного микроорганизма к другому. В результате старое трехветвистое «древо жизни» в отношении микроорганизмов (рис. \(\PageIndex{1}\)) теперь больше похоже на «сеть жизни».

                                                  Известно, что микробы живут в удивительно разнообразных средах, многие из которых чрезвычайно суровые. Эта удивительная и быстрая приспособляемость является результатом их способности быстро модифицировать свой репертуар белковых функций, изменяя, приобретая или теряя свои гены. Эта экспансия генов преимущественно происходит путем горизонтального переноса.

                                                  Резюме

                                                  1. Филогенез относится к эволюционным отношениям между организмами.
                                                  2. Организмы можно отнести к одному из трех доменов на основе различий в последовательностях нуклеотидов в рибосомных РНК (рРНК) клетки, структуре липидов клеточной мембраны и ее чувствительности к антибиотикам.
                                                  3. Три домена — это археи, бактерии и эукариоты.
                                                  4. Прокариотические организмы принадлежат либо к домену Archaea, либо к домену Bacteria; организмы с эукариотическими клетками относятся к домену Eukarya.
                                                  5. Микроорганизмы передают гены другим микроорганизмам посредством горизонтального переноса генов — переноса ДНК в организм, не являющийся его потомком.

                                                  Эта страница под названием 1.3: Classification — The Three Domain System распространяется под лицензией CC BY 4.0 и была создана, изменена и/или курирована Гэри Кайзером с помощью исходного контента, отредактированного в соответствии со стилем и стандартами платформы LibreTexts; подробная история редактирования доступна по запросу.

                                                  1. Наверх
                                                  • Была ли эта статья полезной?
                                                  1. Тип изделия
                                                    Раздел или страница
                                                    Автор
                                                    Гэри Кайзер
                                                    Лицензия
                                                    СС BY
                                                    Версия лицензии
                                                    4,0
                                                    Показать оглавление
                                                    нет
                                                  2. Метки
                                                    1. Археи
                                                    2. бактерии
                                                    3. Эукария
                                                    4. Горизонтальный перенос генов
                                                    5. последний универсальный общий предок
                                                    6. филогенетическое дерево
                                                    7. филогения
                                                    8. источник@https://cwoer. ccbcmd.edu/science/microbiology/index_gos.html
                                                    9. Система трех доменов
                                                    10. Вёзе

                                                  DNS — что такое DNS? Узнайте, как работает система доменных имен

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

                                                  Основы DNS

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

                                                  Краткая история DNS

                                                  Когда появился Интернет, людям было проще сопоставлять определенные IP-адреса с конкретными компьютерами, но это продолжалось недолго, поскольку к растущей сети присоединялось все больше устройств и людей. Хотя по-прежнему можно ввести определенный IP-адрес в браузер и перейти на веб-сайт, пользователи хотели, чтобы названия веб-сайтов было легче запомнить. Когда появился Интернет, Элизабет Файнлер из Стэнфорда лично внесла эти имена и адреса в главный список каждого компьютера, подключенного к Интернету. Этот текстовый файл назывался «hosts.txt».

                                                  Поскольку Интернет вырос до миллионов доменов, это стало неустойчивым. В 1983 году Полу Мокапетрису, исследователю USC, было поручено разработать решение. Его решением стала новая система, которую он назвал DNS, которая по-прежнему основана на фундаментальных принципах Мокапетриса. Сегодня стандарты для DNS поддерживаются Инженерной группой Интернета (IETF) в RFC 1035.

                                                  Как работают DNS-серверы

                                                  серверы имен»), которые связаны между собой и регулярно обмениваются данными для синхронизации информации каталога и создания избыточности.

                                                  DNS-серверы и IP-адреса

                                                  DNS-сервер хранит определенную информацию, которая связывает доменное имя с определенными IP-адресами. Домен может иметь один или сотни связанных с ним IP-адресов. Amazon.com, например, имеет тысячи серверов по всему миру, и физический сервер, к которому подключается пользователь в одной стране, скорее всего, полностью отличается от сервера другого пользователя в любой точке мира. Глобальный характер интернет-сервисов требует сети распределенных и масштабируемых DNS-серверов, чтобы пользователи могли быстро найти и определить местоположение запрошенного сервера, где бы они ни находились.

                                                  Процесс поиска DNS

                                                  Целью DNS является преобразование доменного имени в соответствующий IP-адрес. Это делается путем поиска DNS-записей запрошенного домена. Обычно в этом процессе поиска DNS есть восемь шагов, которые следуют по пути информации от исходного веб-браузера до DNS-сервера и обратно. На практике информация DNS часто кэшируется, чтобы сократить время ответа при поиске DNS. Если информация DNS не кэшируется, процесс поиска из восьми шагов выглядит следующим образом:

                                                  Восемь шагов поиска в DNS:

                                                  1. Пользователь вводит доменное имя (например, facebook.com) в свой браузер, и браузер отправляет запрос через поставщика интернет-услуг на рекурсивный преобразователь DNS. .
                                                  2. Рекурсивный преобразователь DNS, в свою очередь, отправляет запрос корневому серверу имен DNS (.).
                                                  3. Корневой сервер возвращает резолверу адрес корневого DNS-сервера домена верхнего уровня (т. е. «ДВУ»), который содержит необходимую информацию для домена facebook. com. (Примеры tld домена верхнего уровня включают «.com», «.net» и «.org», где каждый TLD имеет собственный корневой DNS-сервер.)
                                                  4. В свою очередь, резолвер отправляет информационный запрос на сервер домена верхнего уровня (в данном случае это сервер имен ДВУ «.com»).
                                                  5. Сервер имен TLD отвечает преобразователю с целевым IP-адресом сервера имен домена. (В данном случае DNS-сервер для «facebook.com».)
                                                  6. Затем рекурсивный преобразователь DNS отправляет запрос на DNS-сервер домена.
                                                  7. Затем DNS-сервер домена возвращает IP-адрес преобразователю DNS для запрошенного домена (например, «facebook.com».
                                                  8. Наконец, преобразователь DNS возвращает IP-адрес запрошенного домена запрашивающему веб-браузеру. Браузер отправляет запрос HTTPS на целевой IP-адрес, и сервер с этим адресом возвращает веб-страницу, которая отображается в браузере пользователя.

                                                  Типы служб DNS

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

                                                  Рекурсивный DNS-сервер: Как указано в описании процесса поиска DNS, рекурсивный DNS-сервер отвечает на запрос клиента и возвращает IP-адрес запрошенного доменного имени. Сервер рекурсивного распознавателя выполняет серию запросов, пока не достигнет полномочного сервера имен DNS для запрошенного домена.

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

                                                  УЗНАЙТЕ БОЛЬШЕ О Системе доменных имен (DNS) И СВЯЗАННЫХ ТЕХНОЛОГИЯХ

                                                  • Передовой опыт успешного управления IP-адресами (IPAM) — Технический документ
                                                  • Основные причины, по которым предприятия должны автоматизировать DNS, DHCP и IPAM — Технический документ
                                                  • Infoblox IP Управление адресами — видимость, контроль и автоматизация — информационный документ

                                                  ОТ СООБЩЕСТВА INFOBLOX

                                                  • Все еще используете DHCP на своих маршрутизаторах? Вы не можете сделать это с IPv6
                                                  • Как работает Docker Networking и важность функциональности IPAM
                                                  • Не забывайте об одном важном элементе при модернизации архитектуры NFV и SDN поставщиков услуг

                                                  RFC 1035: Доменные имена — реализация и спецификация

                                                  RFC 1035: Доменные имена — реализация и спецификация [RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Информационная страница]

                                                  Обновлено: 1101, 1183, 1348, 1876, 1982, 1995, 1996, ИНТЕРНЕТ-СТАНДАРТ
                                                  2065, 2136, 2181 , 2137, 2308, 2535, 2673,
                                                  2845, 3425, 3658, 4033, 4034, 4035, 4343,
                                                  5936, 5966, 6604, 7766, 8482, 8490, 8767 Имеющиеся опечатки

                                                   Сетевая рабочая группа П.  Мокапетрис
                                                  Запрос комментариев: 1035 ISI
                                                                                                             ноябрь 1987 г.
                                                  Устаревшие: RFC 882, 883, 973.
                                                              ДОМЕННЫЕ ИМЕНА - РЕАЛИЗАЦИЯ И СПЕЦИФИКАЦИЯ
                                                  1. СТАТУС НАСТОЯЩЕЙ ЗАПИСКИ
                                                  Этот RFC описывает детали доменной системы и протокола, а также
                                                  предполагает, что читатель знаком с понятиями, обсуждаемыми в
                                                  сопутствующий RFC, «Доменные имена — концепции и возможности» [RFC-1034].
                                                  Система предметной области представляет собой смесь функций и типов данных, которые
                                                  официальный протокол и функции и типы данных, которые все еще
                                                  экспериментальный. Поскольку доменная система намеренно расширяема, новые
                                                  типы данных и экспериментальное поведение всегда следует ожидать частями
                                                  системы за пределами официального протокола. Части официального протокола
                                                  включают стандартные запросы, ответы и данные RR интернет-класса
                                                  форматы (например, адреса хостов). Со времени предыдущего набора RFC несколько
                                                  определения изменились, поэтому некоторые предыдущие определения устарели. 
                                                  Экспериментальные или устаревшие функции четко обозначены в этих RFC, и
                                                  такую ​​информацию следует использовать с осторожностью.
                                                  Читатель особенно предостерегается от того, чтобы не зависеть от значений, которые
                                                  кажутся в примерах текущими или полными, поскольку их цель
                                                  прежде всего педагогический. Распространение этой памятки не ограничено.
                                                                             Оглавление
                                                    1. СТАТУС НАСТОЯЩЕЙ ЗАПИСКИ 1
                                                    2. ВВЕДЕНИЕ 3
                                                        2.1. Обзор 3
                                                        2.2. Общие конфигурации 4
                                                        2.3. Соглашения 7
                                                            2.3.1. Предпочтительный синтаксис имени 7
                                                            2.3.2. Порядок передачи данных 8
                                                            2.3.3. Случай персонажа 92.3.4. Ограничения по размеру 10
                                                    3. ПРОСТРАНСТВО ДОМЕННЫХ ИМЕН И ОПРЕДЕЛЕНИЯ RR 10
                                                        3.1. Определения пространства имен 10
                                                        3.2. Определения РР 11
                                                            3.2.1. Формат 11
                                                            3.2.2. ТИП значения 12
                                                            3.2.3. Значения QTYPE 12
                                                            3.2.4. КЛАСС ценности 13
                                                  Мокапетрис [Страница 1] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                            3.2.5. Значения QCLASS 13
                                                        3.3. Стандартные RR 13
                                                            3.3.1. CNAME формат RDATA 14
                                                            3.3.2. ИНФОРМАЦИЯ RDATA формат 14
                                                            3.3.3. Формат MB RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ) 14
                                                            3.3.4. Формат MD RDATA (устаревший) 15
                                                            3.3.5. Формат MF RDATA (устаревший) 15
                                                            3.3.6. Формат MG RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ) 16
                                                            3.3.7. Формат MINFO RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ) 16
                                                            3.3.8. Формат MR RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ) 17
                                                            3.3.9. Формат MX RDATA 17
                                                            3.3.10. НУЛЕВОЙ формат RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ) 17
                                                            3.3.11. Формат NS RDATA 18
                                                            3.3.12. PTR RDATA формат 18
                                                            3.3.13. Формат SOA RDATA 19
                                                            3.3.14. TXT RDATA формат 20
                                                        3.4. ARPA, специфичные для Интернета, RR 20
                                                            3.4.1. Формат RDATA 20
                                                            3.4.2. WKS RDATA формат 21
                                                        3.5. IN-ADDR.ARPA домен 22
                                                        3.6. Определение новых типов, классов и специальных пространств имен 24
                                                    4. СООБЩЕНИЯ 25
                                                        4.1. Формат 25
                                                            4. 1.1. Формат заголовка 26
                                                            4.1.2. Формат раздела вопросов 28
                                                            4.1.3. Формат записи ресурсов 294.1.4. Сжатие сообщений 30
                                                        4.2. Транспорт 32
                                                            4.2.1. Использование UDP 32
                                                            4.2.2. Использование TCP 32
                                                    5. ОСНОВНЫЕ ФАЙЛЫ 33
                                                        5.1. Формат 33
                                                        5.2. Использование мастер-файлов для определения зон 35
                                                        5.3. Пример мастер-файла 36
                                                    6. РЕАЛИЗАЦИЯ СЕРВЕРА ИМЕН 37
                                                        6.1. Архитектура 37
                                                            6.1.1. Контроль 37
                                                            6.1.2. База данных 37
                                                            6.1.3. Время 396.2. Стандартная обработка запросов 39
                                                        6.3. Обработка обновления и перезагрузки зоны 39
                                                        6.4. Обратные запросы (необязательно) 40
                                                            6.4.1. Содержимое обратных запросов и ответов 40
                                                            6.4.2. Пример обратного запроса и ответа 41
                                                            6.4.3. Обработка обратного запроса 42
                                                  Мокапетрис [Страница 2] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                        6.5. Завершение запросов и ответов 42
                                                    7. Реализация резольвера 43
                                                        7. 1. Преобразование запроса пользователя в запрос 43
                                                        7.2. Отправка запросов 44
                                                        7.3. Обработка ответов 46
                                                        7.4. Использование кэша 47
                                                    8. ПОДДЕРЖКА ПО ПОЧТЕ 47
                                                        8.1. Привязка почтового обмена 48
                                                        8.2. Привязка почтового ящика (экспериментальная) 48
                                                    9. ССЫЛКИ И БИБЛИОГРАФИЯ 50
                                                    Индекс 54
                                                  2. ВВЕДЕНИЕ
                                                  2.1. Обзор
                                                  Цель доменных имен — предоставить механизм именования ресурсов.
                                                  таким образом, чтобы имена можно было использовать в разных хостах, сетях,
                                                  семейства протоколов, интернеты и административные организации.
                                                  С точки зрения пользователя доменные имена полезны в качестве аргументов для
                                                  локальный агент, называемый распознавателем, который извлекает информацию, связанную
                                                  с доменным именем. Таким образом, пользователь может запросить адрес хоста или
                                                  почтовая информация, связанная с конкретным доменным именем. Включить
                                                  пользователю запрашивать конкретный тип информации, соответствующий
                                                  тип запроса передается распознавателю с доменным именем. Пользователю,
                                                  дерево доменов представляет собой единое информационное пространство; резольвер
                                                  отвечает за сокрытие распределения данных между серверами имен от
                                                  Пользователь. 
                                                  С точки зрения распознавателя, база данных, из которой состоит домен
                                                  пространство распределяется между различными серверами имен. Различные части
                                                  доменное пространство хранится на разных серверах имен, хотя конкретная
                                                  элемент данных будет избыточно храниться на двух или более серверах имен.
                                                  преобразователь начинается со знания по крайней мере одного сервера имен. Когда
                                                  преобразователь обрабатывает пользовательский запрос, он запрашивает известный сервер имен для
                                                  Информация; взамен резолвер либо получает желаемый
                                                  информацию или ссылку на другой сервер имен. Используя эти
                                                  рефералы, распознаватели узнают личности и содержание другого имени
                                                  серверы. Резолверы несут ответственность за распространение
                                                  пространство домена и устранение последствий сбоя сервера имен путем
                                                  обращение к избыточным базам данных на других серверах.
                                                  Серверы имен управляют двумя видами данных. Первый вид данных, хранящихся в
                                                  наборы, называемые зонами; каждая зона представляет собой полную базу данных для определенного
                                                  "обрезанное" поддерево доменного пространства.  Эти данные называются
                                                  авторитетный. Сервер имен периодически проверяет,
                                                  зоны обновлены, а если нет, то получает новую копию обновленных зон
                                                  Мокапетрис [Страница 3] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  из основных файлов, хранящихся локально или на другом сервере имен. Секунда
                                                  вид данных — это кэшированные данные, которые были получены локальным преобразователем.
                                                  Эти данные могут быть неполными, но улучшают производительность
                                                  процесс извлечения при многократном доступе к нелокальным данным. Кэшировано
                                                  данные в конечном итоге отбрасываются механизмом тайм-аута.
                                                  Эта функциональная структура изолирует проблемы пользовательского интерфейса,
                                                  восстановление после сбоя и распространение в преобразователях и изолирует
                                                  обновление базы данных и проблемы с обновлением на серверах имен.
                                                  2.2. Общие конфигурации
                                                  Хост может участвовать в системе доменных имен несколькими способами:
                                                  в зависимости от того, запускает ли хост программы, извлекающие информацию
                                                  из системы домена, серверы имен, которые отвечают на запросы от других
                                                  хосты или различные комбинации обеих функций.  Самый простой и
                                                  возможно наиболее типичная конфигурация показана ниже:
                                                                   Локальный хост | Иностранный
                                                                                                     |
                                                      +---------+ +----------+ | +--------+
                                                      | | пользовательские запросы | |запросы | | |
                                                      | Пользователь |-------------->| |---------|->|Иностранные |
                                                      | Программа | | Резольвер | | | Имя |
                                                      | |<--------------| |<--------|--| Сервер |
                                                      | | ответы пользователей| |ответы| | |
                                                      +---------+ +----------+ | +--------+
                                                                                  | А |
                                                                  дополнения кэша | | ссылки |
                                                                                  В | |
                                                                                +----------+ |
                                                                                | кеш | |
                                                                                +----------+ |
                                                  Пользовательские программы взаимодействуют с пространством доменных имен через преобразователи; в
                                                  формат пользовательских запросов и пользовательских ответов зависит от хоста и
                                                  его операционная система. Пользовательские запросы обычно относятся к операционной системе. 
                                                  вызовы, а резолвер и его кеш будут частью операционной системы хоста.
                                                  система. Хосты с меньшими возможностями могут реализовать преобразователь как
                                                  подпрограмма, которая должна быть связана с каждой программой, которая нуждается в его услугах.
                                                  Резолверы отвечают на запросы пользователей информацией, которую они получают с помощью запросов.
                                                  к внешним серверам имен и локальному кешу.
                                                  Обратите внимание, что распознавателю может потребоваться сделать несколько запросов к нескольким
                                                  различные иностранные серверы имен для ответа на конкретный запрос пользователя и
                                                  следовательно, разрешение пользовательского запроса может включать несколько сетевых
                                                  доступа и произвольное количество времени. Запросы к иностранному имени
                                                  серверы и соответствующие ответы имеют стандартный формат, описанный
                                                  Мокапетрис [Страница 4] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  в этом меморандуме и могут быть дейтаграммы.
                                                  В зависимости от своих возможностей сервер имен может быть автономным
                                                  программа на выделенной машине или процесс или процессы на большом
                                                  хост с разделением времени.  Простая конфигурация может быть:
                                                                   Локальный хост | Иностранный
                                                                                                     |
                                                        +---------+ |
                                                       //| |
                                                      +---------+ | +----------+ | +--------+
                                                      | | | | |ответы| | |
                                                      | | | | Имя |---------|->|Иностранные |
                                                      | Мастер |-------------->| Сервер | | |Резолвер|
                                                      | файлы | | | |<--------|--| |
                                                      | |/ | | запросы | +--------+
                                                      +---------+ +----------+ |
                                                  Здесь первичный сервер имен получает информацию об одной или нескольких зонах.
                                                  путем чтения мастер-файлов из своей локальной файловой системы и ответов на запросы
                                                  о тех зонах, которые приходят от иностранных резольверов.
                                                  DNS требует, чтобы все зоны поддерживались с резервированием более чем
                                                  один сервер имен. Назначенные вторичные серверы могут получать зоны и
                                                  проверить наличие обновлений с основного сервера с помощью переноса зоны
                                                  протокол DNS. Эта конфигурация показана ниже:
                                                                   Локальный хост | Иностранный
                                                                                                     |
                                                        +---------+ |
                                                       //| |
                                                      +---------+ | +----------+ | +--------+
                                                      | | | | |ответы| | |
                                                      | | | | Имя |---------|->|Иностранные |
                                                      | Мастер |-------------->| Сервер | | |Резолвер|
                                                      | файлы | | | |<--------|--| |
                                                      | |/ | | запросы | +--------+
                                                      +---------+ +----------+ |
                                                                                  А |техническое обслуживание | +--------+
                                                                                  | +------------|->| |
                                                                                  | запросы | |Иностранные |
                                                                                  | | | Имя |
                                                                                  +------------------|--| Сервер |
                                                                               техническое обслуживание ответы | +--------+
                                                  В этой конфигурации сервер имен периодически устанавливает
                                                  виртуальный канал к внешнему серверу имен для получения копии зоны или
                                                  чтобы убедиться, что существующая копия не изменилась.  Сообщения, отправленные для
                                                  Мокапетрис [Страница 5] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  эти действия по обслуживанию следуют той же форме, что и запросы и
                                                  ответы, но последовательность сообщений несколько отличается.
                                                  Информационный поток на хосте, который поддерживает все аспекты предметной области.
                                                  система имен показана ниже:
                                                                   Локальный хост | Иностранный
                                                                                                     |
                                                      +---------+ +----------+ | +--------+
                                                      | | пользовательские запросы | |запросы | | |
                                                      | Пользователь |-------------->| |---------|->|Иностранные |
                                                      | Программа | | Резольвер | | | Имя |
                                                      | |<--------------| |<--------|--| Сервер |
                                                      | | ответы пользователей| |ответы| | |
                                                      +---------+ +----------+ | +--------+
                                                                                  | А |
                                                                  дополнения кэша | | ссылки |
                                                                                  В | |
                                                                                +----------+ |
                                                                                | Общий | |
                                                                                | база данных | |
                                                                                +----------+ |
                                                                                  А | |
                                                        +---------+ обновляет | | ссылки |
                                                       //| | В |
                                                      +---------+ | +----------+ | +--------+
                                                      | | | | |ответы| | |
                                                      | | | | Имя |---------|->|Иностранные |
                                                      | Мастер |-------------->| Сервер | | |Резолвер|
                                                      | файлы | | | |<--------|--| |
                                                      | |/ | | запросы | +--------+
                                                      +---------+ +----------+ |
                                                                                  А |техническое обслуживание | +--------+
                                                                                  | +------------|->| |
                                                                                  | запросы | |Иностранные |
                                                                                  | | | Имя |
                                                                                  +------------------|--| Сервер |
                                                                               техническое обслуживание ответы | +--------+
                                                  Общая база данных содержит данные о пространстве домена для локального сервера имен. 
                                                  и резольвер. Содержимое общей базы данных обычно представляет собой
                                                  смесь авторитетных данных, поддерживаемых периодическим обновлением
                                                  операции сервера имен и кэшированные данные от предыдущего резолвера
                                                  Запросы. Структура доменных данных и необходимость
                                                  синхронизация между серверами имен и резолверами подразумевает общее
                                                  характеристики этой базы данных, но фактический формат зависит от
                                                  местный исполнитель.
                                                  Мокапетрис [Страница 6] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  Информационный поток также можно настроить таким образом, чтобы группа хостов действовала
                                                  вместе для оптимизации деятельности. Иногда это делается для того, чтобы меньше разгружать
                                                  способные хосты, чтобы им не приходилось реализовывать полный преобразователь.
                                                  Это может быть уместно для ПК или хостов, которые хотят свести к минимуму
                                                  необходимое количество нового сетевого кода. Эта схема также может
                                                  разрешить группе хостов совместно использовать небольшое количество кешей, а не
                                                  поддержание большого количества отдельных кэшей, исходя из того, что
                                                  централизованные кэши будут иметь более высокий коэффициент попаданий.  В любом случае,
                                                  резольверы заменены резольверами-заглушками, которые действуют как внешние интерфейсы для
                                                  резолверы, расположенные на рекурсивном сервере на одном или нескольких серверах имен
                                                  известен выполнением этой услуги:
                                                                     Местные хосты | Иностранный
                                                                                                     |
                                                      +---------+ |
                                                      | | ответы |
                                                      | Заглушка |<--------------------+ |
                                                      | Резольвер| | |
                                                      | |----------------+ | |
                                                      +---------+ рекурсивный | | |
                                                                  запросы | | |
                                                                                 В | |
                                                      +---------+ рекурсивный +----------+ | +--------+
                                                      | | запросы | |запросы | | |
                                                      | Заглушка |-------------->| Рекурсивный|---------|->|Иностранный |
                                                      | Резольвер| | Сервер | | | Имя |
                                                      | |<--------------| |<--------|--| Сервер |
                                                      +---------+ ответы | |ответы| | |
                                                                                +----------+ | +--------+
                                                                                | Центральный | |
                                                                                | кеш | |
                                                                                +----------+ |
                                                  В любом случае обратите внимание, что компоненты домена всегда реплицируются для
                                                  надежность по возможности. 
                                                  2.3. Соглашения
                                                  В доменной системе есть несколько соглашений, касающихся низкоуровневых, но
                                                  фундаментальные, вопросы. Хотя разработчик может нарушать эти
                                                  условности ВНУТРИ СВОЕЙ СОБСТВЕННОЙ СИСТЕМЫ, он должен соблюдать эти условности в
                                                  ВСЕ поведение, наблюдаемое с других хостов.
                                                  2.3.1. Предпочтительный синтаксис имени
                                                  Спецификации DNS стараются быть как можно более общими в правилах.
                                                  для построения доменных имен. Идея состоит в том, что имя любого
                                                  существующий объект может быть выражен как доменное имя с минимальными изменениями.
                                                  Мокапетрис [Страница 7] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  Однако, присваивая объекту доменное имя, предусмотрительный пользователь
                                                  выберет имя, удовлетворяющее обоим правилам доменной системы
                                                  и любые существующие правила для объекта, опубликованы ли эти правила
                                                  или подразумевается существующими программами.
                                                  Например, при именовании почтового домена пользователь должен удовлетворять
                                                  правила этого меморандума и RFC-822.  При создании нового имени хоста
                                                  следует соблюдать старые правила для HOSTS.TXT. Это позволяет избежать проблем
                                                  когда старое программное обеспечение преобразуется для использования доменных имен.
                                                  Следующий синтаксис приведет к меньшему количеству проблем со многими
                                                  приложения, использующие доменные имена (например, почта, TELNET).
                                                  <домен> ::= <поддомен> | " "
                                                  <субдомен> ::= <метка> | <субдомен> "." <метка>
                                                  <метка> ::= <буква> [ [  ]  ]
                                                   ::=  |  
                                                   ::=  | "-"
                                                   ::=  | <цифра>
                                                   ::= любой из 52 буквенных символов от A до Z в
                                                  в верхнем регистре и от a до z в нижнем регистре
                                                  <цифра> ::= любая из десяти цифр от 0 до 9Обратите внимание, что в домене разрешены буквы верхнего и нижнего регистра.
                                                  имена, никакого значения делу не придается. То есть два имени с
                                                  одно и то же написание, но другой регистр следует рассматривать как идентичные.
                                                  Метки должны соответствовать правилам для имен хостов ARPANET.  Они должны
                                                  начинаться с буквы, заканчиваться буквой или цифрой и иметь внутреннюю часть
                                                  символов только буквы, цифры и дефис. Есть также некоторые
                                                  ограничения по длине. Метки должны содержать не более 63 символов.
                                                  Например, следующие строки идентифицируют хосты в Интернете:
                                                  A.ISI.EDU XX.LCS.MIT.EDU SRI-NIC.ARPA
                                                  2.3.2. Порядок передачи данных
                                                  Порядок передачи заголовка и данных описан в данном
                                                  документ разрешается на уровне октетов. Всякий раз, когда диаграмма показывает
                                                  Мокапетрис [Страница 8] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  группа октетов, порядок передачи этих октетов нормальный
                                                  порядке, в котором они читаются на английском языке. Например, в следующем
                                                  диаграмме октеты передаются в том порядке, в котором они пронумерованы.
                                                       0 1
                                                       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
                                                      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                                      | 1 | 2 |
                                                      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                                      | 3 | 4 |
                                                      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                                      | 5 | 6 |
                                                      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                                  Всякий раз, когда октет представляет числовое значение, крайний левый бит в
                                                  диаграмма является старшим разрядом или самым значащим битом.  то есть бит
                                                  помеченный 0 является самым старшим битом. Например, следующее
                                                  диаграмма представляет значение 170 (десятичное).
                                                       0 1 2 3 4 5 6 7
                                                      +-+-+-+-+-+-+-+-+
                                                      |1 0 1 0 1 0 1 0|
                                                      +-+-+-+-+-+-+-+-+
                                                  Точно так же всякий раз, когда поле из нескольких октетов представляет собой числовое значение
                                                  самый левый бит всего поля является старшим битом. Когда
                                                  передается количество октетов, старший значащий октет
                                                  передается первым.
                                                  2.3.3. Регистр символов
                                                  Для всех частей DNS, которые являются частью официального протокола, все
                                                  сравнения строк символов (например, меток, доменных имен и т. д.)
                                                  выполняются без учета регистра. В настоящее время это правило действует
                                                  силу во всей доменной системе без исключения. Тем не менее, будущее
                                                  дополнения, выходящие за рамки текущего использования, могут потребовать использования полного двоичного октета
                                                  возможности в именах, поэтому попытки хранить доменные имена в 7-битном ASCII
                                                  следует избегать использования специальных байтов для завершения меток и т.  д.
                                                  Когда данные поступают в доменную систему, их первоначальный регистр должен быть
                                                  сохраняется по возможности. В определенных обстоятельствах это невозможно
                                                  Выполнено. Например, если в базе данных хранятся две RR, одна по адресу x.y и
                                                  один в XY, они фактически хранятся в одном и том же месте в базе данных,
                                                  и, следовательно, только одна оболочка будет сохранена. Основное правило заключается в том, что
                                                  случай может быть отброшен только тогда, когда данные используются для определения структуры в
                                                  база данных, и два имени идентичны при сравнении в случае
                                                  бесчувственным образом.
                                                  Мокапетрис [Страница 9] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  Потеря данных, чувствительных к регистру, должна быть сведена к минимуму. Таким образом, в то время как данные для x.y
                                                  и X.Y могут храниться в одном месте x.y или X.Y, данные для
                                                  a.x и B.X никогда не будут храниться под A.x, A.X, b.x или b.X. В
                                                  как правило, это сохраняет случай первой метки доменного имени,
                                                  но требует стандартизации меток внутренних узлов. 
                                                  Системные администраторы, вводящие данные в базу данных домена, должны
                                                  позаботьтесь о представлении данных, которые они передают в доменную систему, в
                                                  с учетом регистра, если их система чувствительна к регистру. Данные
                                                  система распределения в доменной системе обеспечит согласованность
                                                  представления сохраняются.
                                                  2.3.4. Ограничения по размеру
                                                  Различные объекты и параметры в DNS имеют ограничения по размеру. Они есть
                                                  перечислено ниже. Некоторые можно легко изменить, другие более
                                                  фундаментальный.
                                                  метки 63 октета или меньше
                                                  имена 255 октетов или меньше
                                                  Положительные значения TTL 32-битного числа со знаком.
                                                  Сообщения UDP 512 октетов или меньше
                                                  3. ПРОСТРАНСТВО ДОМЕННЫХ ИМЕН И ОПРЕДЕЛЕНИЯ RR
                                                  3.1. Определения пространства имен
                                                  Доменные имена в сообщениях выражаются последовательностью меток.
                                                  Каждая метка представлена ​​в виде поля длиной в один октет, за которым следует
                                                  количество октетов. Поскольку каждое доменное имя заканчивается нулевой меткой
                                                  корень, доменное имя заканчивается нулевым байтом длины. 
                                                  два старших бита каждого октета длины должны быть равны нулю, а
                                                  оставшиеся шесть битов поля длины ограничивают метку до 63 октетов или
                                                  меньше.
                                                  Для упрощения реализации общая длина доменного имени (т. е.
                                                  октеты метки и октеты длины метки) ограничен 255 октетами или
                                                  меньше.
                                                  Хотя метки могут содержать любые 8-битные значения в октетах, составляющих
                                                  этикетке, настоятельно рекомендуется, чтобы этикетки соответствовали предпочтительному
                                                  синтаксис, описанный в другом месте в этом документе, который совместим с
                                                  существующие соглашения об именах хостов. Серверы имен и преобразователи должны
                                                  сравнивать метки без учета регистра (т. е. A = a), предполагая, что ASCII
                                                  с нулевой четностью. Неалфавитные коды должны точно совпадать.
                                                  Мокапетрис [Страница 10] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  3.2. Определения RR
                                                  3.2.1. Формат
                                                  Все RR имеют один и тот же формат верхнего уровня, показанный ниже:
                                                                                      1 1 1 1 1 1
                                                        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | |
                                                      //
                                                      /                      ИМЯ                     /
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ТИП |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | КЛАСС |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ТТЛ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | RDДЛИНА |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--|
                                                      /RDATA/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  NAME имя владельца, т.  е. имя узла, к которому
                                                                  ресурсная запись относится.
                                                  TYPE два октета, содержащие один из кодов RR TYPE.
                                                  CLASS Два октета, содержащие один из кодов RR CLASS.
                                                  TTL — 32-битное целое число со знаком, указывающее временной интервал.
                                                                  что ресурсная запись может быть кэширована перед исходной
                                                                  информации следует еще раз проконсультироваться. Нуль
                                                                  значения интерпретируются как означающие, что RR может быть только
                                                                  используется для текущей транзакции и не должен
                                                                  кэшировано. Например, записи SOA всегда распределяются
                                                                  с нулевым TTL для запрета кэширования. Нулевые значения могут
                                                                  также использоваться для чрезвычайно изменчивых данных.
                                                  RDLENGTH 16-битное целое число без знака, определяющее длину
                                                                  октеты поля RDATA.
                                                  Мокапетрис [Страница 11] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  RDATA строка октетов переменной длины, описывающая
                                                                  ресурс.  Формат этой информации варьируется
                                                                  согласно ТИПУ и КЛАССУ записи ресурса.
                                                  3.2.2. ТИП значения
                                                  Поля TYPE используются в записях ресурсов. Обратите внимание, что эти типы являются
                                                  подмножество QTYPE.
                                                  Значение и значение TYPE
                                                  A 1 адрес хоста
                                                  NS 2 авторитетный сервер имен
                                                  MD 3 адрес назначения почты (устарело - используйте MX)
                                                  MF 4 переадресация почты (устарело - используйте MX)
                                                  CNAME 5 каноническое имя для псевдонима
                                                  SOA 6 знаменует собой начало зоны полномочий
                                                  MB 7 доменное имя почтового ящика (ЭКСПЕРИМЕНТАЛЬНО)
                                                  MG 8 член почтовой группы (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                  МР 9доменное имя для переименования почты (ЭКСПЕРИМЕНТАЛЬНО)
                                                  NULL 10 нулевой RR (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                  WKS 11 — хорошо известное описание сервиса
                                                  PTR 12 указатель доменного имени
                                                  HINFO 13 информация о хосте
                                                  Информация о почтовом ящике или списке рассылки MINFO 14
                                                  Обмен почтой MX 15
                                                  TXT 16 текстовых строк
                                                  3.2.3. значения QTYPE
                                                  Поля QTYPE отображаются в вопросительной части запроса. QTYPES — это
                                                  надмножество TYPE, следовательно, все TYPE являются допустимыми QTYPE.  В дополнение
                                                  определены следующие QTYPE:
                                                  Мокапетрис [Страница 12] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  AXFR 252 Запрос на передачу всей зоны
                                                  MAILB 253 Запрос записей, связанных с почтовым ящиком (MB, MG или MR)
                                                  MAILA 254 Запрос RR почтового агента (устарело — см. MX)
                                                  * 255 Запрос всех записей
                                                  3.2.4. КЛАСС значения
                                                  Поля CLASS появляются в записях ресурсов. Следующие мнемоники CLASS
                                                  и значения определены:
                                                  В 1 Интернет
                                                  CS 2 класс CSNET (устарел — используется только для примеров в
                                                                  некоторые устаревшие RFC)
                                                  Ч 3 класс ХАОС
                                                  HS 4 Гесиод [Дайер 87]
                                                  3.2.5. Значения QCLASS
                                                  Поля QCLASS отображаются в разделе вопроса запроса. Значения QCLASS
                                                  являются надмножеством значений CLASS; каждый CLASS является действительным QCLASS. В
                                                  В дополнение к значениям CLASS определены следующие QCLASS:
                                                  * 255 любой класс
                                                  3.3. Стандартные RR
                                                  Ожидается появление следующих определений RR, по крайней мере
                                                  потенциально во всех классах. В частности, NS, SOA, CNAME и PTR. 
                                                  будет использоваться во всех классах и иметь одинаковый формат во всех классах.
                                                  Поскольку их формат RDATA известен, все доменные имена в RDATA
                                                  часть этих RR может быть сжата.
                                                   — это доменное имя, представленное в виде набора меток, и
                                                  завершается меткой нулевой длины.  является одним
                                                  октет длины, за которым следует указанное количество символов. <строка символов>
                                                  обрабатывается как двоичная информация и может содержать до 256 символов в
                                                  длина (включая октет длины).
                                                  Мокапетрис [Страница 13] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  3.3.1. CNAME формат RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /CNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  CNAME , указывающий канонический или основной
                                                                  имя для владельца. Имя владельца является псевдонимом.
                                                  Записи CNAME RR не вызывают дополнительной обработки раздела, но серверы имен могут
                                                  в некоторых случаях выберите перезапуск запроса с каноническим именем.  Видеть
                                                  описание логики сервера имен в [RFC-1034].
                                                  3.3.2. ИНФОРМАЦИЯ Формат RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /                      ПРОЦЕССОР                      /
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /                       ОПЕРАЦИОННЫЕ СИСТЕМЫ                      /
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  ЦП <строка символов>, указывающая тип ЦП.
                                                  OS <строка символов>, указывающая операционную
                                                                  тип системы.
                                                  Стандартные значения для ЦП и ОС можно найти в [RFC-1010].
                                                  Записи HINFO используются для получения общей информации о хосте.
                                                  основное использование для протоколов, таких как FTP, которые могут использовать специальные процедуры
                                                  при разговоре между машинами или операционными системами одного типа.
                                                  3.3.3. Формат MB RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /MADNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  MADNAME <имя-домена>, указывающее хост, который имеет
                                                                  указанный почтовый ящик. 
                                                  Мокапетрис [Страница 14] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  Записи MB вызывают дополнительную обработку раздела, которая ищет тип A
                                                  RR, соответствующие MADNAME.
                                                  3.3.4. Формат MD RDATA (устаревший)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /MADNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  MADNAME A , указывающее хост, у которого есть почта.
                                                                  агент для домена, который должен иметь возможность доставлять
                                                                  почта для домена.
                                                  Записи MD вызывают дополнительную обработку раздела, которая ищет тип A.
                                                  запись, соответствующая MADNAME.
                                                  МД устарел. См. определение MX и [RFC-974] для получения подробной информации о
                                                  новая схема. Рекомендуемая политика для работы с MD RR, найденная в
                                                  мастер-файл должен отклонить их или преобразовать в MX RR с
                                                  предпочтение 0.
                                                  3.3.5. Формат MF RDATA (устаревший)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /MADNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  MADNAME A , указывающее хост, у которого есть почта. 
                                                                  агент для домена, который будет принимать почту для
                                                                  переадресация на домен.
                                                  Записи MF вызывают дополнительную обработку раздела, которая ищет тип A
                                                  запись, соответствующая MADNAME.
                                                  МФ устарел. См. определение MX и [RFC-974] для получения подробной информации
                                                  новая схема. Рекомендуемая политика для работы с MD RR, найденная в
                                                  мастер-файл должен отклонить их или преобразовать в MX RR с
                                                  предпочтение 10.
                                                  Мокапетрис [Страница 15] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  3.3.6. Формат MG RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /MGMNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  MGMNAME <имя-домена>, указывающее почтовый ящик, который является
                                                                  член почтовой группы, указанной доменным именем.
                                                  Записи MG не вызывают дополнительной обработки раздела.
                                                  3.3.7. Формат MINFO RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      / RMAILBX /
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      / ЭЛЕКТРОННАЯ ПОЧТА /
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  RMAILBX <имя-домена>, указывающее почтовый ящик,
                                                                  ответственный за список рассылки или почтовый ящик.  Если это
                                                                  имя домена именует корень, владельцем MINFO RR является
                                                                  отвечает за себя. Обратите внимание, что многие существующие рассылки
                                                                  списки используют X-запрос почтового ящика для поля RMAILBX
                                                                  список рассылки X, например, Msgroup-request для Msgroup. Этот
                                                                  field обеспечивает более общий механизм.
                                                  EMAILBX , указывающий почтовый ящик, который
                                                                  получать сообщения об ошибках, связанные со списком рассылки или
                                                                  почтовый ящик, указанный владельцем МИНФО РР (аналогично
                                                                  в предложенное поле ERRORS-TO:). Если
                                                                  это доменное имя является корневым, ошибки должны быть
                                                                  возвращается отправителю сообщения.
                                                  Записи MINFO не вызывают дополнительной обработки раздела. Хотя эти
                                                  записи могут быть связаны с простым почтовым ящиком, они обычно используются
                                                  со списком рассылки.
                                                  Мокапетрис [Страница 16] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                  3.3.8. Формат MR RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /                   НОВОЕ ИМЯ                     /
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  NEWNAME <имя-домена>, указывающее почтовый ящик, который является
                                                                  правильное переименование указанного почтового ящика.
                                                  Записи MR не вызывают дополнительной обработки раздела. Основное применение МР
                                                  является записью переадресации для пользователя, который перешел на другой
                                                  почтовый ящик.
                                                  3.3.9. Формат MX RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ПРЕДПОЧТЕНИЕ |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /                   ОБМЕН                    /
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  ПРЕДПОЧТЕНИЕ 16-битное целое число, определяющее предпочтение, отдаваемое
                                                                  этот RR среди прочих у того же владельца. Более низкие значения
                                                                  являются предпочтительными.
                                                  EXCHANGE <имя-домена>, указывающее хост, готовый действовать как
                                                                  почтовый обмен на имя владельца. 
                                                  Записи MX вызывают дополнительную обработку раздела типа A для хоста.
                                                  указанный EXCHANGE. Использование MX RR подробно объясняется в
                                                  [RFC-974].
                                                  3.3.10. Формат NULL RDATA (ЭКСПЕРИМЕНТАЛЬНЫЙ)
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      / <что-нибудь> /
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  В поле RDATA может быть что угодно, если оно составляет 65535 октетов.
                                                  или менее.
                                                  Мокапетрис [Страница 17] 

                                                  Реализация и спецификация домена RFC 1035 19 ноября87
                                                  Записи NULL не вызывают дополнительной обработки раздела. NULL RR не являются
                                                  допускается в основных файлах. NULL используются в качестве заполнителей в некоторых
                                                  экспериментальные расширения DNS.
                                                  3.3.11. Формат NS RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /НСДИМЯ/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  NSDNAME <имя-домена>, указывающее хост, который должен быть
                                                                  полномочным для указанного класса и домена.
                                                  Записи NS вызывают как обычную обработку дополнительных разделов для обнаружения
                                                  запись типа А и, при использовании в ссылке, специальный поиск
                                                  зону, в которой они находятся, для информации о клее. 
                                                  В NS RR указано, что именованный хост должен иметь зону
                                                  начиная с имени владельца указанного класса. Обратите внимание, что класс может
                                                  не указывать семейство протоколов, которое следует использовать для связи
                                                  с хозяином, хотя обычно это сильный намек. Например,
                                                  хосты, которые являются серверами имен для Интернета (IN) или Hesiod (HS)
                                                  информация о классе обычно запрашивается с использованием протоколов класса IN.
                                                  3.3.12. Формат PTR RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      / ИМЯ ИМЯ /
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  PTRDNAME <имя-домена>, которое указывает на какое-то место в
                                                                  пространство доменного имени.
                                                  Записи PTR не вызывают дополнительной обработки раздела. Эти RR используются
                                                  в специальных доменах, чтобы указать на какое-то другое место в доменном пространстве.
                                                  Эти записи представляют собой простые данные и не требуют специальной обработки.
                                                  аналогично тому, что выполняется CNAME, который идентифицирует псевдонимы. См. 
                                                  описание домена IN-ADDR.ARPA для примера.
                                                  Мокапетрис [Страница 18] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  3.3.13. Формат SOA RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /MNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      / ИМЯ /
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | СЕРИЙНЫЙ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ОБНОВИТЬ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ПОВТОРИТЬ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ИСТЕЧЕНИЕ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | МИНИМУМ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  MNAME  сервера имен, который был
                                                                  оригинальный или первичный источник данных для этой зоны.
                                                  RNAME <имя-домена>, указывающее почтовый ящик
                                                                  лицо, ответственное за эту зону.
                                                  SERIAL Беззнаковый 32-битный номер версии оригинальной копии. 
                                                                  зоны. Передача зоны сохраняет это значение. Этот
                                                                  значение переносится и должно сравниваться с использованием пространства последовательности
                                                                  арифметика.
                                                  REFRESH 32-битный интервал времени перед тем, как зона должна быть
                                                                  обновленный.
                                                  RETRY 32-битный интервал времени, который должен пройти перед
                                                                  неудачное обновление следует повторить.
                                                  EXPIRE 32-битное значение времени, указывающее верхний предел
                                                                  интервал времени, который может пройти до того, как зона перестанет действовать
                                                                  более авторитетный.
                                                  Мокапетрис [Страница 19] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  MINIMUM 32-битное поле минимального TTL без знака, которое должно быть
                                                                  экспортируется с любым RR из этой зоны.
                                                  Записи SOA не вызывают дополнительной обработки раздела.
                                                  Все время указано в секундах.
                                                  Большинство этих полей относятся только к обслуживанию серверов имен.
                                                  операции.  Однако MINIMUM используется во всех операциях запросов, которые
                                                  получить RR из зоны. Всякий раз, когда RR отправляется в ответ на
                                                  запрос, в поле TTL устанавливается максимальное значение поля TTL из RR
                                                  и поле MINIMUM в соответствующем SOA. Таким образом, МИНИМУМ является более низким
                                                  ограничивается полем TTL для всех RR в зоне. Обратите внимание, что это использование
                                                  MINIMUM должен иметь место, когда RR копируются в ответ, а не
                                                  когда зона загружается из мастер-файла или посредством передачи зоны.
                                                  Причина этого положения состоит в том, чтобы позволить будущим средствам динамического обновления
                                                  изменить SOA RR с известной семантикой.
                                                  3.3.14. TXT формат RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      /TXT-ДАННЫЕ/
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  TXT-DATA Один или несколько символов .
                                                  TXT RR используются для хранения описательного текста. Семантика текста
                                                  зависит от домена, в котором он находится.
                                                  3.4. RR, специфичные для Интернета
                                                  3. 4.1. Формат RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | АДРЕС |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  ADDRESS 32-битный интернет-адрес.
                                                  Хосты, имеющие несколько интернет-адресов, будут иметь несколько адресов A.
                                                  записи.
                                                  Мокапетрис [Страница 20] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  Записи A не вызывают дополнительной обработки раздела. Раздел RDATA
                                                  Строка в мастер-файле — это интернет-адрес, выраженный четырьмя
                                                  десятичные числа, разделенные точками без пробелов (например,
                                                  «10.2.0.52» или «192.0.5.6»).
                                                  3.4.2. Формат WKS RDATA
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | АДРЕС |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ПРОТОКОЛ | |
                                                      +--+--+--+--+--+--+--+--+ |
                                                      | |
                                                      / <БИТОВАЯ КАРТА> /
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  ADDRESS 32-битный интернет-адрес.
                                                  PROTOCOL 8-битный номер IP-протокола.
                                                   Битовая карта переменной длины.  Битовая карта должна быть
                                                                  кратно 8 битам.
                                                  Запись WKS используется для описания хорошо известных служб, поддерживаемых
                                                  определенный протокол на определенном интернет-адресе. ПРОТОКОЛ
                                                  Поле указывает номер IP-протокола, а битовая карта имеет один бит на
                                                  порт указанного протокола. Первый бит соответствует порту 0,
                                                  второй на порт 1 и т. д. Если битовая карта не включает бит для
                                                  протокола, этот бит принимается равным нулю. Подходящие значения
                                                  а мнемоники для портов и протоколов указаны в [RFC-1010].
                                                  Например, если PROTOCOL=TCP (6), 26-й бит соответствует TCP-порту.
                                                  25 (SMTP). Если этот бит установлен, SMTP-сервер должен прослушивать TCP.
                                                  порт 25; если ноль, служба SMTP не поддерживается на указанном
                                                  адрес.
                                                  Записи WKS RR предназначены для предоставления информации о доступности для
                                                  серверы для TCP и UDP. Если сервер поддерживает как TCP, так и UDP или
                                                  несколько интернет-адресов, то используются несколько WKS RR.
                                                  WKS RR не вызывают дополнительной обработки раздела.
                                                  В мастер-файлах и порты, и протоколы выражаются с помощью мнемоники. 
                                                  или десятичные числа.
                                                  Мокапетрис [Страница 21] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  3.5. Домен IN-ADDR.ARPA
                                                  Интернет использует специальный домен для поддержки местоположения шлюза и
                                                  Интернет-адрес для отображения хоста. Другие классы могут использовать аналогичные
                                                  стратегии в других областях. Целью этого домена является предоставление
                                                  гарантированный метод для выполнения сопоставления адреса хоста с именем хоста и для
                                                  упростить запросы для обнаружения всех шлюзов в конкретной сети в
                                                  Интернет.
                                                  Обратите внимание, что обе эти службы похожи на функции, которые могут быть
                                                  выполняются обратными запросами; разница в том, что эта часть
                                                  пространство доменных имен структурировано в соответствии с адресом и, следовательно, может
                                                  гарантировать, что соответствующие данные могут быть обнаружены без исчерпывающего
                                                  поиск доменного пространства.
                                                  Домен начинается с IN-ADDR.ARPA и имеет подструктуру, которая следует
                                                  Структура адресации в Интернете.
                                                  Доменные имена в домене IN-ADDR. ARPA определены так, чтобы иметь до четырех
                                                  метки в дополнение к суффиксу IN-ADDR.ARPA. Каждая этикетка представляет
                                                  один октет интернет-адреса и выражается в виде строки символов
                                                  для десятичного значения в диапазоне 0-255 (с опущенными ведущими нулями)
                                                  за исключением случая нулевого октета, который представлен одним
                                                  нуль).
                                                  Адреса хостов представлены доменными именами, имеющими все четыре метки.
                                                  указано. Таким образом, данные для интернет-адреса 10.2.0.52 находятся по адресу
                                                  доменное имя 52.0.2.10.IN-ADDR.ARPA. Обращение, хотя и неудобное для
                                                  read, позволяет делегировать зоны, которые являются ровно одной сетью
                                                  адресное пространство. Например, 10.IN-ADDR.ARPA может быть зоной, содержащей
                                                  данные для ARPANET, а 26.IN-ADDR.ARPA может быть отдельной зоной для
                                                  МИЛНЕТ. Адресные узлы используются для хранения указателей на первичные имена хостов.
                                                  в обычном доменном пространстве.
                                                  Номера сетей соответствуют некоторым нетерминальным узлам на разной глубине.
                                                  в домене IN-ADDR.ARPA, поскольку номера сетей Интернета равны 1,
                                                  2 или 3 октета.  Сетевые узлы используются для хранения указателей на первичные
                                                  имена хостов шлюзов, подключенных к этой сети. Так как шлюз, по
                                                  определение, в более чем одной сети у него обычно будет два или более
                                                  узлы сети, которые указывают на него. Шлюзы также будут иметь уровень хоста
                                                  указатели на их полные адреса.
                                                  И указатели шлюза на сетевые узлы, и обычные указатели хоста
                                                  на узлах с полным адресом используйте PTR RR, чтобы указать на основной домен
                                                  имена соответствующих хостов.
                                                  Например, домен IN-ADDR.ARPA будет содержать информацию о
                                                  Шлюз ISI между сетью 10 и сетью 26, шлюз MIT от сети 10 до сети MIT.
                                                  Мокапетрис [Страница 22] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  net 18 и хосты A.ISI.EDU и MULTICS.MIT.EDU. Предполагая, что ИСИ
                                                  шлюз имеет адреса 10.2.0.22 и 26.0.0.103 и имя MILNET-
                                                  GW.ISI.EDU, а шлюз MIT имеет адреса 10.0.0.77 и 18.10.0.4.
                                                  и имя GW.LCS.MIT.EDU, база данных домена будет содержать:
                                                      10.В АДР.ARPA. ПТР MILNET-GW.ISI.EDU.
                                                      10.В АДР.ARPA.  ПТР GW.LCS.MIT.EDU.
                                                      18.В АДРЕС.АРПА. ПТР GW.LCS.MIT.EDU.
                                                      26.В АДРЕС.АРПА. ПТР MILNET-GW.ISI.EDU.
                                                      22.0.2.10.IN-ADDR.ARPA. ПТР MILNET-GW.ISI.EDU.
                                                      103.0.0.26.IN-ADDR.ARPA. ПТР MILNET-GW.ISI.EDU.
                                                      77.0.0.10.IN-ADDR.ARPA. ПТР GW.LCS.MIT.EDU.
                                                      4.0.10.18.IN-ADDR.ARPA. ПТР GW.LCS.MIT.EDU.
                                                      103.0.3.26.IN-ADDR.ARPA. ПТР А.ИСИ.ЭДУ.
                                                      6.0.0.10.IN-ADDR.ARPA. ПТР МУЛЬТИКС.МИТ.ЭДУ.
                                                  Таким образом, программа, которая хотела найти шлюзы в сети 10,
                                                  запрос вида QTYPE=PTR, QCLASS=IN, QNAME=10.IN-ADDR.ARPA. Это
                                                  получит в ответ два RR:
                                                      10.В АДР.ARPA. ПТР MILNET-GW.ISI.EDU.
                                                      10.В АДР.ARPA. ПТР GW.LCS.MIT.EDU.
                                                  Затем программа может создавать запросы QTYPE=A, QCLASS=IN для MILNET-
                                                  GW.ISI.EDU. и GW.LCS.MIT.EDU. узнать интернет-адреса
                                                  эти шлюзы.
                                                  Преобразователь, который хотел найти имя хоста, соответствующее Интернету.
                                                  адрес хоста 10.0.0.6 будет выполнять запрос вида QTYPE=PTR,
                                                  QCLASS=IN, QNAME=6.0.0.10.IN-ADDR.ARPA и получит:
                                                      6.0.0.10.IN-ADDR.ARPA. ПТР МУЛЬТИКС.МИТ.ЭДУ.
                                                  Несколько предостережений относятся к использованию этих услуг:
                                                     - Так как специальный домен IN-ADDR. ARPA и обычный домен
                                                       для конкретного хоста или шлюза будут находиться в разных зонах,
                                                       существует вероятность того, что данные могут быть противоречивыми.
                                                     - Шлюзы часто имеют два имени в разных доменах, только
                                                       один из которых может быть первичным.
                                                     - Системы, которые используют базу данных домена для инициализации своих
                                                       таблицы маршрутизации должны начинаться с достаточной информации о шлюзе, чтобы
                                                       гарантировать, что они могут получить доступ к соответствующему серверу имен.
                                                     - Данные шлюза отражают только наличие шлюза в
                                                       способом, эквивалентным текущему файлу HOSTS.TXT. Это не
                                                       заменить динамическую информацию о доступности из GGP или EGP.
                                                  Мокапетрис [Страница 23] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  3.6. Определение новых типов, классов и специальных пространств имен
                                                  Ранее определенные типы и классы используются на момент
                                                  Дата этой памятки. Следует ожидать новых определений. Эта секция
                                                  дает некоторые рекомендации проектировщикам, рассматривающим возможность внесения дополнений в
                                                  существующие объекты.  Список рассылки [email protected] является
                                                  форум, на котором происходит общее обсуждение вопросов дизайна.
                                                  Как правило, новый тип подходит, когда необходимо представить новую информацию.
                                                  добавили в базу данных о существующем объекте или нам нужны новые данные
                                                  форматы для какого-то совершенно нового объекта. Дизайнеры должны попытаться определить
                                                  типы и их форматы RDATA, которые обычно применимы ко всем
                                                  классы, и которые избегают дублирования информации. Новые классы
                                                  подходит, когда DNS должен использоваться для нового протокола и т. д., которые
                                                  требует новых форматов данных, специфичных для класса, или когда копия существующего
                                                  желательно пространство имен, но необходим отдельный домен управления.
                                                  Новым типам и классам нужны мнемоники для мастер-файлов; формат
                                                  мастер-файлы требуют, чтобы мнемоники для типа и класса не пересекались.
                                                  Значения TYPE и CLASS должны быть правильным подмножеством QTYPE и QCLASS.
                                                  соответственно.
                                                  Настоящая система использует несколько RR для представления нескольких значений
                                                  тип, а не хранить несколько значений в разделе RDATA
                                                  одиночный РР.  Это менее эффективно для большинства приложений, но сохраняет
                                                  РР короче. Предположение о множественных RR включено в некоторые
                                                  экспериментальная работа над методами динамического обновления.
                                                  Настоящая система пытается свести к минимуму дублирование данных в
                                                  базы данных для обеспечения согласованности. Таким образом, для того, чтобы найти
                                                  адрес хоста для обмена почтой, вы сопоставляете имя почтового домена с
                                                  имя хоста, затем имя хоста по адресам, а не прямое
                                                  сопоставление с адресом хоста. Этот подход предпочтительнее, поскольку он позволяет избежать
                                                  возможность непоследовательности.
                                                  При определении нового типа данных не следует использовать несколько типов RR для
                                                  создать порядок между записями или выразить различные форматы для
                                                  эквивалентные привязки, вместо этого эта информация должна быть передана в
                                                  тело RR и используется один тип. Эта политика позволяет избежать проблем с
                                                  кэширование нескольких типов и определение QTYPE для соответствия нескольким типам.
                                                  Например, исходная форма привязки почтового обмена использовала два RR. 
                                                  вводит один для представления «более близкого» обмена (MD) и один для представления
                                                  «менее близкий» обмен (МФ). Сложность в том, что наличие одного
                                                  Тип RR в кэше не передает никакой информации о другом
                                                  потому что запрос, который получил кэшированную информацию, мог использовать
                                                  QTYPE MF, MD или MAILA (соответствует обоим). Обновленный
                                                  Мокапетрис [Страница 24] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  служба использовала один тип (MX) со значением «предпочтения» в RDATA.
                                                  раздел, который может заказывать разные RR. Однако, если какие-либо MX RR обнаружены
                                                  в кеше, значит все должно быть.
                                                  4. СООБЩЕНИЯ
                                                  4.1. Формат
                                                  Все коммуникации внутри доменного протокола передаются в одном
                                                  формат, называемый сообщением. Формат сообщения верхнего уровня разделен
                                                  на 5 разделов (некоторые из которых в некоторых случаях пусты), показанных ниже:
                                                      +---------------------+
                                                      | Заголовок |
                                                      +---------------------+
                                                      | Вопрос | вопрос по серверу имён
                                                      +---------------------+
                                                      | Ответ | РР отвечает на вопрос
                                                      +---------------------+
                                                      | Авторитет | RR, указывающие на авторитет
                                                      +---------------------+
                                                      | Дополнительные | RR, содержащие дополнительную информацию
                                                      +---------------------+
                                                  Раздел заголовка всегда присутствует.  Заголовок включает поля, которые
                                                  указать, какие из остальных разделов присутствуют, а также указать
                                                  является ли сообщение запросом или ответом, стандартным запросом или каким-либо
                                                  другой опкод и т.д.
                                                  Названия разделов после заголовка являются производными от их использования в
                                                  стандартные запросы. Раздел вопросов содержит поля, которые описывают
                                                  вопрос к серверу имен. Эти поля представляют собой тип запроса (QTYPE),
                                                  класс запроса (QCLASS) и доменное имя запроса (QNAME). Последние три
                                                  разделы имеют тот же формат: возможно, пустой список объединенных
                                                  записи ресурсов (RR). Раздел ответов содержит RR, которые отвечают на
                                                  вопрос; секция полномочий содержит RR, которые указывают на
                                                  авторитетный сервер имен; раздел дополнительных записей содержит RR
                                                  которые относятся к запросу, но не являются строго ответами на
                                                  вопрос.
                                                  Мокапетрис [Страница 25] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  4.1.1. Формат раздела заголовка
                                                  Заголовок содержит следующие поля:
                                                                                      1 1 1 1 1 1
                                                        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ID |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      |QR| Код операции |AA|TC|RD|RA| Я | РКОД |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | QDCOUNT |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | АККАУНТ |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | НСКУНТ |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | АРКАУНТ |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  ID 16-битный идентификатор, назначаемый программой, которая
                                                                  генерирует любые запросы.  Этот идентификатор скопирован
                                                                  соответствующий ответ и может быть использован запрашивающей стороной
                                                                  чтобы сопоставить ответы на нерешенные запросы.
                                                  QR Однобитовое поле, указывающее, является ли данное сообщение
                                                                  запрос (0) или ответ (1).
                                                  OPCODE Четырехбитное поле, указывающее тип запроса в этом
                                                                  сообщение. Это значение задается автором запроса.
                                                                  и скопировано в ответ. Значения:
                                                                  0 стандартный запрос (QUERY)
                                                                  1 обратный запрос (IQUERY)
                                                                  2 запрос состояния сервера (STATUS)
                                                                  3-15 зарезервировано для использования в будущем
                                                  AA Authoritative Answer — этот бит действителен в ответах,
                                                                  и указывает, что отвечающий сервер имен является
                                                                  полномочия для доменного имени в рассматриваемом разделе.
                                                                  Обратите внимание, что содержимое раздела ответов может иметь
                                                                  несколько имен владельцев из-за псевдонимов. Бит АА
                                                  Мокапетрис [Страница 26] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                                  соответствует имени, совпадающему с именем запроса, или
                                                                  имя первого владельца в разделе ответов.
                                                  TC TrunCation — указывает, что это сообщение было усечено.
                                                                  из-за большей длины, чем разрешено на
                                                                  канал передачи.
                                                  RD Recursion Desired — этот бит может быть установлен в запросе и
                                                                  копируется в ответ. Если установлен RD, он направляет
                                                                  сервер имен для рекурсивного выполнения запроса.
                                                                  Поддержка рекурсивных запросов не является обязательной.
                                                  Доступна рекурсия RA — устанавливается или снимается в
                                                                  ответ и указывает, включена ли поддержка рекурсивных запросов.
                                                                  доступны на сервере имен.
                                                  Z Зарезервировано для использования в будущем. Должен быть равен нулю во всех запросах
                                                                  и ответы.
                                                  RCODE Код ответа — это 4-битное поле устанавливается как часть
                                                                  ответы. Значения имеют следующие
                                                                  интерпретация:
                                                                  0 Нет ошибки
                                                                  1 Ошибка формата.  Сервер имен был
                                                                                  не может интерпретировать запрос.
                                                                  2 Ошибка сервера. Сервер имен был
                                                                                  не удалось обработать этот запрос из-за
                                                                                  проблема с сервером имен.
                                                                  3 Ошибка в названии — имеет значение только для
                                                                                  ответы от авторитетного имени
                                                                                  сервер, этот код означает, что
                                                                                  доменное имя, указанное в запросе,
                                                                                  не существует.
                                                                  4 Не реализовано — сервер имен
                                                                                  не поддерживает запрошенный тип запроса.
                                                                  5 Отказался — DNS-сервер отказывается
                                                                                  выполнить указанную операцию для
                                                                                  политические причины. Например, имя
                                                                                  сервер может не захотеть предоставлять
                                                                                  информация конкретному запрашивающему,
                                                                                  или сервер имен может не захотеть выполнять
                                                                                  конкретная операция (например, зона
                                                  Мокапетрис [Страница 27] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                                                  передача) для конкретных данных.
                                                                  6-15 Зарезервировано для использования в будущем.
                                                  QDCOUNT 16-битное целое число без знака, указывающее количество
                                                                  записи в разделе вопросов.
                                                  ANCOUNT 16-битное целое число без знака, указывающее количество
                                                                  записи ресурсов в разделе ответов.
                                                  NSCOUNT 16-битное целое число без знака, указывающее номер имени
                                                                  записи ресурсов сервера в авторитетных записях
                                                                  раздел.
                                                  ARCOUNT 16-битное целое число без знака, указывающее количество
                                                                  записи ресурсов в разделе дополнительных записей.
                                                  4.1.2. Формат раздела вопросов
                                                  Раздел вопросов используется для переноса «вопроса» в большинстве запросов.
                                                  т. е. параметры, которые определяют, что запрашивается. Секция
                                                  содержит QDCOUNT (обычно 1) записи, каждая из которых имеет следующий формат:
                                                                                      1 1 1 1 1 1
                                                        0 1 2 3 4 5 6 7 8 90 1 2 3 4 5
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | |
                                                      /QNAME/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ТИП |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ККЛАСС |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  QNAME доменное имя, представленное в виде последовательности меток, где
                                                                  каждая метка состоит из октета длины, за которым следует
                                                                  количество октетов.  Имя домена заканчивается
                                                                  октет нулевой длины для нулевой метки корня. Примечание
                                                                  что это поле может состоять из нечетного числа октетов; нет
                                                                  используется прокладка.
                                                  QTYPE код из двух октетов, определяющий тип запроса.
                                                                  Значения этого поля включают все коды, действительные для
                                                                  поле TYPE вместе с некоторыми более общими кодами, которые
                                                                  может соответствовать более чем одному типу RR.
                                                  Мокапетрис [Страница 28] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  QCLASS код из двух октетов, определяющий класс запроса.
                                                                  Например, поле QCLASS имеет значение IN для Интернета.
                                                  4.1.3. Формат записи ресурсов
                                                  Ответ, авторитет и дополнительные разделы имеют одинаковый
                                                  формат: переменное количество записей ресурсов, где количество
                                                  записей указывается в соответствующем поле количества в заголовке.
                                                  Каждая запись ресурса имеет следующий формат:
                                                                                      1 1 1 1 1 1
                                                        0 1 2 3 4 5 6 7 8 90 1 2 3 4 5
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | |
                                                      //
                                                      /                      ИМЯ                     /
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ТИП |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | КЛАСС |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | ТТЛ |
                                                      | |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | RDДЛИНА |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--|
                                                      /RDATA/
                                                      //
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  куда:
                                                  NAME имя домена, к которому относится эта запись ресурса. 
                                                  TYPE два октета, содержащие один из кодов типа RR. Этот
                                                                  Поле определяет значение данных в RDATA
                                                                  поле.
                                                  CLASS два октета, определяющие класс данных в
                                                                  Поле РДАТА.
                                                  TTL 32-битное целое число без знака, указывающее время
                                                                  интервал (в секундах), в течение которого запись ресурса может быть
                                                                  кэшируется до того, как его следует отбросить. Нулевые значения
                                                                  интерпретируется как означающее, что RR может использоваться только для
                                                                  выполняется транзакция, и ее не следует кэшировать.
                                                  Мокапетрис [Страница 29] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  RDLENGTH 16-битное целое число без знака, определяющее длину
                                                                  октеты поля RDATA.
                                                  RDATA строка октетов переменной длины, описывающая
                                                                  ресурс. Формат этой информации варьируется
                                                                  согласно ТИПУ и КЛАССУ записи ресурса.
                                                                  Например, если ТИП — А, а КЛАСС — В,
                                                                  поле RDATA представляет собой 4-октетный интернет-адрес ARPA. 
                                                  4.1.4. Сжатие сообщений
                                                  Чтобы уменьшить размер сообщений, доменная система использует
                                                  схема сжатия, исключающая повторение доменных имен в
                                                  сообщение. В этой схеме все доменное имя или список меток на
                                                  конец доменного имени заменяется указателем на предыдущее появление
                                                  того же имени.
                                                  Указатель принимает форму последовательности из двух октетов:
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      | 1 1| СМЕЩЕНИЕ |
                                                      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  Первые два бита равны единицам. Это позволяет отличить указатель
                                                  из метки, так как метка должна начинаться с двух нулевых битов, потому что
                                                  метки ограничены 63 октетами или меньше. (Комбинации 10 и 01
                                                  зарезервированы для использования в будущем.) Поле OFFSET указывает смещение от
                                                  начало сообщения (т. е. первый октет поля идентификатора в
                                                  заголовок домена). Нулевое смещение определяет первый байт поля ID,
                                                  и т.п.
                                                  Схема сжатия позволяет использовать доменное имя в сообщении.
                                                  представлен как:
                                                     - последовательность меток, заканчивающаяся нулевым октетом
                                                     - указатель
                                                     - последовательность меток, заканчивающаяся указателем
                                                  Указатели можно использовать только для вхождений доменного имени, где
                                                  формат не зависит от класса.  Если бы это было не так, сервер имен
                                                  или распознаватель должен знать формат всех RR, которые он обрабатывает.
                                                  Пока таких случаев нет, но они могут появиться в будущем RDATA.
                                                  форматы.
                                                  Если доменное имя содержится в части сообщения, подлежащего
                                                  поле длины (например, раздел RDATA записи RR), а сжатие
                                                  Мокапетрис [Страница 30] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  используется, длина сжатого имени используется в длине
                                                  расчет, а не длину расширенного имени.
                                                  Программы могут свободно избегать использования указателей в сообщениях, которые они генерируют.
                                                  хотя это уменьшит емкость дейтаграммы и может вызвать усечение.
                                                  Однако все программы должны понимать поступающие сообщения, которые
                                                  содержать указатели.
                                                  Например, в дейтаграмме может потребоваться использование доменных имен F.ISI.ARPA,
                                                  FOO.F.ISI.ARPA, ARPA и корень. Игнорирование других полей
                                                  сообщение, эти доменные имена могут быть представлены как:
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      20 | 1 | Ф |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      22 | 3 | я |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      24 | С | я |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      26 | 4 | А |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      28 | Р | П |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      30 | А | 0 |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      40 | 3 | Ф |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      42 | О | О |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      44 | 1 1| 20 |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      64 | 1 1| 26 |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                      92 | 0 | |
                                                         +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
                                                  Доменное имя для F. ISI.ARPA показано со смещением 20. Доменное имя
                                                  FOO.F.ISI.ARPA показан со смещением 40; это определение использует указатель на
                                                  присоединить метку для FOO к ранее определенному F.ISI.ARPA.
                                                  доменное имя ARPA определяется по смещению 64 с использованием указателя на ARPA
                                                  составляющая имени F.ISI.ARPA на 20; обратите внимание, что этот указатель зависит от
                                                  ARPA — это последняя метка в строке с номером 20. Имя корневого домена
                                                  Мокапетрис [Страница 31] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  определяется одним октетом нулей в позиции 92; имя корневого домена не имеет
                                                  этикетки.
                                                  4.2. Транспорт
                                                  DNS предполагает, что сообщения будут передаваться в виде дейтаграмм или в
                                                  поток байтов, передаваемый виртуальным каналом. В то время как виртуальные каналы могут быть
                                                  используется для любой активности DNS, дейтаграммы предпочтительны для запросов из-за
                                                  их меньшие накладные расходы и лучшая производительность. Действия по обновлению зоны
                                                  должны использовать виртуальные каналы из-за необходимости надежной передачи. 
                                                  Интернет поддерживает доступ к серверу имен с использованием TCP [RFC-793] на сервере
                                                  порт 53 (десятичный), а также доступ к дейтаграммам с использованием UDP [RFC-768] на UDP
                                                  порт 53 (десятичный).
                                                  4.2.1. Использование UDP
                                                  Сообщения, отправленные с использованием порта 53 пользовательского сервера UDP (десятичный).
                                                  Сообщения, передаваемые по протоколу UDP, ограничены 512 байтами (не считая IP-адреса).
                                                  или заголовки UDP). Более длинные сообщения усекаются, а бит TC устанавливается в
                                                  заголовок.
                                                  UDP неприемлем для передачи зон, но является рекомендуемым методом.
                                                  для стандартных запросов в Интернете. Запросы, отправленные с использованием UDP, могут быть
                                                  теряется, и, следовательно, требуется стратегия повторной передачи. запросы или их
                                                  ответы могут быть переупорядочены сетью или путем обработки имени
                                                  серверы, поэтому резолверы не должны зависеть от их возврата по порядку.
                                                  Оптимальная политика повторной передачи UDP зависит от производительности сети.
                                                  Интернет и потребности клиента, но рекомендуется следующее:
                                                     - Клиент должен попробовать другие серверы и адреса серверов
                                                       перед повторением запроса к определенному адресу сервера. 
                                                     - Интервал повторной передачи должен основываться на
                                                       статистику если можно. Слишком агрессивная ретрансляция может
                                                       легко медленные ответы для сообщества в целом. В зависимости
                                                       насколько хорошо клиент подключен к ожидаемым серверам,
                                                       минимальный интервал ретрансляции должен составлять 2-5 секунд.
                                                  Дополнительные предложения по выбору сервера и политике повторной передачи можно
                                                  находится в разделе распознавателя этого меморандума.
                                                  4.2.2. Использование TCP
                                                  Сообщения, отправляемые через соединения TCP, используют порт сервера 53 (десятичный).
                                                  сообщение имеет префикс с двухбайтовым полем длины, которое дает сообщение
                                                  Мокапетрис [Страница 32] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  длина, исключая двухбайтовое поле длины. Это поле длины позволяет
                                                  низкоуровневая обработка для сборки полного сообщения перед началом
                                                  чтобы разобрать его.
                                                  Рекомендуется несколько политик управления соединениями:
                                                     - Сервер не должен блокировать другие действия, ожидающие TCP
                                                       данные. 
                                                     - Сервер должен поддерживать несколько подключений.
                                                     - Сервер должен предполагать, что клиент будет инициировать
                                                       закрытие соединения и должно задерживать закрытие его конца
                                                       соединение до тех пор, пока все невыполненные клиентские запросы не будут
                                                       доволен.
                                                     - Если серверу необходимо закрыть бездействующее соединение для восстановления
                                                       ресурсы, он должен ждать, пока соединение не будет бездействовать
                                                       на время порядка двух минут. В частности,
                                                       сервер должен разрешать последовательность запросов SOA и AXFR (которая
                                                       начинает операцию обновления) для одного соединения.
                                                       Поскольку сервер в любом случае не сможет отвечать на запросы,
                                                       одностороннее закрытие или сброс могут использоваться вместо изящного
                                                       Закрыть.
                                                  5. ОСНОВНЫЕ ФАЙЛЫ
                                                  Мастер-файлы — это текстовые файлы, содержащие RR в текстовой форме. Поскольку
                                                  содержимое зоны может быть выражено в виде списка RR a
                                                  мастер-файл чаще всего используется для определения зоны, хотя его можно использовать
                                                  чтобы просмотреть содержимое кеша.  Поэтому в этом разделе сначала обсуждается
                                                  формат RR в мастер-файле, а затем особые соображения, когда
                                                  мастер-файл используется для создания зоны на некотором сервере имен.
                                                  5.1. Формат
                                                  Формат этих файлов представляет собой последовательность записей. Записи
                                                  преимущественно линейно-ориентированный, хотя для продолжения можно использовать круглые скобки
                                                  список элементов за границей строки, а текстовые литералы могут содержать
                                                  CRLF внутри текста. Любая комбинация табуляции и пробела действует как
                                                  разделитель между отдельными элементами, составляющими запись. Конец
                                                  любая строка в мастер-файле может заканчиваться комментарием. Комментарий начинается
                                                  с ";" (точка с запятой).
                                                  Определены следующие записи:
                                                      <пусто>[<комментарий>]
                                                  Мокапетрис [Страница 33] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                      $ORIGIN <имя-домена> [<комментарий>]
                                                      $INCLUDE <имя-файла> [<имя-домена>] [<комментарий>]
                                                      <домен-имя> [<комментарий>]
                                                      <пусто> [<комментарий>]
                                                  Пустые строки с комментариями или без них разрешены в любом месте файла. 
                                                  Определены две управляющие записи: $ORIGIN и $INCLUDE. $ORIGIN это
                                                  за которым следует доменное имя, и сбрасывает текущее происхождение для относительного
                                                  доменные имена на указанное имя. $INCLUDE вставляет указанный файл в
                                                  текущий файл и может дополнительно указать доменное имя, которое устанавливает
                                                  относительное происхождение доменного имени для включенного файла. $INCLUDE может также
                                                  есть комментарий. Обратите внимание, что запись $INCLUDE никогда не изменяет относительную
                                                  источник родительского файла, независимо от изменений в относительном источнике
                                                  сделанный во включенном файле.
                                                  Последние две формы представляют RR. Если запись для RR начинается с
                                                  пусто, то предполагается, что RR принадлежит последнему указанному владельцу. Если
                                                  запись RR начинается с , затем сбрасывается имя владельца.
                                                  Содержимое  принимает одну из следующих форм:
                                                      [] [<класс>] <тип> 
                                                      [<класс>] [] <тип> 
                                                  Запись RR начинается с необязательных полей TTL и class, за которыми следует тип и
                                                  Поле RDATA, соответствующее типу и классу.  Класс и тип используют
                                                  стандартная мнемоника, TTL — десятичное целое число. Опущен класс и TTL
                                                  значения по умолчанию соответствуют последним явно указанным значениям. Поскольку тип и
                                                  мнемоники классов не пересекаются, разбор уникален. (Обратите внимание, что это
                                                  порядок отличается от порядка, используемого в примерах, и порядка, используемого в
                                                  фактические RR; данный порядок упрощает синтаксический анализ и установку по умолчанию.)
                                                   составляют большую часть данных в мастер-файле.
                                                  Метки в доменном имени выражаются в виде строк символов и
                                                  разделены точками. Соглашения о кавычках позволяют использовать произвольные символы.
                                                  хранятся в доменных именах. Доменные имена, оканчивающиеся точкой, называются
                                                  абсолютны и считаются полными. Доменные имена, которые не заканчиваются на
                                                  точка называется относительной; фактическое доменное имя является конкатенацией
                                                  относительная часть с источником, указанным в $ORIGIN, $INCLUDE или как
                                                  аргумент основной процедуры загрузки файла. Относительное имя – это
                                                  ошибка, когда источник недоступен. 
                                                  Мокапетрис [Страница 34] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                   выражается одним или двумя способами: как непрерывный набор
                                                  символов без внутренних пробелов или в виде строки, начинающейся с "
                                                  и заканчивается знаком ". Внутри строки с разделителями любой символ может
                                                  встречаются, за исключением самого ", который должен быть заключен в кавычки с использованием \ (обратная косая черта).
                                                  Поскольку эти файлы являются текстовыми файлами, для них используются специальные кодировки.
                                                  необходимо разрешить загрузку произвольных данных. Особенно:
                                                                  корня.
                                                  @ Отдельно стоящий символ @ используется для обозначения текущего источника.
                                                  \X, где X — любой символ, кроме цифры (0-9).), является
                                                                  используется для цитирования этого символа, так что его особое значение
                                                                  не применяется. Например, "\." можно использовать для размещения
                                                                  символ точки в метке.
                                                  \DDD, где каждый D — цифра, представляет собой октет, соответствующий
                                                                  десятичное число, описанное DDD.  Результирующий
                                                                  октет считается текстом и не проверяется на наличие
                                                                  особый смысл.
                                                  ( ) Круглые скобки используются для группировки данных, которые пересекают линию
                                                                  граница. По сути, завершение строки не
                                                                  распознаются в скобках.
                                                  ; Точка с запятой используется для начала комментария; остаток
                                                                  строка игнорируется.
                                                  5.2. Использование основных файлов для определения зон
                                                  Когда мастер-файл используется для загрузки зоны, операция должна
                                                  подавляется, если в мастер-файле обнаружены какие-либо ошибки.
                                                  Причина этого в том, что одна ошибка может иметь широкое распространение.
                                                  последствия. Например, предположим, что записи RR, определяющие делегирование
                                                  есть синтаксические ошибки; то сервер вернет авторитетное имя
                                                  ошибки для всех имен в подзоне (за исключением случая, когда
                                                  подзона также присутствует на сервере).
                                                  Несколько других проверок достоверности, которые следует выполнить в дополнение к
                                                  гарантируя, что файл синтаксически корректен:
                                                     1.  Все RR в файле должны иметь один и тот же класс.
                                                     2. В верхней части зоны должна присутствовать ровно одна запись SOA RR.
                                                     3. Если присутствуют делегации и требуется дополнительная информация,
                                                        он должен присутствовать.
                                                  Мокапетрис [Страница 35] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                     4. Информация, представленная за пределами авторитетных узлов в
                                                        зона должна быть связующей информацией, а не результатом
                                                        происхождения или аналогичная ошибка.
                                                  5.3. Пример основного файла
                                                  Ниже приведен пример файла, который можно использовать для определения
                                                  ISI.EDU zone.and загружается с источником ISI.EDU:
                                                  @ В SOA VENERA Action\.domains (
                                                                                   20; СЕРИЙНЫЙ
                                                                                   7200 ; ОБНОВИТЬ
                                                                                   600 ; ПОВТОРИТЬ
                                                                                   3600000; ИСКЛЮЧИТЬСЯ
                                                                                   60) ; МИНИМУМ
                                                          НС А.ИСИ.ЭДУ.
                                                          НС ВЕНЕРА
                                                          НС ВАКСА
                                                          МХ 10 ВЕНЕРА
                                                          МХ 20 ВАКСА
                                                  А А 26. 3.0.103
                                                  ВЕНЕРА А 10.1.0.52
                                                          А 128,90,32
                                                  ВАКСА А 10.2.0.27
                                                          А 128.9.0.33
                                                  $INCLUDE ISI-MAILBOXES.TXT
                                                  Где находится файл ISI-MAILBOXES.TXT:
                                                      МОЭ МБ А.ИСИ.ЭДУ.
                                                      ЛАРРИ МБ А.ИСИ.ЕДУ.
                                                      КЕРЛИ МБ А.ИСИ.ЕДУ.
                                                      STOOGES MG МЧС
                                                              МГ ЛАРРИ
                                                              МГ КЕРЛИ
                                                  Обратите внимание на использование символа \ в записи SOA RR для указания ответственного
                                                  почтовый ящик пользователя "[email protected]".
                                                  Мокапетрис [Страница 36] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  6. РЕАЛИЗАЦИЯ СЕРВЕРА ИМЕН
                                                  6.1. Архитектура
                                                  Оптимальная структура сервера имен будет зависеть от хоста.
                                                  операционная система и интегрирован ли сервер имен с распознавателем
                                                  операции, либо поддерживая рекурсивный сервис, либо разделяя его
                                                  база данных с преобразователем. В этом разделе обсуждается реализация
                                                  соображения для сервера имен, который совместно использует базу данных с
                                                  резолвер, но большинство из этих проблем присутствуют на любом сервере имен. 
                                                  6.1.1. Контроль
                                                  Сервер имен должен использовать несколько одновременных действий, независимо от того,
                                                  реализуются как отдельные задачи в ОС хоста или мультиплексирование
                                                  внутри одной программы сервера имен. Это просто неприемлемо для
                                                  сервер имен для блокировки обслуживания запросов UDP, пока он ожидает TCP
                                                  данные для обновления или запросов. Точно так же сервер имен
                                                  не следует пытаться предоставлять рекурсивный сервис без обработки таких
                                                  параллельные запросы, хотя он может предпочесть сериализовать запросы из
                                                  одного клиента или рассматривать идентичные запросы от одного и того же клиента как
                                                  дубликаты. Сервер имен не должен существенно задерживать запросы во время
                                                  он перезагружает зону из мастер-файлов или включает в себя новый
                                                  обновленную зону в свою базу данных.
                                                  6.1.2. База данных
                                                  В то время как реализации сервера имен могут свободно использовать любые внутренние данные
                                                  структуры, которые они выбирают, предлагаемая структура состоит из трех основных
                                                  части:
                                                     - Структура данных «каталог», в которой перечислены зоны, доступные для
                                                       этот сервер и «указатель» на структуру данных зоны. 
                                                       основная цель этой структуры - найти ближайшего предка
                                                       зона, если есть, для поступающих стандартных запросов.
                                                     - Отдельные структуры данных для каждой из зон, удерживаемых
                                                       сервер имен.
                                                     - Структура данных для кэшированных данных. (или, возможно, отдельные кеши
                                                       для разных классов)
                                                  Все эти структуры данных могут быть реализованы в виде идентичного дерева.
                                                  формат структуры, с разными данными, связанными с узлами в разных
                                                  части: в каталоге данные указатели на зоны, а в зоне
                                                  и структуры данных кэша, данные будут RR. При проектировании дерева
                                                  Framework разработчик должен понимать, что обработка запросов потребует
                                                  для обхода дерева с использованием сравнения меток без учета регистра; и что
                                                  Мокапетрис [Страница 37] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  в реальных данных несколько узлов имеют очень высокий коэффициент ветвления (100-1000 или
                                                  больше), но у подавляющего большинства очень низкий коэффициент ветвления (0-1).
                                                  Один из способов решить проблему случая — сохранить метки для каждого узла. 
                                                  из двух частей: представление этикетки в стандартном случае, где все
                                                  Символы ASCII находятся в одном регистре вместе с битовой маской, которая
                                                  обозначает, какие символы на самом деле относятся к другому регистру.
                                                  Разнообразие факторов ветвления можно обрабатывать с помощью простого связанного списка для
                                                  узел до тех пор, пока коэффициент ветвления не превысит некоторый порог, и
                                                  переход на хэш-структуру после превышения порога. В
                                                  в любом случае хеш-структуры, используемые для хранения разделов дерева, должны гарантировать, что
                                                  хэш-функции и процедуры сохраняют соглашения о регистре
                                                  DNS.
                                                  Использование отдельных структур для разных частей базы данных
                                                  мотивируется несколькими факторами:
                                                     - Структура каталога может быть почти статичной структурой,
                                                       необходимо изменить только тогда, когда системный администратор изменит
                                                       зоны, поддерживаемые сервером. Эта структура также может быть
                                                       используется для хранения параметров, используемых для управления обновлением
                                                       виды деятельности. 
                                                     - Индивидуальные структуры данных для зон позволяют
                                                       заменяется простым изменением указателя в каталоге. Зона
                                                       операции обновления могут построить новую структуру и, когда
                                                       завершите, вставьте его в базу данных с помощью простого указателя
                                                       замена. Очень важно, когда зона
                                                       обновляется, запросы не должны использовать старые и новые данные
                                                       одновременно.
                                                     - При надлежащих процедурах поиска достоверные данные в зонах
                                                       всегда будет «скрываться» и, следовательно, иметь приоритет над кэшированными
                                                       данные.
                                                     - Ошибки в определениях зон, приводящие к перекрытию зон и т. д.,
                                                       может привести к ошибочным ответам на запросы, но проблема
                                                       определение упрощается, а содержание одного «плохого»
                                                       зона не может испортить другую.
                                                     - Поскольку кеш обновляется чаще всего, он наиболее
                                                       уязвимы для повреждения во время перезапуска системы. Он также может
                                                       заполниться данными RR с истекшим сроком действия. В любом случае можно легко
                                                       быть отброшены без нарушения данных зоны. 
                                                  Важным аспектом проектирования базы данных является выбор структуры, которая позволяет
                                                  сервер имен для устранения сбоев хоста сервера имен. Состояние
                                                  информация, которую сервер имен должен сохранять при сбоях системы
                                                  Мокапетрис [Страница 38] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  включает в себя структуру каталога (включая состояние обновления для
                                                  каждой зоны) и сами данные зоны.
                                                  6.1.3. Время
                                                  Как данные TTL для RR, так и данные синхронизации для действий по обновлению.
                                                  зависит от 32-битных таймеров в секундах. Внутри базы данных,
                                                  таймеры обновления и TTL для кэшированных данных концептуально «отсчитывают», в то время как
                                                  данные в зоне остаются с постоянным TTL.
                                                  Рекомендуемая стратегия реализации состоит в том, чтобы хранить время двумя способами: как
                                                  относительное приращение и как абсолютное время. Один из способов сделать это -
                                                  используйте положительные 32-битные числа для одного типа и отрицательные числа для
                                                  Другой. RR в зонах используют относительное время; таймеры обновления и
                                                  данные кэша используют абсолютное время.  Абсолютные числа взяты с уважением
                                                  к некоторому известному происхождению и преобразованы в относительные значения при помещении в
                                                  ответ на запрос. Когда абсолютный TTL отрицательный после преобразования
                                                  относительным, то срок действия данных истек и их следует игнорировать.
                                                  6.2. Стандартная обработка запросов
                                                  Основной алгоритм стандартной обработки запросов представлен в
                                                  [RFC-1034].
                                                  При обработке запросов с QCLASS=* или каким-либо другим QCLASS, который
                                                  соответствует нескольким классам, ответ никогда не должен быть авторитетным
                                                  если сервер не может гарантировать, что ответ охватывает все классы.
                                                  При составлении ответа RR, которые должны быть вставлены в
                                                  дополнительный раздел, но дублирует RR в ответе или авторитете
                                                  разделы, могут быть исключены из дополнительного раздела.
                                                  Когда ответ настолько длинный, что требуется его усечение,
                                                  следует начинать в конце ответа и двигаться вперед в
                                                  дейтаграмма. Таким образом, если есть какие-либо данные для раздела полномочий,
                                                  раздел ответов гарантированно будет уникальным. 
                                                  МИНИМАЛЬНОЕ значение в SOA следует использовать для установки минимального значения TTL для
                                                  данные, распространяемые из зоны. Эта функция этажа должна выполняться, когда
                                                  данные копируются в ответ. Это позволит в будущем динамично
                                                  обновите протоколы, чтобы изменить поле SOA MINIMUM без двусмысленного
                                                  семантика.
                                                  6.3. Обработка обновления и перезагрузки зоны
                                                  Несмотря на все усилия сервера, он может быть не в состоянии загрузить данные зоны.
                                                  из мастер-файла из-за синтаксических ошибок и т. д., или из-за невозможности обновить
                                                  зону в пределах параметра ее истечения. В этом случае сервер имен
                                                  Мокапетрис [Страница 39] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  должен отвечать на запросы, как будто он не должен владеть зоной.
                                                  Если мастер отправляет зону через AXFR и создается новая версия
                                                  во время передачи мастер должен продолжать отправлять старую версию
                                                  если возможно. В любом случае он никогда не должен отправлять часть одной версии и
                                                  часть другого. Если завершение невозможно, мастер должен сбросить
                                                  соединение, по которому происходит передача зоны. 
                                                  6.4. Обратные запросы (необязательно)
                                                  Обратные запросы — необязательная часть DNS. Серверы имен не
                                                  требуется для поддержки любой формы обратных запросов. Если сервер имен
                                                  получает обратный запрос, который не поддерживает, возвращает ошибку
                                                  ответ с ошибкой «Не реализовано», установленной в заголовке. Пока
                                                  поддержка обратных запросов необязательна, все серверы имен должны быть не ниже
                                                  может вернуть ответ об ошибке.
                                                  6.4.1. Содержимое обратных запросов и ответов
                                                  запросы обращают отображения, выполняемые стандартными операциями запроса;
                                                  в то время как стандартный запрос сопоставляет доменное имя с ресурсом, обратный
                                                  запрос сопоставляет ресурс с доменным именем. Например, стандартный запрос
                                                  может привязать доменное имя к адресу хоста; соответствующий обратный
                                                  query связывает адрес хоста с доменным именем.
                                                  Обратные запросы принимают форму одного RR в разделе ответов
                                                  сообщение с пустым разделом вопросов. Имя владельца
                                                  RR запроса и его TTL не имеют значения. Ответ несет
                                                  вопросы в разделе вопросов, которые идентифицируют все имена, обладающие
                                                  запрос RR, КОТОРЫЙ ЗНАЕТ СЕРВЕР ИМЕН.  Поскольку ни один сервер имен не знает
                                                  обо всем пространстве доменных имен, никогда нельзя предполагать, что ответ
                                                  быть полным. Таким образом, обратные запросы в первую очередь полезны для базы данных.
                                                  действия по управлению и отладке. Обратные запросы НЕ являются
                                                  приемлемый метод сопоставления адресов хостов с именами хостов; используйте IN-
                                                  вместо домена ADDR.ARPA.
                                                  Где возможно, серверы имен должны обеспечивать сравнение без учета регистра.
                                                  для обратных запросов. Таким образом, обратный запрос, запрашивающий MX RR из
                                                  "Venera.isi.edu" должен получить тот же ответ, что и запрос для
                                                  "ВЕНЕРА.ИСИ.ЭДУ"; обратный запрос для HINFO RR "IBM-PC UNIX" должен
                                                  дает тот же результат, что и обратный запрос для «IBM-pc unix». Однако,
                                                  это не может быть гарантировано, потому что серверы имен могут иметь RR, которые
                                                  содержат строки символов, но сервер имен не знает, что
                                                  данные являются символами.
                                                  Когда сервер имен обрабатывает обратный запрос, он либо возвращает:
                                                     1. ноль, одно или несколько доменных имен для указанного
                                                        ресурс как QNAME в разделе вопросов
                                                  Мокапетрис [Страница 40] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                     2. код ошибки, указывающий, что сервер имен не поддерживает
                                                        обратное отображение указанного типа ресурса.
                                                  Когда ответ на обратный запрос содержит одно или несколько QNAME,
                                                  имя владельца и TTL RR в разделе ответа, который определяет
                                                  обратный запрос модифицируется, чтобы точно соответствовать RR, найденному в первом
                                                  QNAME.
                                                  RR, возвращенные в обратных запросах, не могут быть кэшированы с использованием того же
                                                  механизм, который используется для ответов на стандартные запросы. Одна причина
                                                  для этого имя может иметь несколько RR одного и того же типа, и
                                                  появится только один. Например, обратный запрос для одного
                                                  адрес многодомного хоста может создать впечатление, что только
                                                  существовал один адрес.
                                                  6.4.2. Пример обратного запроса и ответа Общая структура
                                                  обратного запроса для получения доменного имени, соответствующего
                                                  Интернет-адрес 10.1.0.52 показан ниже:
                                                                           +---------------------------------------------------------+
                                                             Заголовок | OPCODE=IQUERY, ID=997 |
                                                                           +---------------------------------------------------------+
                                                            Вопрос | <пусто> |
                                                                           +---------------------------------------------------------+
                                                             Ответ | <любое имя> A IN 10. 1.0.52 |
                                                                           +---------------------------------------------------------+
                                                            Авторитет | <пусто> |
                                                                           +---------------------------------------------------------+
                                                           Дополнительные | <пусто> |
                                                                           +---------------------------------------------------------+
                                                  Этот запрос задает вопрос, ответом на который является интернет-стиль.
                                                  адрес 10.1.0.52. Поскольку имя владельца неизвестно, любое доменное имя
                                                  может использоваться в качестве заполнителя (и игнорируется). Один октет нуля,
                                                  обозначающий корень, обычно используется, потому что он минимизирует длину
                                                  сообщение. TTL RR не имеет значения. Ответ на
                                                  этот запрос может быть:
                                                  Мокапетрис [Страница 41] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                                           +---------------------------------------------------------+
                                                             Заголовок | КОД ОПЕРАЦИИ=ОТВЕТ, ID=997 |
                                                                           +---------------------------------------------------------+
                                                            Вопрос |QTYPE=A, QCLASS=IN, QNAME=VENERA. ISI.EDU |
                                                                           +---------------------------------------------------------+
                                                             Ответ | VENERA.ISI.EDU A В 10.1.0.52 |
                                                                           +---------------------------------------------------------+
                                                            Авторитет | <пусто> |
                                                                           +---------------------------------------------------------+
                                                           Дополнительные | <пусто> |
                                                                           +---------------------------------------------------------+
                                                  Обратите внимание, что QTYPE в ответе на обратный запрос совпадает с
                                                  Поле TYPE в разделе ответа обратного запроса. Ответы на
                                                  обратные запросы могут содержать несколько вопросов, если обратный не
                                                  уникальный. Если раздел вопроса в ответе не пуст, то
                                                  RR в разделе ответов изменен, чтобы соответствовать точной копии
                                                  RR в первом QNAME.
                                                  6.4.3. Обработка обратного запроса
                                                  Серверы имен, поддерживающие обратные запросы, могут поддерживать эти операции.
                                                  путем исчерпывающего поиска в своих базах данных, но это становится
                                                  нецелесообразно, так как размер базы данных увеличивается.  Альтернатива
                                                  подход заключается в инвертировании базы данных в соответствии с ключом поиска.
                                                  Для серверов имен, поддерживающих несколько зон и большой объем данных,
                                                  рекомендуемый подход - отдельные инверсии для каждой зоны. Когда
                                                  конкретная зона изменяется во время обновления, должны быть изменены только ее инверсии.
                                                  быть переделан.
                                                  Поддержка передачи этого типа инверсии может быть включена в будущем.
                                                  версий доменной системы, но не поддерживается в этой версии.
                                                  6.5. Завершение запросов и ответов
                                                  Необязательные службы завершения, описанные в RFC-882 и RFC-883, имеют
                                                  был удален. В будущем могут стать доступны переработанные сервисы.
                                                  Мокапетрис [Страница 42] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  7. Реализация резольвера
                                                  Верхние уровни рекомендуемого алгоритма распознавателя обсуждаются в
                                                  [RFC-1034]. В этом разделе обсуждаются детали реализации, предполагающие
                                                  структура базы данных, предложенная в разделе реализации сервера имен
                                                  этой памятки.
                                                  7.1. Преобразование запроса пользователя в запрос
                                                  Первым шагом резолвера является преобразование запроса клиента,
                                                  указывается в формате, подходящем для локальной ОС, в поисковую спецификацию
                                                  для RR с определенным именем, которые соответствуют определенному QTYPE и QCLASS. 
                                                  По возможности QTYPE и QCLASS должны соответствовать одному типу.
                                                  и один класс, потому что это значительно увеличивает использование кэшированных данных.
                                                  проще. Причина этого в том, что наличие данных одного типа
                                                  в кэше не подтверждает наличие или отсутствие данных
                                                  других типов, поэтому единственный способ убедиться в этом — обратиться к
                                                  авторитетный источник. Если используется QCLASS=*, то авторитетные ответы
                                                  не будет доступен.
                                                  Поскольку преобразователь должен иметь возможность мультиплексировать несколько запросов, если он
                                                  эффективно выполнять свою функцию, каждый ожидающий запрос обычно
                                                  представлена ​​в некотором блоке информации о состоянии. Этот блок состояния будет
                                                  обычно содержат:
                                                     - Отметка времени, указывающая время начала запроса.
                                                       Временная метка используется для принятия решения о том, есть ли записи RR в базе данных.
                                                       могут быть использованы или устарели. Эта временная метка использует
                                                       формат абсолютного времени, ранее обсуждавшийся для хранения RR в
                                                       зоны и тайники.  Обратите внимание, что когда TTL RRs указывает
                                                       относительное время, RR должен быть своевременным, так как он является частью
                                                       зона. Когда RR имеет абсолютное время, он является частью
                                                       кэш, а TTL RR сравнивается с отметкой времени
                                                       для начала запроса.
                                                       Обратите внимание, что использование метки времени лучше, чем использование текущей
                                                       время, так как это позволяет вводить RR с нулевым TTL в
                                                       кэш обычным образом, но по-прежнему используется текущим
                                                       запрос, даже после многосекундных интервалов из-за системных
                                                       загрузка, время ожидания повторной передачи запроса и т. д.
                                                     - Какие-то параметры для ограничения объема работы, которая будет
                                                       выполняться по этому запросу.
                                                       Объем работы, который распознаватель будет выполнять в ответ на
                                                       запрос клиента должен быть ограничен для защиты от ошибок в
                                                       базы данных, такие как циклические ссылки CNAME и операционные
                                                       проблемы, такие как сетевой раздел, который препятствует
                                                  Мокапетрис [Страница 43] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                       преобразователь от доступа к серверам имен, в которых он нуждается. Пока
                                                       локальные ограничения на количество повторных передач преобразователя
                                                       конкретный запрос к конкретному адресу сервера имен
                                                       существенно, распознаватель должен иметь глобальный запрос
                                                       counter для ограничения работы по одному запросу. Счетчик должен
                                                       быть установлен в некоторое начальное значение и уменьшаться всякий раз, когда
                                                       резолвер выполняет какое-либо действие (тайм-аут повторной передачи,
                                                       повторная передача и т. д.) Если счетчик проходит через ноль, запрос
                                                       завершается с временной ошибкой.
                                                       Обратите внимание, что если структура распознавателя позволяет одному запросу
                                                       запускать другие параллельно, например, когда необходимо получить доступ к
                                                       сервер имен для одного запроса вызывает параллельное разрешение для
                                                       адреса серверов имен, порожденный запрос должен быть запущен
                                                       с нижним счетчиком. Это предотвращает циклические ссылки в
                                                       база данных от запуска цепной реакции распознавателя
                                                       Мероприятия. 
                                                     - Структура данных SLIST обсуждается в [RFC-1034].
                                                       Эта структура отслеживает состояние запроса, если он
                                                       должны ждать ответов от иностранных серверов имен.
                                                  7.2. Отправка запросов
                                                  Как описано в [RFC-1034], основной задачей преобразователя является
                                                  сформулировать запрос, который ответит на запрос клиента и направить его
                                                  запрос к серверам имен, которые могут предоставить информацию. Преобразователь
                                                  обычно имеют только очень сильные намеки на то, какие серверы спросить, в
                                                  форме NS RR, и, возможно, придется пересмотреть запрос в ответ на
                                                  CNAME или пересмотреть набор серверов имен, который запрашивает преобразователь, в
                                                  ответ на ответы делегирования, которые указывают распознавателю имя
                                                  сервера ближе к нужной информации. В добавок к
                                                  информации, запрошенной клиентом, резолверу, возможно, придется обратиться к
                                                  свои собственные службы для определения адресов серверов имен, которые он хочет
                                                  контакт.
                                                  В любом случае модель, используемая в этом документе, предполагает, что преобразователь
                                                  мультиплексирование внимания между несколькими запросами, некоторые из которых от клиента,
                                                  и некоторые внутренне генерируемые.  Каждый запрос представлен некоторым
                                                  информацию о состоянии, и желаемое поведение заключается в том, что распознаватель
                                                  передавать запросы на серверы имен таким образом, чтобы максимизировать вероятность
                                                  ответ на запрос, минимизирует время, необходимое для запроса,
                                                  и избегает чрезмерных передач. Ключевой алгоритм использует состояние
                                                  информация о запросе на выбор следующего адреса сервера имен для
                                                  запрос, а также вычисляет тайм-аут, который вызовет следующее действие
                                                  если ответ не придет. Следующим действием обычно будет
                                                  передача на какой-либо другой сервер, но может быть временной ошибкой
                                                  Мокапетрис [Страница 44] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  клиент.
                                                  Преобразователь всегда начинается со списка имен серверов для запроса (SLIST).
                                                  В этом списке будут все NS RR, которые соответствуют ближайшему предку.
                                                  зона, о которой знает распознаватель. Чтобы избежать проблем с запуском,
                                                  преобразователь должен иметь набор серверов по умолчанию, которые он будет запрашивать
                                                  у него нет текущих NS RR, которые подходят.  Затем преобразователь добавляет
                                                  SLIST всех известных адресов для серверов имен и может начать
                                                  параллельные запросы на получение адресов серверов, когда
                                                  преобразователь имеет имя, но не адреса для серверов имен.
                                                  Чтобы завершить инициализацию SLIST, преобразователь прикрепляет все
                                                  информация об истории, которую он имеет для каждого адреса в SLIST. Это будет
                                                  обычно состоят из своего рода средневзвешенных значений времени отклика
                                                  адреса и среднее значение адреса (т. е. как часто
                                                  адрес ответил вообще на запрос). Обратите внимание, что это
                                                  информация должна храниться по адресам, а не по
                                                  сервера имен, потому что время отклика и среднее значение
                                                  конкретный сервер может значительно отличаться от адреса к адресу. Примечание
                                                  также, что эта информация на самом деле специфична для адреса резолвера /
                                                  пара адресов сервера, поэтому преобразователь с несколькими адресами может захотеть
                                                  вести отдельные истории для каждого из своих адресов. Часть этого шага
                                                  должен иметь дело с адресами, которые не имеют такой истории; в этом случае
                                                  ожидаемое время прохождения туда-обратно 5-10 секунд должно быть наихудшим случаем, с
                                                  более низкие оценки для той же локальной сети и т. д.
                                                  Обратите внимание, что всякий раз, когда следует делегирование, алгоритм распознавателя
                                                  повторно инициализирует SLIST.
                                                  Информация устанавливает частичное ранжирование доступного имени
                                                  адреса серверов. Каждый раз, когда выбирается адрес, и состояние должно
                                                  быть изменено, чтобы предотвратить его повторный выбор, пока все другие адреса не будут
                                                  был опробован. Таймаут для каждой передачи должен быть на 50-100% больше
                                                  чем среднее прогнозируемое значение, чтобы учесть отклонение в ответе.
                                                  Некоторые тонкие моменты:
                                                     - Резолвер может столкнуться с ситуацией, когда нет адресов.
                                                       доступны для любого из серверов имен, указанных в SLIST, и
                                                       где серверы в списке именно те, которые
                                                       обычно используются для поиска собственных адресов. Этот
                                                       ситуация обычно возникает, когда RR связующего адреса имеют
                                                       меньший TTL, чем NS RR, маркирующие делегирование, или когда
                                                       преобразователь кэширует результат поиска NS. Преобразователь
                                                       должен обнаружить это условие и перезапустить поиск в
                                                       следующей предковой зоне или, альтернативно, в корне. 
                                                  Мокапетрис [Страница 45] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                     - Если преобразователь получает ошибку сервера или другой странный ответ
                                                       с сервера имен, он должен удалить его из SLIST и может
                                                       хотите запланировать немедленную передачу на следующий
                                                       адрес сервера-кандидата.
                                                  7.3. Обработка ответов
                                                  Первым шагом в обработке поступающих ответных дейтаграмм является разбор
                                                  отклик. Эта процедура должна включать:
                                                     - Проверьте заголовок на разумность. Отбрасывать дейтаграммы, которые
                                                       являются запросами, когда ожидаются ответы.
                                                     - Проанализируйте разделы сообщения и убедитесь, что все RR
                                                       правильно отформатировано.
                                                     - В качестве дополнительного шага проверьте TTL поступающих данных.
                                                       для RR с чрезмерно длинным TTL. Если RR имеет
                                                       чрезмерно длинный TTL, скажем, более 1 недели, либо отбросить
                                                       весь ответ или ограничить все TTL в ответе до 1
                                                       неделя.
                                                  Следующим шагом является сопоставление ответа с текущим запросом преобразователя. 
                                                  Рекомендуемая стратегия заключается в предварительном сопоставлении с использованием идентификатора
                                                  поле в заголовке домена, а затем убедиться, что раздел вопросов
                                                  соответствует информации, которая требуется в данный момент. Это требует, чтобы
                                                  алгоритм передачи выделяет несколько бит поля идентификатора домена для
                                                  какой-то идентификатор запроса. Этот шаг имеет несколько тонкостей:
                                                     - Некоторые DNS-серверы отправляют свои ответы из разных
                                                       адреса, чем тот, который использовался для получения запроса. Это
                                                       преобразователь не может полагаться на то, что ответ придет от того же
                                                       адрес, на который он отправил соответствующий запрос. Это имя
                                                       ошибка сервера обычно встречается в системах UNIX.
                                                     - Если преобразователь повторно передает конкретный запрос на имя
                                                       сервер, он должен иметь возможность использовать ответ от любого из
                                                       передачи. Однако, если он использует ответ на образец
                                                       время прохождения туда и обратно для доступа к серверу имен, он должен быть в состоянии
                                                       чтобы определить, какая передача соответствует ответу (и сохранить
                                                       время передачи для каждого исходящего сообщения), или только
                                                       рассчитать время приема-передачи на основе начальных передач. 
                                                     - Сервер имен иногда не будет иметь текущую копию
                                                       зона, которую он должен иметь в соответствии с некоторыми NS RR.
                                                       преобразователь должен просто удалить сервер имен из текущего
                                                       SLIST и продолжить.
                                                  Мокапетрис [Страница 46] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  7.4. Использование кеша
                                                  В общем, мы ожидаем, что преобразователь кэширует все данные, которые он получает в
                                                  ответы, так как это может быть полезно при ответе на будущие запросы клиентов.
                                                  Однако есть несколько типов данных, которые не следует кэшировать:
                                                     - Когда несколько RR одного типа доступны для
                                                       конкретное имя владельца, распознаватель должен либо кэшировать их
                                                       все или вообще ничего. Когда ответ усекается, и
                                                       резолвер не знает, есть ли у него полный набор, он должен
                                                       не кэшировать возможный частичный набор RR.
                                                     - Кэшированные данные никогда не должны использоваться вместо
                                                       авторитетные данные, поэтому, если кеширование приведет к тому, что это произойдет
                                                       данные не должны кэшироваться. 
                                                     - Результаты обратного запроса не должны кэшироваться.
                                                     - Результаты стандартных запросов, где QNAME содержит "*"
                                                       метки, если данные могут быть использованы для создания подстановочных знаков.
                                                       причина в том, что кеш не обязательно содержит существующие
                                                       RR или информацию о границе зоны, которая необходима для
                                                       ограничить применение RR с подстановочными знаками.
                                                     - Данные RR в ответах сомнительной достоверности. Когда резольвер
                                                       получает незапрошенные ответы или данные RR, отличные от этого
                                                       запрашивается, он должен отбросить его без кэширования. Основа
                                                       подразумевается, что все проверки работоспособности пакета должны
                                                       выполняется до того, как любой из них будет кэширован.
                                                  Аналогичным образом, когда преобразователь имеет набор RR для некоторого имени в
                                                  ответ и хочет кэшировать RR, он должен проверить свой кэш на наличие
                                                  уже существующие RR. В зависимости от обстоятельств либо данные
                                                  в ответе или в кеше предпочтительнее, но два никогда не должны быть
                                                  комбинированный.  Если данные в ответе получены из достоверных данных в
                                                  раздел ответов, он всегда предпочтительнее.
                                                  8. ПОДДЕРЖКА ПО ПОЧТЕ
                                                  Система домена определяет стандарт для сопоставления почтовых ящиков с доменом.
                                                  имена и два метода использования информации о почтовом ящике для получения почты.
                                                  маршрутная информация. Первый метод называется привязкой почтового обмена.
                                                  а другой метод — привязка к почтовому ящику. Стандарт кодирования почтового ящика
                                                  и привязка почтового обмена являются частью официального протокола DNS и
                                                  рекомендуемый способ маршрутизации почты в Интернете. Почтовый ящик
                                                  привязка является экспериментальной функцией, которая все еще находится в стадии разработки и
                                                  подлежит изменению.
                                                  Мокапетрис [Страница 47] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  Стандарт кодирования почтового ящика предполагает имя почтового ящика в форме
                                                  "<локальная-часть>@<почтовый-домен>". Хотя синтаксис разрешен в каждом из этих
                                                  разделы существенно различаются между различными почтовыми интернетами,
                                                  предпочтительный синтаксис для ARPA Internet приведен в [RFC-822]. 
                                                  DNS кодирует  как одну метку и кодирует
                                                   в качестве имени домена. Одна метка из 
                                                  предшествует доменному имени из  для формирования домена
                                                  имя, соответствующее почтовому ящику. Таким образом, почтовый ящик [email protected]
                                                  NIC.ARPA отображается в доменное имя HOSTMASTER.SRI-NIC.ARPA. Если
                                                   содержит точки или другие специальные символы, его
                                                  представление в мастер-файле потребует использования обратной косой черты
                                                  цитирование, чтобы убедиться, что доменное имя правильно закодировано. За
                                                  Например, почтовый ящик [email protected] будет представлен как
                                                  Действие\.domains.ISI.EDU.
                                                  8.1. Привязка почтового обмена
                                                  Привязка почтового обмена использует часть почтового ящика 
                                                  Спецификация, определяющая, куда должна быть отправлена ​​почта. <локальная часть>
                                                  даже не советуется. [RFC-974] подробно описывает этот метод, и
                                                  следует проконсультироваться, прежде чем пытаться использовать поддержку обмена почтой.
                                                  Одним из преимуществ этого метода является то, что он разделяет почту
                                                  имя назначения от хостов, используемых для поддержки почтовой службы, в
                                                  стоимость другого уровня косвенности в функции поиска.  Однако,
                                                  дополнительный слой должен устранить необходимость в сложных «%», «!»,
                                                  etc кодировки в .
                                                  Суть метода в том, что в качестве домена используется 
                                                  имя, чтобы найти тип MX RR, в котором перечислены хосты, готовые принимать почту для
                                                   вместе со значениями предпочтения, которые ранжируют хосты
                                                  в соответствии с порядком, установленным администраторами для .
                                                  В этом меморандуме  ISI.EDU используется в примерах вместе
                                                  с хостами VENERA.ISI.EDU и VAXA.ISI.EDU в качестве почтовых обменов для
                                                  ИСИ.ЭДУ. Если бы у почтовой программы было сообщение для [email protected], оно бы
                                                  маршрутизируйте его, ища MX RR для ISI.EDU. Записи MX RR в имени ISI.EDU
                                                  VENERA.ISI.EDU и VAXA.ISI.EDU, а запросы типа A могут найти хост
                                                  адреса.
                                                  8.2. Привязка к почтовому ящику (экспериментальная версия)
                                                  При привязке к почтовому ящику почтовая программа использует весь почтовый адрес
                                                  Спецификация для построения доменного имени. Закодированное доменное имя для
                                                  почтовый ящик используется как поле QNAME в запросе QTYPE=MAILB. 
                                                  Для этого запроса возможны несколько результатов:
                                                  Мокапетрис [Страница 48] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                     1. Запрос может вернуть ошибку имени, указывающую, что почтовый ящик
                                                        не существует как доменное имя.
                                                        В долгосрочной перспективе это будет означать, что указанные
                                                        почтовый ящик не существует. Однако до использования почтового ящика
                                                        привязка универсальна, это условие ошибки должно быть
                                                        интерпретируется как означающее, что организация, идентифицированная
                                                        глобальная часть не поддерживает привязку почтового ящика.
                                                        соответствующей процедурой является возврат к привязке обмена в
                                                        эта точка.
                                                     2. Запрос может возвращать RR переименования почты (MR).
                                                        MR RR содержит новую спецификацию почтового ящика в своем RDATA.
                                                        поле. Почтовая программа должна заменить старый почтовый ящик на
                                                        новый и повторите операцию.
                                                     3. Запрос может вернуть МБ RR.
                                                        MB RR содержит доменное имя хоста в своем RDATA. 
                                                        поле. Почтовая программа должна доставить сообщение на этот хост
                                                        через любой применимый протокол, например, b, SMTP.
                                                     4. Запрос может вернуть одну или несколько RR Mail Group (MG).
                                                        Это условие означает, что почтовый ящик на самом деле был почтовым
                                                        список или почтовая группа, а не один почтовый ящик. Каждый MG РР
                                                        имеет поле RDATA, которое идентифицирует почтовый ящик, который является членом
                                                        группы. Почтовая служба должна доставить копию
                                                        сообщение каждому участнику.
                                                     5. Запрос может возвращать MB RR, а также одну или несколько MG RR.
                                                        Это условие означает, что почтовый ящик на самом деле был почтовым
                                                        список. Почтовая программа может доставить сообщение хосту
                                                        указанный MB RR, который, в свою очередь, выполнит доставку
                                                        все члены, или почтовая программа может использовать MG RR для выполнения
                                                        само расширение.
                                                  В любом из этих случаев ответ может включать почтовую информацию.
                                                  (МИНФО) РР. Этот RR обычно связан с почтовой группой, но
                                                  легальный с МБ.  MINFO RR идентифицирует два почтовых ящика. Один из них
                                                  определяет ответственное лицо за имя исходного почтового ящика. Этот
                                                  почтовый ящик должен использоваться для запросов на добавление в почтовую группу и т. д.
                                                  Второе имя почтового ящика в MINFO RR определяет почтовый ящик, который должен
                                                  получать сообщения об ошибках при сбоях почты. Это особенно
                                                  подходит для списков рассылки, когда ошибки в именах участников должны быть
                                                  сообщается лицу, отличному от того, кто отправляет сообщение в список.
                                                  Мокапетрис [Страница 49] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                  В будущем к этому RR могут быть добавлены новые поля.
                                                  9. ССЫЛКИ И БИБЛИОГРАФИЯ
                                                  [Дайер 87] С. Дайер, Ф. Сюй, "Гесиод", Project Athena
                                                                  Технический план - Служба имен, апрель 1987 г., версия 1.9.
                                                                  Описывает основы службы имен Hesiod.
                                                  [IEN-116] Дж. Постел, "Сервер имен Интернета", IEN-116,
                                                                  USC/Институт информационных наук, август 1979 г..
                                                                  Служба имен, устаревшая в системе доменных имен, но
                                                                  все еще используется. 
                                                  [Quarterman 86] J. Quarterman и J. Hoskins, "Известные компьютерные сети",
                                                                  Сообщения ACM, октябрь 1986 г., том 29, номер
                                                                  10.
                                                  [RFC-742] К. Харренстиен, "NAME/FINGER", RFC-742, Network
                                                                  Информационный центр SRI International, декабрь 1977 г.
                                                  [RFC-768] Дж. Постел, «Протокол пользовательских дейтаграмм», RFC-768,
                                                                  USC/Институт информационных наук, 19 августа.80.
                                                  [RFC-793] Дж. Постел, "Протокол управления передачей", RFC-793,
                                                                  USC/Институт информационных наук, сентябрь 1981 г.
                                                  [RFC-799] Д. Миллс, «Домены имен в Интернете», RFC-799, COMSAT,
                                                                  Сентябрь 1981 года.
                                                                  Предлагает ввести иерархию вместо квартиры
                                                                  пространство имен для Интернета.
                                                  [RFC-805] Дж. Постел, «Заметки о собрании по компьютерной почте», RFC-805,
                                                                  USC/Институт информационных наук, февраль 1982 г.
                                                  [RFC-810] Э. Файнлер, К. Харренстиен, З. Су и В. Уайт, "DOD
                                                                  Спецификация таблицы хостов Интернета», RFC-810, Сеть
                                                                  Информационный центр SRI International, 19 марта82. 
                                                                  Устаревший. См. RFC-952.
                                                  [RFC-811] К. Харренстиен, В. Уайт и Э. Файнлер, "Имена хостов
                                                                  Сервер», RFC-811, Сетевой информационный центр, SRI
                                                                  Международный, март 1982 г.
                                                  Мокапетрис [Страница 50] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г.
                                                                  Устаревший. См. RFC-953.
                                                  [RFC-812] К. Харренстиен и В. Уайт, "NICNAME/WHOIS", RFC-812,
                                                                  Сетевой информационный центр, SRI International, март
                                                                  1982.
                                                  [RFC-819] З. Су и Дж. Постел, "Соглашение об именах доменов для
                                                                  Пользовательские приложения Интернета», RFC-819, Сеть
                                                                  Информационный центр SRI International, август 1982 г.
                                                                  Ранние мысли о дизайне доменной системы.
                                                                  Текущая реализация совершенно другая.
                                                  [RFC-821] Дж. Постел, "Простой протокол передачи почты", RFC-821,
                                                                  USC/Институт информационных наук, август 1980 г.
                                                  [RFC-830] З. Су, "Распределенная система для службы имен в Интернете",
                                                                  RFC-830, Сетевой информационный центр, SRI International,
                                                                  19 октября82. 
                                                                  Ранние мысли о дизайне доменной системы.
                                                                  Текущая реализация совершенно другая.
                                                  [RFC-882] П. Мокапетрис, «Доменные имена — концепции и
                                                                  Помещения», RFC-882, USC/Информационные науки.
                                                                  Институт, ноябрь 1983 г.
                                                                  Заменено этой памяткой.
                                                  [RFC-883] П. Мокапетрис, «Доменные имена — Реализация и
                                                                  Спецификация», RFC-883, USC/Информационные науки.
                                                                  Институт, 19 ноября83.
                                                                  Заменено этой памяткой.
                                                  [RFC-920] Дж. Постел и Дж. Рейнольдс, «Требования к домену»,
                                                                  RFC-920, USC/Институт информационных наук,
                                                                  Октябрь 1984 г.
                                                                  Объясняет схему именования доменов верхнего уровня.
                                                  [RFC-952] К. Харренстиен, М. Шталь, Э. Фейнлер, «Интернет-хост Министерства обороны США».
                                                                  Спецификация таблицы», RFC-952, SRI, октябрь 1985 г.
                                                                  Указывает формат HOSTS.TXT, хост/адрес
                                                                  таблица заменена на DNS.
                                                  Мокапетрис [Страница 51] 

                                                  Реализация и спецификация домена RFC 1035, ноябрь 1987 г. 
                                                  [RFC-953] К. Харренстиен, М. Шталь, Э. Файнлер, "HOSTNAME Server",
                                                                  RFC-953, НИИ, октябрь 1985 г.
                                                                  Этот RFC содержит официальную спецификацию
                                                                  протокол сервера имени хоста, который устарел благодаря DNS.
                                                                  Этот протокол на основе TCP получает доступ к информации, хранящейся в
                                                                  формате RFC-952 и используется для получения копий
                                                                  хост стол.
                                                  [RFC-973] П. Мокапетрис, «Изменения доменной системы и
                                                                  Наблюдения», RFC-973, USC/Информационные науки
                                                                  Институт, январь 1986 г.
                                                                  Описывает изменения в RFC-882 и RFC-883 и причины для
                                                                  их.
                                                  [RFC-974] C. Партридж, "Маршрутизация почты и доменная система",
                                                                  RFC-974, CSNET CIC BBN Labs, январь 1986 г.
                                                                  Описывает переход с почты на основе HOSTS.TXT
                                                                  обращение к более мощной системе MX, используемой с
                                                                  доменная система.
                                                  [RFC-1001] Рабочая группа NetBIOS, «Стандарт протокола для NetBIOS
                                                                  служба на транспорте TCP/UDP: концепции и методы»,
                                                                  RFC-1001, 19 марта87. 
                                                                  Этот RFC и RFC-1002 являются предварительным проектом для
                                                                  NETBIOS поверх TCP/IP, который предлагает использовать NetBIOS.
                                                                  службы имен поверх DNS.
                                                  [RFC-1002] Рабочая группа NetBIOS, «Стандарт протокола для NetBIOS
                                                                  служба на транспорте TCP/UDP: Подробно
                                                                  Спецификации», RFC-1002, март 1987 г.
                                                  [RFC-1010] Дж. Рейнольдс и Дж. Постел, «Назначенные номера», RFC-1010,
                                                                  USC/Институт информационных наук, 19 мая.87.
                                                                  Содержит номера сокетов и мнемоники для имен хостов,
                                                                  операционные системы и т.д.
                                                  [RFC-1031] В. Лазир, «Переход домена имени MILNET», RFC-1031,
                                                                  ноябрь 1987 года.
                                                                  Описывает план преобразования MILNET в DNS.
                                                  [RFC-1032] М. Шталь, "Создание домена. Руководство по
                                                                  Администраторы», RFC-1032, ноябрь 1987 г.
                                                  Мокапетрис [Страница 52] 

                                                  Реализация и спецификация домена RFC 1035 19 ноября87
                                                                  Описывает политики регистрации, используемые сетевой картой для
                                                                  администрировать домены верхнего уровня и делегировать подзоны.
                                                  	

Добавить комментарий

Ваш адрес email не будет опубликован.