Изменения в «PspoClasses/080709/03TerminalServer»

Терминальный сервер со стороны администратора

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

Альтератор. Изменился раздел настройки сети.

Что нужно организовать для сетевой загрузки:

Настройки DHCP для загрузки тонких клиентов. Посмотрим ещё раз /etc/DHCP/. Тут присутствует внешняя сеть и развеситстый блок для передачи настроек во внутреннюю сеть. Из всех настроек лектор выделил бы три интересных:

• Обратите внимание, что здесь присусттвует адрес next-server (это тот tftp-сервер, с которого клиенты получают загрузочные файлы, вполне может не совпадать с DHCP-сервером)
• Интересное начинается в конце. Посмтрим на if. Речь о чём: в процессе загрузки по PXE клиент получает несколько настроек, в числе которых IP, машрутизация, dns. Крое того, предоставляется имя файла на сервере tftp с загрузчиком. К какому серверу она обращается? К next-server. Обратите внимание, что параметр filename встречается трижды: формат конфига DHCP довольно сложный, и тут могут встречаться условные операторы. В данном случае, условный оператор выбирает разные загрузочные файлы в зависимости от клиента.
• На самом деле, на этом не заканчиваются те настройки, которые можно передать по DHCP. При сетевой загрузке наличествует такая штука, как подключение сетевых дисков. По сети подключается диск, который передаётся параметром option root_path. В этом каталоге нахдоится корневая ФС, которая подключается сети как корневая ФС для клиента.

Если у вас не работает загрузка по сети (ваша сетевая карта не поддерживает PXE), то можно поступить следующим образом:

• Купить карточку с PXE
• воспользоваться rom-o-matic.net (он же etherboot). Он позволяет изготовить bootrom для сетевой карты. Короче говоря, для конкретной карты можно сгенерировать образ, который можно доставить на компьютер (на своп, на сидюк, в загрузочную запись). Лектор сам проделывал такое в Переславле.

Настройки tftp. Он по умолчанию запускатеся. Всё, что можно при помощи tftp сделать --- скачать определённый файл. Если у нас работает pxe, то скачивается pxelinux.0. Это загрузчик, часть syslinux. Сам pxelinux... что он делает, после того, как он загружается на рабочей машине. Он первым делом пытается скачать конфиг. Сначала он перебирает конфиги с IP и мак-адресом. В /var/lib/tftpboot/ltsp/i586/ лежат все файлы, которые отдаются по tftp, в pxelinux.cfg/default лежит дефолтовый конфиг. Посмтрим на него. Синтаксис у него такой же, как и везде в syslinux. Мы видим, что ядро специфическое, используется специфический root, строчка NFSroot указывает, где находится корневая ФС.

В принципе, вовсе не обязательно вкомпилировать NFS-клиент в ядро, можно сделать аналогичный конфиг с обычным ядром.

После чего что происходит --- грузится ядро, initrd, подключается корневая ФС по сети и оттуда происходит дальнейший старт клиента.

Возвращаемся к тому, что происх. дальше. Дальше происходит автоматическое обновление DNS, значит, DNS тоже настроен. В качестве DNS-сервера 'каким-то образом' используется avahi-daemon.

Что ещё не посмотрели? NFS. На NFS сервера находятся корневые ФС клиентов. Делается это следующим образом: в линуксе по умолчанию (это ещё из юникс-систем досталось) для подключения сетевых томов используется NFS, network file system, специальный протокол сетевой ФС. Отличительной особенностью NFS являются две вещи: во-первых, он реализован поверх udp с соответствующими ограничениями udp. То есть, NFS-клиент и NFS-сервер обмениваются друг с другом датаграммами, и тот факт, что операция записи не прошла или что случилось, отслеживается на уровне прикладном, а не транспортном. Однако внутри NFS есть много интересного: NFS является идиопатентной, то есть несколько одинаковых действиях выполняются как одно. Единственная трудно решаемая проблема --- блокировки. Раньше никаких блокировок не было, потом появился NFSlockd. Вторая особенность --- уровень доверия NFS вынесен на уровень IP. То есть машина с таким-то IP либо имеет доступ к NFS, либо нет. Так было в NFS 2---3, так же вроде NFS 4. Когда говорится хост --- читай пользователь root на хосте. Другое дело, что в случае тонких клиентов мы отдаём кому угодно ФС, но только на чтение, то есть всё в порядке. Соответственно, настройка NFS-сервера, программы, которая раздаёт NFS по сети, довольно простая. Слева путь, справа список хостов и параметры в скобках через запятую. Если списка хостов нет, то отдаётся всем. ro --- readonly, no_root_squash --- отключение squashing'а, то есть обработки запросов от клиентов с UID=0 как запросов от пользователя nobody. Но, опять же, запросы только на чтение. Сервис, который обеспечивает NFS, называется unfsd, который представляет из себя урезанную версию обычного nfsd.

Сведения о ресурсах

CategoryLectures CategoryPspo CategoryMpgu CategoryUneex