I атт.

Часто повторяющиеся ошибки:

1. NAT ассоциирует внутренние адреса с _одним_ публичным адресом

2. Бесклассовый протокол маршрутизации и поддержка этим протоколом VLSM -
   разные вещи. Чаще всего, конечно, первое подразумевает второе, но это -
   разные свойства: поддержка масок и поддержка масок переменной (разной) длины.


"Нарочно не придумаешь"

1. EIGRP может использоваться в крупных сетях, но есть ряд финансовых проблем ...


II атт.

Часто повторяющиеся ошибки:

1. "X-сервер выступает посредником между X-клиентами." Никакого посредничества
    нет, X-сервер прежде всего занимается отображением графической информации
    на дисплее/дисплеях пользователя, которая передаются по X-протоколу от клиентов.

2. По поводу завершения сервисов/демонов при шатдауне, пишите "в каждом загрузочном
   сценарии указаны условия... запуска". Во-первых вопрос был про шатдаун, а не старт,
   что было выделено в вопросе и даже подчеркнуто. Во-вторых внутри сценария/скрипта
   ничего не указывается о порядке запуско или остановки других подобных скриптов.
   В SystemV Init все дело в именах ссылок, о чем подробно и с примерами говорилось
   на лекции.


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

4. "скрипты сервисов содержат порядок запуска ..."  " ... сервисы завершаются в порядке,
    обратном старту ..." Откуда это всё взяли ?


"Нарочно не придумаешь"

1. "... протокол между клиентом и сервером в X-Window прозрачный ..." в смысле
   некоррупционный что ли :) ?

2. "Ядро - это сложная программа.", напоминает "кролики - это не только ценный мех" :)

III атт.

Часто повторяющиеся ошибки:

1. В вопросе про развёртывание ОС на множестве компьютеров пишете про установку
через GPO, тогда как на машинах еще нет ОС, откуда там GPO!?

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

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

4. У многих встречалось "репликация происходит между сайтами, а не доменами",
что очевидно вырвано из какого-то описания "сайтов". Сайты, действительно
используются в т.ч., чтобы задать топологию репликации, но проходит она в 
пределах домена между контроллерами домена. Также много ответов по этому
вопросу, где просто описывается сам термин "репликация", такое впечатление,
что загуглили этот термин или взяли определение из словаря, причём приводится
пример СУБД (а вопрос то был про репликацию AD!). Нужно было конкретно написать
что реплицируется в AD и кто участвует в репликации.

5. В вопросе про шаблоны безопасности у некоторых встречал какието "клики", 
"new user"... Что это вообще такое было? Какие new user-ы? 


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