Руководство
Русский перевод: Михаил Сгибнев
Содержание
- 29.1. wscons
-
- 29.1.1. Виртуальные консоли
- 29.1.2. Режим 50 строк в wscons
- 29.1.3. Раскладка клавиатуры
- 29.1.4. Cut&paste в консоли с помощью wsmoused
- 29.1.5. Скроллинг в консоли
- 29.2. pccons
В версиях NetBSD ниже 1.4 пользователь мог выбрать между различными драйверами для клавиатуры и экрана. Это pccons (для платформ i386) и pcvt. Начиная с NetBSD 1.4 введен новый мультиплатформенный драйвер wscons, в настоящее время из старых поддерживается только pccons, поскольку требует меньше системных ресурсов и обладает скромными размерами. pccons используется в инсталляционных дискетах.
29.1. wscons
Wscons является стандартным драйвером консоли NetBSD. Он поддерживает виртуальные экраны для платформы i386, национальные раскладки, мышь и т.д. Возможности wscons отличаются в зависимости от платформы, больше всего возможностей у реализации для i386.
29.1.1. Виртуальные консоли
Количество предустановленых виртуальных консолей определяется следующей опцией.
options WSDISPLAY_DEFAULTSCREENS=4
Другие консоли можно добавить, прописывая соответствующие строки в файле /etc/wscons.conf: удалите знак комментария (#) перед строкой, начинающейся с «screen x». В примере ниже мы добавим пятый виртуальный терминал к четырем имеющимся:
# screens to create
# idx screen emul
#screen 0 - vt100
screen 1 - vt100
screen 2 - vt100
screen 3 - vt100
screen 4 - -
#screen 4 80x25bf vt100
#screen 5 80x50 vt100
Скрипт rc.wscons транслирует каждую незакомментированную строку в команду wsconscfg: столбцы соответствуют параметрам вызова. Столбец idx соответствует опции index, screen – параметру -t type (определяющему число Читать дальше
Русский перевод: Вадим Лопатюк
Содержание
- 28.1. Установка исходных текстов ядра
- 28.2. Требования и процедура
- 28.3. Создание конфигурационного файла ядра
- 28.4. Ручное конфигурирование ядра
- 28.5. Генерация зависимостей и ручная компиляция
- 28.6. Использование
build.sh
- 28.7. Если что-то не так
У большинства пользователей NetBSD раньше или позже возникает желание скомпилировать собственное ядро, что предоставит Вам следующие плюсы:
- Вы можете значительно уменьшить размер ядра и, тем самым, занимаемую память (например, с 2.5 МБ до 1.2 МВ). В NetBSD 2.0, компиляция собственного ядра уменьшает размер с 7.5 МБ до 3.5 МБ.
- Вы можете улучшить производительность.
- Вы можете более тонко настроить систему.
- Вы можете решить проблемы определения/конфликтов периферийных устройств.
- Вы можете изменить некоторые опции (например, раскладку клавиатуры, смещение часов BIOS, …)
- Вы можете получить более глубокие познания о системе.
28.1. Установка исходных текстов ядра
Вы можете получить исходные тексты ядра с анонимного CVS (см. Глава 26, Obtaining sources by CVS), или из архива syssrc.tgz расположенного в каталоге source/sets/ используемой Вами версии системы. Если Вы используете второй способ, Вы можете распаковать архив из корня файловой системы:
Читать дальше
Русский перевод: Михаил Сгибнев
Содержание
- 27.1. Сборка инструментов
- 27.2. Кросс-платформенная сборка ядра
- 27.3. Сборка & релиза
- 27.4. Переменные окружения
-
- 27.4.1. Смена директории по умолчанию
- 27.4.2. Статическая сборка
NetBSD 1.6 и более поздние версии включают улучшенный набор инструментальных средств, для облегчения сборки дистрибутивов, ядра и прочих мелких нужд. В этой главе рассматривается утилита build.sh, применяемая для кросс-платформенной сборки ядра и компиляции релизов. Непосредственно сборка ядра рассмотрена в Глава 28, Компиляция ядра. Детальное описание структуры утилиты build.sh может быть найдено в документации Luke Mewburn и Matthew Green’s и их презентации на BSDCon 2003.
Перед любыми нашими действиями необходимо установить исходные тексты системы. Смотри Глава 26, Obtaining sources by CVS для получения более полной информации.
27.1. Сборка инструментов
Как только исходные тексты были получены, необходимо собрать инструменты, родные для используемой платформы. Это довольно просто сделать. Будем использовать каталоги по умолчанию:
# mkdir /usr/obj
# cd /usr/src
# ./build.sh tools
Если инструменты уже были собраны, но нуждаются в модификации, то может быть спользована опция update, для пересборки только обновившихся утилит.
# ./build.sh -u tools
Читать дальше
Русский перевод: Михаил Сгибнев
Содержание
- 26.1. Получение исходных текстов системы и пользовательского окружения
- 26.2. Получение pkgsrc
CVS (Concurrent Versions System) может быть использована для получения исходных текстов NetBSD, оперативного внесения изменений и обновления системы портов. Есть две ветви CVS, которые могут использоваться в повседневной жизни: ветка current используется разработчиками и тестерами, ветка release, в которую добавляются патчи, связанные с безопасностью, обновляются версии программного обеспечения – эта ветка является стабильной и предназначена для использования обычными пользователями. Для примера, в настоящее время существует возможность полностью удалить таблицу arp с помощью команды arp.
26.1. Получение исходных текстов системы и пользовательского окружения
Для установки CVS (если она еще у Вас не установлена) выполните:
% pkg_add ftp://ftp.NetBSD.org/pub/NetBSD/packages/OS
Ver/arch/All/cvs-1.11nb2.tgz
Читать дальше
Русский перевод: Вадим Лопатюк
Содержание
- 25.1. Мост
-
- 25.1.1. Пример моста
- 25.2. Сетевая файловая система (Network File System – NFS)
-
- 25.2.1. Пример настройки NFS
- 25.3. Настройка NFS автомонтирования для
/net с amd(8)
-
- 25.3.1. Введение
- 25.3.2. Фактическая настройка
- 25.4. IPv6 соединения и переход сквозь 6to4
-
- 25.4.1. Поднятие 6to4 IPv6 и запуск
- 25.4.2. Получение адресного пространства IPv6 для 6to4
- 25.4.3. Как соединиться
- 25.4.4. Соображения безопасности
- 25.4.5. Данные, необходимые для установки 6to4
- 25.4.6. Подготовка ядра
- 25.4.7. Установка 6to4
- 25.4.8. Быстрый старт использования pkgsrc/net/hf6to4
- 25.4.9. Известные шлюзы 6to4
- 25.4.10. Туннелирование 6to4 через брандмауэр IPFilter
- 25.4.11. Выводы и рекомендуемая литература
25.1. Мост
Мост может использоваться для объединения различных физических сетей в логическую сеть, т.е. соединить их на 2 уровне модели ISO-OSI, а не через 3 уровень, как это должен делать маршрутизатор. Драйвер «моста» NetBSD предоставляет функциональность моста в системе NetBSD.
25.1.1. Пример моста
В этом примере две физических сети будут объединены в одну логическую сеть, 192.168.1.0, используя мост NetBSD. Машина NetBSD, которая выполняет функцию моста, имеет два сетевых интерфейса, ne0 и ne1, которые оба подключены в одну физическую сеть.
Первый шаг – убедитесь, что ядро скомпилировано с поддержкой «моста». Поддержка включена в ядре GENERIC.
Когда система готова к созданию моста, его можно создать с помощью команды brconfig(8). Первый из интерфейсов моста должен быть создан. Следующей командой ifconfig будет создан «bridge0»:
$ ifconfig bridge0 create
Пожалуйста убедитесь, что в этот момент оба интерфейса ne0 и ne1 подняты. Следующий шаг – добавление интерфейсов ne0 и ne1 к мосту.
$ brconfig bridge0 add ne0 add ne1 up
Читать дальше
Русский перевод: Михаил Сгибнев
Содержание
- 24.1. sendmail
-
- 24.1.1. Конфигурация с genericstable
- 24.1.2. Проверка конфигурации
- 24.1.3. Использование альтернативных MTA
- 24.2. fetchmail
- 24.3. Читайте и пишите письма в mutt
- 24.4. Получаем почты
- 24.5. Отправляем почту
- 24.6. Дополнительные инструменты управления почтой.
- 24.7. Чтение новостей с помощью tin
В этой главе описывается, как настроить NetBSD на работу с почтой и новостями. Рассматриваются наиболее общие вопросы, в частности мы рассмотрим пример соединения с Интернет через модем. Для получения общей информации о настройке сети вы можете обратиться к главе Глава 21, Практическая настройка TCP/IP в NetBSD. Даже такая «простая» конфигурация может вызвать затруднения когда вы не знаете с чего начать или читали до этого введение и техническую документацию. Вы увидите, что некоторые вопросы требуют очень пристального внимания, например когда вы будете транслировать внутренние сетевые имена на «реальные», то потребуются довольно глубокие знания sendmail. В рамках этого руководства не будут рассмотрены теоретические вопросы конфигурации почты и новостей, для этого обратитесь к одной из книг по администрированию Unix систем (список лучших из них можно найти на сайте NetBSD). На самом деле, проблемы, которые могут возникнуть, весьма многообразны из-за большого числа конфигураций.
Читать дальше
Доступна для скачивания PC-BSD 1.5.1 Available, обновились приложения и устранены многие критические ошибки, вы можите обновить систему через System Update
Русский перевод: Вадим Лопатюк
Содержание
23.1. DNS: сущность и принципы
23.1.1. Служба имен
23.1.2. Пространство имен DNS
23.1.3. Записи ресурсов
23.1.4. Делегирование
23.1.5. Делегирование множеству серверов
23.1.6. Вторичность, кэширование и SOA запись
23.1.7. Разрешение имен
23.1.8. Обратное разрешение
23.2. Файлы DNS
23.2.1. /etc/namedb/named.conf
23.2.2. /etc/namedb/localhost
23.2.3. /etc/namedb/zone.127.0.0
23.2.4. /etc/namedb/diverge.org
23.2.5. /etc/namedb/1.168.192
23.2.6. /etc/namedb/root.cache
23.3. Использование DNS
23.4. Настройка только кэширующего сервера
23.4.1. Тестирование сервера
Использование системы доменных имен рассмотрено в предыдущих главах без углубления в детали установки сервера предоставляющего услугу. Эта глава описывает установку простого, маленького сервера системы доменных имен (DNS) в системе NetBSD. Сюда входит краткое рассмотрение и обзор DNS. Более подробную информацию можно получить из каталога происхождения DNS (DNSRD) на http://www.dns.net/dnsrd/.
23.1. DNS: сущность и принципы
DNS это широко используемая в Интернет и других сетях TCP/IP служба имен. Сетевые протоколы, форматы данных и файлов, и другие аспекты DNS в стандартах Интернет, определены в документах RFC, и описаны во множестве других руководств и справочников. DNS представляет собой клиент-серверную архитектуру. Это описание реализации клиента и сервера, но это не часть стандарта. Это она из возможных реализаций доступная для множества платформ.
23.1.1. Служба имен
Служба имен используется для реализации отображения текстовых имен и конфигурационных данных в единой форме. Сервер имен поддерживает это отображение и клиенты просят сервер разрешить имя в присоединяемых данных.
Читатель должен иметь хорошее представление об основах хостов, картах IP адресов и спецификации классов IP адресов, см. Раздел 20.6, «Концепция сервиса имен».
Читать дальше
Русский перевод: Александр Журавлев
Содержание
22.1. Обзор
22.2. Что такое inetd?
22.3. Конфигурация inetd /etc/inetd.conf
22.4. Сервисы /etc/services
22.5. Протоколы /etc/protocols
22.6. Вызов удаленных процедур (RPC) /etc/rpc
22.7. Разрешение и запрещение доступа с определенных хостов /etc/hosts.{allow,deny}
22.8. Добавление сервиса
22.9. Когда использовать или не использовать inetd
22.10. Другие ресурсы
«Супер сервер Интернет» или inetd(8) доступен на всех Unix–подобных системах, предоставляя множество из имеющихся базовых сервисов. Данная глава описывает взаимосвязь между демоном и несколькими конфигурационными файлами из директории /etc/.
22.1. Обзор
В данном документе мы взглянем на простое определение inetd(8), на то, как работают несколько файлов, относящихся к inetd(8) (хотя это не означает, что они не относятся к другому программному обеспечению), то как добавлять сервис в inetd(8) и некоторые предложения по использованию inetd(8) для определенного сервиса и о том, когда для сервиса лучшим выбором будет работа вне inetd(8).
22.2. Что такое inetd?
Читать дальше
