8.3.1. Dump и Restore

dump(8) и restore(8) являются традиционными для Unix программами резервного копирования. Они работают с приводом как с набором дисковых блоков, которые расположены ниже понятий файлов, связей и каталогов, создаваемых файловыми системами. Программа dump(8) выполняет резервное копирование устройств, целых файловых систем, но не частей файловой системы и не деревьев каталогов, которые располагаются более чем в одной файловой системе при помощи символических ссылок ln(1) или монтирования одной файловой системы в другой. Утилита dump(8) не записывает на ленту файлы и каталоги, она записывает блоки данных, из которых строятся файлы и каталоги. В программе dump(8) имеются некоторые неудобства, оставшиеся от ее ранних дней в составе Version 6 операционной системы ATT Unix (около 1975). Параметры, используемые по умолчанию, подходят для 9-дорожечных лент (6250 bpi), но не для современных носителей с высокой плотностью записи информации (до 62,182 ftpi). Для использования емкостей нынешних накопителей на магнитной ленте эти параметры могут быть заданы в командной строке.

rdump(8) и rrestore(8) предназначены для резервного копирования данных по сети на накопитель, подключенный к другому компьютеру. Обе программы используют в работе rcmd(3) и ruserok(3) для доступа к накопителю на магнитной ленте на удаленном компьютере. Поэтому пользователь, выполняющий резервное копирование, должен иметь доступ к удаленному компьютеру через rhosts. Аргументы для rdump(8) и rrestore(8) должны подходить для использования на другом компьютере. (Например, при выполнении копирования по команде rdump на компьютере с FreeBSD на накопитель Exabyte, подключенный к машине Sun по имени komodo, используйте такую команду: /sbin/rdump 0dsbfu 54000 13000 126 komodo:/dev/nrsa8 /dev/rda0a 2>&1) Будьте осторожны: есть проблемы с обеспечением безопасности при разрешении использования команд rhosts. Внимательно отнеситесь к вашей ситуации.

8.3.2. Tar

Утилита tar(1) также восходит корнями к Version 6 системы ATT Unix (около 1975). tar(1) работает с файловой системой; tar(1) записывает на ленту файлы и каталоги. tar(1) поддерживает не полный набор опций, имеющихся в cpio(1), однако он не требует необычного перенаправления в командной строке, которое используется в утилите cpio(1).

В большинстве версий tar(1) создание резервных копий по сети не поддерживается. Версия GNU утилиты tar(1), которая используется во FreeBSD, поддерживает удаленные устройства в том же самом синтаксисе, что и rdump(8). Чтобы скопировать данные на накопитель Exabyte, подключенный к машине Sun по имени komodo, используйте такую команду: /usr/bin/tar cf komodo:/dev/nrsa8 . 2>&1. В случае использования версий без поддержки удаленных устройств, вы можете воспользоваться перенаправлением вывода и командой rsh(1) для посылки данных на удаленный ленточный накопитель.

    # tar cf - . | rsh hostname dd of=tape-device obs=20b
        

Если вы беспокоитесь о безопасности создания резервных копий по сети, то вместо rsh(1) вам нужно использовать ssh(1).

8.3.3. Cpio

cpio(1) является оригинальной программой Unix для обмена файлами на магнитных носителях. В утилите cpio(1) имеются опции (кроме всего прочего), позволяющие выполнять изменение порядка следования байтов, поддерживающие различные форматы архивов и выполняющие перенаправление данных другим программам. Последняя возможность делает cpio(1) прекрасным выбором для целей установки. cpio(1) не знает о том, как работать с каталогами, список файлов должен даваться через stdin.

cpio(1) не поддерживает создание резервных копий по сети. Вы можете воспользоваться перенаправлением вывода и программой rsh(1) для посылки данных на удаленный накопитель. (XXX добавить пример использования утилиты)

8.3.4. Pax

pax(1) является ответом IEEE/POSIX на утилиты tar(1) и cpio(1). В течении многих лет различные версии программ tar(1) и cpio(1) получались не совсем совместимыми. Так что вместо того, чтобы попытаться полностью их стандартизировать, POSIX создал новую утилиту для работы с архивами. pax(1) пытается читать и писать различные форматы cpio(1) и tar(1), и, кроме того, свои собственные новые форматы. Набор команд этой утилиты больше напоминает cpio(1), чем tar(1).

8.3.5. Amanda

Amanda (Advanced Maryland Network Disk Archiver) является целой клиент/серверной системой резервного копирования, а не отдельной программой. Сервер Amanda сможет осуществлять резервное копирование на единственный накопитель любого количества компьютеров, на которых имеется клиент Amanda и которые могут связываться по сети с сервером Amanda. Общей проблемой систем с большим количеством больших дисков является время, требуемое для непосредственной записи данных на ленту, превышающее лимит времени, выделенный на эту задачу. Amanda решает эту проблему. Amanda может использовать "промежуточный диск" для резервного копирования нескольких файловых систем одновременно. Amanda создает "наборы архивов": группа лент, используемых в некоторый период времени для создания полных копий всех файловых систем, перечисленных в конфигурационном файле системы Amanda. "Архивный набор" содержит также создаваемый каждую ночь инкрементальные (или дифференциальные) резервные копии всех файловых систем. Восстановление поврежденной файловой системы требует наличие самой последней полной копии и инкрементальных резервных копий.

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

8.3.6. Не делать ничего

"Не делать ничего" - это не программа для компьютера, и в то же время это наиболее широко используемая стратегия резервного копирования. Здесь нет никаких первоначальных затрат. Здесь нет расписания, которому нужно следовать. Просто скажите нет. Если что-то случится с вашими данными, улыбнитесь и забудьте о них!

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

"Ничего не делать" является правильным методом резервного копирования для /usr/obj и других деревьев каталогов, которые могут быть в точности перегенерированы вашим компьютером. Примером являются файлы, представляющие страницы этой книги - они генерируются из входных файлов SGML. Создание резервных копий файлов HTML не нужно. Исходные файлы SGML копируются регулярно.

8.3.7. Какая программа резервного копирования самая лучшая?

dump(8) Точка. Elizabeth D. Zwicky протестировала все программы резервного копирования, обсуждаемые здесь. Беспроигрышным вариантом для сохранения всех ваших данных и особенностей файловых систем Unix является dump(8). Элизабет создала файловые системы, содержащие большое количество необычных элементов (и некоторых не так уж необычных) и тестировала каждую из программ, выполняя резервное копирование и последующее восстановление этих файловых систем. В число необычных элементов входили: файлы с дырами, файлы с дырами и блоком пустого места, файлы с необычными символами в их именах, нечитаемые и незаписываемые файлы, устройства, меняющие свой размер во время резервного копирования, файлы, создаваемые и удаляемые во время копирования и тому подобное. Она представила результаты на конференции LISA V в октябре 1991 года. Посмотрите ссылку на torture-testing Backup and Archive Programs.

8.3.8. Процедура восстановления при сбое

    #!/bin/sh
    #
    # create a restore floppy
    #
    # format the floppy
    #
    PATH=/bin:/sbin:/usr/sbin:/usr/bin
    
    fdformat -q fd0
    if [ $? -ne 0 ]
    then
         echo "Bad floppy, please use a new one"
         exit 1
    fi
    
    # place boot blocks on the floppy
    #
    disklabel -w -B /dev/rfd0c fd1440
    
    #
    # newfs the one and only partition
    #
    newfs -t 2 -u 18 -l 1 -c 40 -i 5120 -m 5 -o space /dev/rfd0a
    
    #
    # mount the new floppy
    #
    mount /dev/fd0a /mnt
    
    #
    # create required directories
    #
    mkdir /mnt/dev
    mkdir /mnt/bin
    mkdir /mnt/sbin
    mkdir /mnt/etc
    mkdir /mnt/root
    mkdir /mnt/mnt          # for the root partition
    mkdir /mnt/tmp
    mkdir /mnt/var
    
    #
    # populate the directories
    #
    if [ ! -x /sys/compile/MINI/kernel ]
    then
         cat << EOM
    The MINI kernel does not exist, please create one.
    Here is an example config file:
    #
    # MINI -- A kernel to get FreeBSD on onto a disk.
    #
    machine     "i386"
    cpu     "I486_CPU"
    ident       MINI
    maxusers    5
    
    options     INET            # needed for _tcp _icmpstat _ipstat
                         #        _udpstat _tcpstat _udb
    options     FFS         #Berkeley Fast File System
    options     FAT_CURSOR      #block cursor in syscons or pccons
    options     SCSI_DELAY=15       #Be pessimistic about Joe SCSI device
    options     NCONS=2     #1 virtual consoles
    options     USERCONFIG      #Allow user configuration with -c XXX
    
    config      kernel  root on da0 swap on da0 and da1 dumps on da0
    
    controller  isa0
    controller  pci0
    
    controller  fdc0    at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
    disk        fd0 at fdc0 drive 0
    
    controller  ncr0
    
    controller  scbus0
    
    device      sc0 at isa? port "IO_KBD" tty irq 1 vector scintr
    device      npx0    at isa? port "IO_NPX" irq 13 vector npxintr
    
    device      da0
    device      da1
    device      da2
    
    device      sa0
    
    pseudo-device   loop        # required by INET
    pseudo-device   gzip        # Exec gzipped a.out's
    EOM
         exit 1
    fi
    
    cp -f /sys/compile/MINI/kernel /mnt
    
    gzip -c -best /sbin/init > /mnt/sbin/init
    gzip -c -best /sbin/fsck > /mnt/sbin/fsck
    gzip -c -best /sbin/mount > /mnt/sbin/mount
    gzip -c -best /sbin/halt > /mnt/sbin/halt
    gzip -c -best /sbin/restore > /mnt/sbin/restore
    
    gzip -c -best /bin/sh > /mnt/bin/sh
    gzip -c -best /bin/sync > /mnt/bin/sync
    
    cp /root/.profile /mnt/root
    
    cp -f /dev/MAKEDEV /mnt/dev
    chmod 755 /mnt/dev/MAKEDEV
    
    chmod 500 /mnt/sbin/init
    chmod 555 /mnt/sbin/fsck /mnt/sbin/mount /mnt/sbin/halt
    chmod 555 /mnt/bin/sh /mnt/bin/sync
    chmod 6555 /mnt/sbin/restore
    
    #
    # create the devices nodes
    #
    cd /mnt/dev
    ./MAKEDEV std
    ./MAKEDEV da0
    ./MAKEDEV da1
    ./MAKEDEV da2
    ./MAKEDEV sa0
    ./MAKEDEV pty0
    cd /
    
    #
    # create minimum filesystem table
    #
    cat > /mnt/etc/fstab <<EOM
    /dev/fd0a   /   ufs rw 1 1
    EOM
    
    #
    # create minimum passwd file
    #
    cat > /mnt/etc/passwd <<EOM
    root:*:0:0:Charlie &:/root:/bin/sh
    EOM
    
    cat > /mnt/etc/master.passwd <<EOM
    root::0:0::0:0:Charlie &:/root:/bin/sh
    EOM
    
    chmod 600 /mnt/etc/master.passwd
    chmod 644 /mnt/etc/passwd
    /usr/sbin/pwd_mkdb -d/mnt/etc /mnt/etc/master.passwd
    
    #
    # umount the floppy and inform the user
    #
    /sbin/umount /mnt
    echo "The floppy has been unmounted and is now ready."
          

12.8.1 Можно ли использовать дискеты для создания резервных копий моих данных?

На самом деле дискеты не подходят для создания резервных копий, потому что:

• Носитель ненадёжен, особенно если речь идет о больших сроках хранения.

• Создание резервных копий и восстановление данных происходит очень медленно.

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

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

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

12.8.2 Итак, как же сделать резервную копию данных на дискетах?

Самым лучшим методом создания резервной копии на дискете является использование утилиты tar(1) с опцией -M (многотомные архивы), которая позволяет размещать архивы на нескольких дискетах.

Для копирования всех файлов в текущем каталоге и подкаталогах выполните следующее (работая как пользователь root):

# tar Mcvf /dev/fd0 *

Когда первая дискета окажется полностью заполненной, программа tar(1) выдаст запрос на следующий том (так как работа утилиты tar(1) не зависит от носителя, она имеет дело с томами; здесь это означает дискету).

Prepare volume #2 for /dev/fd0 and hit return:

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

12.8.3 Можно ли резервные копии подвергнуть компрессии?

К сожалению, tar(1) при создании многотомных архивов не позволяет использовать опцию -z. Вы конечно же, можете скомпрессировать все файлы утилитой gzip(1), программой gzip(1) скопировать их на дискеты, а затем распаковать файлы снова утилитой gunzip(1)!

12.8.4 Как восстановить данные из моих резервных копий?

Для полного восстановления архива воспользуйтесь такой командой:

# tar Mxvf /dev/fd0

Есть два подхода к восстановлению только нужных вам файлов. В первом вы можете начать с первой дискеты и выдать такую команду:

# tar Mxvf /dev/fd0 filename

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

Как альтернатива, если вы знаете, на какой дискете расположен файл, то вы можете просто подать ее и дать ту же самую команду, что и выше. Заметьте, что если первый файл на дискете является продолжением предыдущего, то tar(1) выдаст предупреждение о том, что не может его восстановить, хотя вы этого и не просили делать!

12.7.1 4мм (DDS: Digital Data Storage)

Ленты шириной 4мм заменяют QIC в качестве наиболее предпочтительного носителя для создания резервных копий. Эта тенденция значительно усилилась после покупки компанией Conner фирмы Archive, ведущего производителя накопителей QIC и последующего прекращения их выпуска. Накопители 4мм малы по размеру и мало шумят, но у них нет репутации носителя, обладающего надежностью приводов 8мм. Картриджи более дешевы и меньше по размеру (3 x 2 x 0.5 дюймов, 76 x 51 x 12 мм), чем 8мм-картриджи. Накопители для лент шириной 4мм, как и 8мм, имеют сравнительно малый срок службы головок, по причине использования в обоих случаях технологии спирального сканирования (helical scan).

Пропускная способность у таких накопителей начинается с цифры ~150 kB/s, пиковая достигает ~500 kB/s. Ёмкость накопителей начинается с 1.3 GB и может достигать 2.0 GB. Аппаратное сжатие, имеющееся на большинстве таких накопителей, даёт увеличение ёмкости примерно вдвое. Блоки многоприводных ленточных библиотек могут иметь до 6 накопителей в одном модуле с автоматической сменой ленты. Емкость библиотек может достигать 240 GB.

Стандарт DDS-3 в настоящее время поддерживает ёмкости лент вплоть до 12 ГБ (или 24 ГБ сжатой информации).

В накопителях 4мм, как и в приводах 8мм, используется технология спирального сканирования. Все плюсы и минусы этой технологии относятся как к 4мм, так и 8мм приводам.

Не следует использовать ленты после того, как они были подвергнуты 2000 проходов, или были использованы для создания 100 полных копий.

12.7.2 8мм (Exabyte)

Ленты шириной 8мм являются самым распространённым типом для ленточных SCSI-накопителей; они же являются наиболее удачным выбором при выборе типа носителей для обмена лентами. Наверное, каждый сервер имеет привод Exabyte шириной 8мм и объёмом 2 ГБ. Эти приводы удобны, они работают надёжно и тихо. Картриджи дешевы и малы по размеру (4.8 x 3.3 x 0.6 дюймов; 122 x 84 x 15 мм). Одним минусом лент шириной 8мм является сравнительно малое время службы головок и лент из-за высокой скорости движения ленты вдоль головок.

Скорость передачи данных варьируется от ~250 kB/s до ~500 kB/s. Объём хранимых данных начинается с 300 МБ и может достигать 7 ГБ. Аппаратное сжатие, имеющееся практически на всех таких приводах, увеличивает емкость примерно вдвое. Эти приводы существуют как в виде отдельных модулей, так и в виде многоприводных ленточных библиотек с 6 приводами и 120 лентами в одном отсеке. Ленты сменяются автоматически модулем. Емкости библиотек достигают величин, превышающих 840 ГБ.

Модель Exabyte ``Mammoth'' поддерживает ёмкость ленты в 12 ГБ (24 ГБ со сжатием) и стоит примерно вдвое больше, чем обычный ленточный накопитель.

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

12.7.3 QIC

Ленты и накопители формата QIC-150, наверное, являются наиболее распространенным типом носителей. Приводы лент формата QIC являются самыми дешёвыми ``серьёзными'' накопителями для резервного копирования. Минусом является стоимость носителей. Ленты формата QIC по сравнению с лентами шириной 8мм или 4мм являются дорогими, превосходя их по стоимости хранения одного гигабайта в пять раз. Однако если вам будут достаточно половины ленты, QIC может оказаться правильным выбором. QIC является самым распространенным типом привода. Каждый сайт имеет привод QIC какой-либо емкости. QIC имеет большое количество плотностей на физически похожих (иногда даже идентичных) лентах. Приводы QIC работают вовсе не тихо. Эти накопители громко осуществляют поиск перед тем, как начать запись данных и достаточно шумны в процессе чтения, записи или поиска. Ленты QIC имеют размеры (6 x 4 x 0.7 дюймов; 15.2 x 10.2 x 1.7 мм). Мини-картриджи, в которых также используется лента шириной 1/4", обсуждаются отдельно. Библиотек лент и роботов для их замены не существует.

Скорость обмена данными лежит в границах от ~150 kB/s до ~500 kB/s. Ёмкость накопителей варьируется от 40 МБ до 15 ГБ. Аппаратное сжатие присутствует во многих современных накопителях QIC. Приводы QIC устанавливаются менее часто; они вытесняются накопителями DAT.

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

Ленты не следует больше использовать после создания 5,000 резервных копий.

12.7.4 XXX* Мини-картриджи

12.7.5 DLT

Формат DLT обладает самой высокой скоростью передачи данных среди всех перечисленных здесь накопителей. Лента шириной 1/2" (12.5мм) помещена в один картридж с катушкой (4 x 4 x 1 дюймов; 100 x 100 x 25 мм). Вдоль одной из сторон картриджа расположена сдвигающаяся крышечка. Механизм накопителя открывает эту крышку, чтобы вытащить конец ленты. На этом конце имеется овальное отверстие, которое используется для ``захвата'' ленты. Принимающая катушка размещена внутри накопителя. Все другие типы картриджей, перечисленные здесь (за исключением 9-дорожечных лент), имеют как подающий, так и принимающий барабаны внутри самого картриджа.

Скорость передачи данных равна примерно 1.5 MB/s, что в три раза больше скорости передачи данных для накопителей 4мм, 8мм или QIC. Ёмкость картриджей варьируется от 10 ГБ до 20 ГБ для одного накопителя. Приводы могут компоноваться как многоленточные роботизированные, так и многоленточные, многоприводные библиотеки лент, вмещающие от 5 до 900 лент и от 1 до 20 приводов, что даёт ёмкость хранилища от 50 ГБ до 9 ТБ.

Формат DLT Type IV поддерживает емкость до 70 ГБ со сжатием.

Данные на ленту записываются в виде дорожек, параллельных направлению движения (точно также, как и для лент QIC). Одновременно записываются две дорожки. Срок жизни головок чтения/записи сравнительно велик; как только лента перестает двигаться, одновременно прекращается трение между головками и лентой.

12.7.6 AIT

AIT - это новый формат фирмы Sony, который позволяет хранить до 50 ГБ (со сжатием) информации на одной ленте. Ленты содержат микросхемы памяти, на которых размещается каталог содержимого ленты. Этот каталог может быть быстро считан накопителем для определения расположения файлов на ленте, вместо того, чтобы тратить несколько минут на поиск, как это происходит с другими форматами. Такое программное обеспечение, как SAMS:Alexandria, может управлять сорока или большим количеством ленточных библиотек AIT, связываясь непосредственно с памятью лент для вывода их содержимого, определения того, какие файлы были скопированы на какую ленту, выбора нужной ленты, её загрузки и восстановления данных с ленты.

Библиотеки с такими функциями стоят в районе $20,000, выводя их из ниши любительского рынка.

12.7.7 Использование новой ленты первый раз

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

sa0(ncr1:4:0): NOT READY asc:4,1
sa0(ncr1:4:0):	Logical unit is in process of becoming ready

На ленте отсутствует идентификационный блок (блок номер 0). Со времен принятия стандарта QIC-525 все накопители формата QIC записывают на ленту идентификационный блок (Identifier Block). Здесь имеется два решения:

• По команде mt fsf 1 ленточный накопитель записывает идентификационный блок на ленту.

• Воспользуйтесь кнопкой на передней панели для выброса ленты.

  Вставьте ленту повторно и по команде dump сбросьте данные на ленту.

  Программа dump выдаст ``DUMP: End of tape detected'', а на консоли будет выведено: ``HARDWARE FAILURE info:280 asc:80,96''.

  перемотайте ленту такой командой: mt rewind.

  Последующие операции с лентой будут успешными.

7.3.1 MBR, /boot/boot0

MBR для FreeBSD находится в /boot/boot0. Это копия MBR, так как настоящая MBR должна располагаться в специальном месте диска, вне области FreeBSD.

boot0 очень прост, так как программа в MBR может иметь размер, не превышающий 512 байт. Если вы установили MBR FreeBSD и несколько операционных систем на ваш жесткий диск, то во время загрузки вы увидите нечто похожее на следующее:

F1 DOS
F2 FreeBSD
F3 Linux
F4 ??
F5 Drive 1

Default: F2

Известно, что другие операционные системы, в частности, Windows® 95, записывают поверх существующей MBR свою собственную. Если так случилось в вашем случае, или же вы хотите заменить существующую MBR на MBR от FreeBSD, то воспользуйтесь следующей командой:

# fdisk -B -b /boot/boot0 device

Здесь device является устройством, с которого вы загружаетесь, таким, как ad0 в случае первого диска IDE, ad2 в случае первого диска IDE на втором контроллере IDE, da0 для первого диска SCSI и так далее.

Однако если вы используете Linux и предпочитаете, чтобы процесс загрузки управлялся через LILO, вы можете отредактировать файл /etc/lilo.conf для FreeBSD или выбрать Leave The Master Boot Record Untouched в процессе установки FreeBSD. Если вы установили менеджер загрузки FreeBSD, то вы можете снова загрузить Linux и изменить конфигурационный файл /etc/lilo.conf для LILO, добавив следующий параметр:

other=/dev/hdXY
table=/dev/hdb
loader=/boot/chain.b
label=FreeBSD

который позволит загружать FreeBSD и Linux посредством LILO. В нашем примере мы используем XY для обозначения номера диска и раздела. Если вы используете диск SCSI, то вам может потребоваться заменить /dev/hdXY на что-то типа /dev/sdXY, где снова используется обозначение XY. Строка loader=/boot/chain.b может быть опущена, если обе операционные системы располагаются на одном и том же диске. Вы можете теперь запустить /sbin/lilo -v для того, чтобы ваши изменения были восприняты системой, что должно быть подтверждено сообщениями на экране.

7.3.2 Этап первый, /boot/boot1, и этап второй, /boot/boot2

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

Они располагаются в загрузочном секторе загрузочного слайса, то есть там, где boot0 или любая другая программа из MBR ожидает найти программу, которую следует запустить для продолжение процесса загрузки. Файлы в каталоге /boot являются копиями реальных файлов, которые хранятся вне файловой системы FreeBSD.

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

boot2 устроен несколько более сложно, и умеет работать с файловой системой FreeBSD в объёме, достаточном для нахождения в ней файлов, и может предоставлять простой интерфейс для выбора и передачи управления ядру или загрузчику.

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

>> FreeBSD/i386 BOOT
Default: 0:ad(0,a)/kernel
boot:
	

Если вам когда-либо понадобится заменить установленные boot1 и boot2, то используйте утилиту disklabel(8).

# disklabel -B diskslice

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

7.3.3 Третий этап, /boot/loader

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

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

7.6.1 Процесс автоматической перезагрузки

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

7.6.2 Однопользовательский режим

В этот режим можно перейти во время процесса автоматической перезагрузки, при ручной загрузке с параметром -s или заданием переменной boot_single для программы loader.

Этот режим может быть также вызван запуском программы shutdown(8) без параметров перезагрузки (-r) или останова (-h) из многопользовательского режима.

Если режим доступа к системной консоли console установлен в файле /etc/ttys в insecure, то система выведет запрос на ввод пароля пользователя root перед переходом в однопользовательский режим.

# name	getty				type	status		comments
#
# Если консоль помечена как "insecure", то init будет запрашивать пароль
# пользователя root при переходе в однопользовательский режим.
console none                            unknown off insecure

7.6.3 Многопользовательский режим

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

7.4.1 Флаги загрузки ядра

Вот наиболее часто используемые флаги загрузки:

5.3.1. Процесс работы загрузчика

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

Затем загрузчик читает файл /boot/loader.rc, который по умолчанию использует файл /boot/defaults/loader.conf, устанавливающий подходящие значения по умолчанию для переменных и читает файл /boot/loader.conf для изменения в этих переменных. Затем с этими переменными работает loader.rc, загружающий выбранные модули и ядро.

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

Более подробное техническое описание этого процесса дается на странице Справочника loader(8)

5.3.2. Встроенные команды загрузчика

Простой набор команд состоит из:

5.3.3. Примеры использования загрузчика

Вот несколько практического использования загрузчика.

• Чтобы просто загрузить ваше ядро обычным образом, но в однопользовательском режиме:

      boot -s
  

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

      unload
      load kernel.old
            
  

  Вы можете использовать kernel.GENERIC для обозначения стандартного ядра, поставляемого на установочном диске, или kernel.old для обращения к ранее установленному ядру (после того, как, например, вы обновили или отконфигурировали новое ядро).

  Note: Для загрузки ваших обычных модулей с другим ядром используйте такие команды:

      unload
      set kernel="kernel.old"
      boot-conf
              
  

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

      load -t userconfig_script
  /boot/kernel.conf
            
  

10.3.1. Введение

Иногда полезно разделить одну физическую сеть (другими словами, сегмент Ethernet) на два отдельных сегмента сети без необходимости создания подсетей IP и использования маршрутизатора для соединения сегментов. Устройство, которое соединяет две сети на такой манер, называется мостом, а система FreeBSD с двумя сетевыми адаптерами может выступать в роли моста.

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

По многим параметрам мост работает также, как коммутатор Ethernet с малым количеством портов.

10.3.2. Ситуации, когда можно использовать мосты

На сегодняшний день есть две ситуации, когда можно использовать мост.

10.3.3. Настройка моста

    options BRIDGE

10.3.4. Включение функций моста

Добавьте строку

    net.link.ether.bridge=1

в файл /etc/sysctl.conf для включения функций моста во время работы системы. Если вы хотите, чтобы пакеты, проходящие через мост, фильтровались через ipfw, вы должны также туда добавить строчку

    net.link.ether.bridge_ipfw=1

10.3.5. Производительность

Я использую в качестве моста/межсетевого экрана машину Pentium 90 с двумя сетевыми адаптерами: 3Com 3C900B и 3C905B. Защищенная часть сети работает в полудуплексном режиме на скорости 10Мбит/сек, а связь между мостом и моим маршрутизатором (Cisco 675) осуществляется на скорости 100Мбит/сек в полнодуплексном режиме. Без функций фильтрации пакетов дополнительная задержка составляет около 0.4 миллисекунды для пакета утилиты ping между защищенной сетью, работающей на скорости 10 Мбит, и маршрутизатором Cisco 675.

10.3.6. Дополнительные замечания

Если вы хотите осуществлять удаленный доступ на мост по протоколу telnet из сети, то нет проблем в назначении одному из сетевых адаптеров IP-адреса. Общепринято, что назначение адреса обоим сетевым адаптерам является не самой хорошей идеей.

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

10.4.1 Определения механизма шифрования

До FreeBSD 4.4 libcrypt.a была символической ссылкой на библиотеку, используемую для шифрования. В FreeBSD 4.4 libcrypt.a была изменена для предоставления настраиваемой библиотеки аутентификации по хэшу пароля. На данный момент библиотека поддерживает хэши DES, MD5 и Blowfish. По умолчанию FreeBSD использует для шифрования паролей MD5.

Довольно легко определить какой метод шифрования используется в FreeBSD. Один из способов это проверка файла /etc/master.passwd. Пароли, зашифрованные в хэш MD5 длиннее, чем те, что зашифрованы с помощью DES и начинаются с символов $1$. Пароли, начинающиеся с символов $2$ зашифрованы с помощью Blowfish. Пароли, зашифрованные DES не содержат каких-то определенных идентифицирующих символов, но они короче, чем пароли MD5 и закодированы в 64-символьном алфавите, не содержащем символа $, поэтому относительно короткая строка, не начинающаяся с этого символа это скорее всего DES пароль.

Формат паролей, используемых для новых паролей, определяется параметром passwd_format в /etc/login.conf, которое может принимать значения des, md5 или blf. Обратитесь к странице справочника login.conf(5) за дополнительной информацией о параметрах login.

10.8.1. Что такое DHCP?

DHCP, или Dynamic Host Configuration Protocol (Протокол Динамической Конфигурации Хостов), описывает порядок, по которому система может подключиться к сети и получить необходимую информацию для работы в ней. Во FreeBSD используется реализация DHCP от ISC (Internet Software Consortium), так что вся информация, описывающая особенности, зависящие от реализации, относится к дистрибутиву ISC.

10.8.2. Что описывается в этом разделе

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

10.8.3. Как это работает

Когда на клиентской машине выполняется программа dhclient, являющаяся клиентом DHCP, она начинает широковещательную рассылку запросов на получение настроечной информации. По умолчанию эти запросы делаются на 68 порт UDP. Сервер отвечает на UDP 67, выдавая клиенту адрес IP и другую необходимую информацию, такую, как сетевую маску, маршрутизатор и серверы DNS. Вся эта информация дается в форме "аренды" DHCP и верна только определенное время (что настраивается администратором сервера DHCP). При таком подходе устаревшие адреса IP тех клиентов, которые больше не подключены к сети, могут быть автоматически использоваться повторно.

Клиенты DHCP могут получить от сервера очень много информации. Подробный список находится в странице Справочника dhcp-options(5).

10.8.4. Интеграция с FreeBSD

Клиент DHCP от ISC, dhclient, полностью интегрирован во FreeBSD. Поддержка клиента DHCP есть как в программе установки, так и в самой системе, что исключает необходимость в знании подробностей конфигурации сети в любой сети, имеющей сервер DHCP. Утилита dhclient включена во все версии FreeBSD, начиная с 3.2.

DHCP поддерживается утилитой sysinstall. При настройке сетевого интерфейса из программы sysinstall первый вопрос, который вам задается, это "Do you want to try dhcp configuration of this interface?" ("Хотите ли вы попробовать настроить этот интерфейс через dhcp?"). Утвердительный ответ приведёт к запуску программы dhclient, и при удачном его выполнении к автоматическому заданию информации для настройки интерфейса.

Есть две вещи, которые вы должны сделать для того, чтобы ваша система использовала DHCP при загрузке:

• Убедитесь, что устройство bpf включено в компиляцию вашего ядра. Чтобы это сделать, добавьте строчку pseudo-device bpf в конфигурационный файл ядра и перестройте ядро. Более подробная информация о построении ядер имеется в разделе .

  Устройство bpf уже является частью ядра GENERIC, которое поставляется вместе с FreeBSD, так что, если вы не используете другое ядро, то вам и не нужно его делать для того, чтобы работал DHCP.

  Note: Те, кто беспокоится о безопасности, должны иметь в виду, что устройство bpf является также тем самым устройством, которое позволяет работать программам-снифферам пакетов (хотя для этого они должны быть запущены пользователем root). Наличие устройства bpf необходимо для использования DHCP, но если вы чересчур беспокоитесь о безопасности, то вам нельзя добавлять устройство bpf в ядро для того, чтобы в будущем использовать DHCP.

• Отредактируйте ваш файл /etc/rc.conf, включив в него следующее:

      ifconfig_fxp0="DHCP"
              
  

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

    dhcp_program="/sbin/dhclient"
    dhcp_flags=""
        

Сервер DHCP, dhcpd, включен как часть порта isc-dhcp2 в коллекции портов. Этот порт содержит полный дистрибутив ISC DHCP, состоящий из клиента, сервера, агент для перенаправления запросов и документация.

10.8.5. Файлы

• /etc/dhclient.conf

  dhclient требует наличия конфигурационного файла, /etc/dhclient.conf. Как правило, файл содержит только комментарии, а настройки по умолчанию достаточно хороши. Этот настроечный файл описан в странице Справочника dhclient.conf(5).

• /sbin/dhclient

  dhclient скомпонован статически и находится в каталоге /sbin. На страница Справочника dhclient(8) дается более подробная информация о dhclient.

• /sbin/dhclient-script

  dhclient-script является специфичным для FreeBSD скриптом настройки клиента DHCP. Он описан в dhclient-script(8), но для нормального функционирования никаких модификаций со стороны пользователя не требуется.

• /var/db/dhclient.leases

  В этом файле клиент DHCP хранит базу данных выданных к использованию адресов в виде журнала. На странице dhclient.leases(5) дается гораздо более подробное описание.

10.8.6. Дополнительная литература

Полное описание протокола DHCP дается в RFC 2131. Кроме того, дополнительная информация есть на сервере dhcp.org.

10.5.1. Инструкции по настройке

10.5.2. Совместное использование файловых систем / и /usr

В настоящее время нет официально одобренного способа сделать это, хотя для каждого клиента я использую общую файловую систему /usr и индивидуальную /. Если у кого-либо появятся соображения о том, как сделать это корректно, пожалуйста, дайте знать мне и/или FreeBSD core team <freebsd-core@FreeBSD.org>.

10.5.3. Компиляция netboot для специфичных ситуаций

Netboot может быть перекомпилирован для поддержки адаптеров NE1000/2000 изменением настроек в файле /sys/i386/boot/netboot/Makefile. Посмотрите комментарии в самом начале этого файла.

12.3.1 Использование утилиты sysinstall(8)

12.3.2 Использовании утилит командной строки

# dd if=/dev/zero of=/dev/da1 bs=1k count=1
# fdisk -BI da1 # Инициализируем новый диск.
# disklabel -B -w -r da1s1 auto # Размечаем его.
# disklabel -e da1s1 # Редактируем только что созданную метку диска и добавляем разделы.
# mkdir -p /1
# newfs /dev/da1s1e # Повторяем этот шаг для всех созданных разделов.
# mount /dev/da1s1e /1 # Монтируем раздел(ы)
# vi /etc/fstab # Добавляем соответствующую запись/записи в файл /etc/fstab.

# dd if=/dev/zero of=/dev/da1 bs=1k count=1
# disklabel -Brw da1 auto
# disklabel -e da1				# create the `e' partition
# newfs -d0 /dev/da1e
# mkdir -p /1
# vi /etc/fstab				# add an entry for /dev/da1e
# mount /1
	

# dd if=/dev/zero of=/dev/da1 count=2
# disklabel /dev/da1 | disklabel -BrR da1 /dev/stdin
# newfs /dev/da1e
# mkdir -p /1
# vi /etc/fstab					# add an entry for /dev/da1e
# mount /1

7.4.1. Файл fstab

Во время процесса загрузки файловые системы, перечисленные в /etc/fstab, монтируются автоматически (если при них не указан флаг noauto).

Файл /etc/fstab состоит из строк следующего формата:

    device /mount-point fstype     options     dumpfreq     passno
          

device являются именем устройства (которое должно существовать) вида, описанного выше в главе о соглашениях по именованию дисков.

mount-point является каталогом (который должен существовать), в который будет смонтирована файловая система.

fstype является типом файловой системы для передачи в mount(8). По умолчанию во FreeBSD файловая система имеет тип ufs.

В качестве параметров options указывается rw для файловых систем, доступных по чтению-записи, или ro для файловых систем, доступных только для чтения, за которым следует любое количество других параметров, могущих быть нужными. Часто используемым параметром является опция noauto для файловых систем, которые обычно не монтируются во время загрузки. Другие параметры описаны на странице справочника по mount(8).

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

7.4.2. Команда mount

Команда mount(8) является тем, что необходимо использовать для монтирования файловых систем.

В ее самой простой форме она используется так:

    # mount device mountpoint
        

Как отмечено на справочной странице по команде mount(8), она имеет массу параметров, но наиболее часто используются следующие:

Опция -o принимает список разделенных запятыми параметров, включая следующее:

7.4.3. Команда umount

Команда umount воспринимает в качестве параметра либо точку монтирования, либо имя устройства, либо параметры -a или -A.

Все формы воспринимают параметр -f для принудительного размонтирования и -v для вывода подробного журнала.

Флаги -a и -A используются для размонтирования всех смонтированных файловых систем, возможно с учетом типов файловых систем, перечисленных после -t. Однако при использовании опции -A не будет предприниматься попытка размонтировать корневую файловую систему.

12.10.1 Файловая система в файле во FreeBSD 4.X

Утилита vnconfig(8) конфигурирует и позволяет использовать дисковые устройства на основе псевдо-устройств vnode. vnode представляет собой файл и отвечает за работу с файлом. Это означает, что vnconfig(8) использует файлы для создания и работы с файловой системой. Одним из возможных способов использования является монтирование образов дискет или образов компакт-дисков, сброшенных в файлы.

Для использования vnconfig(8) в конфигурационном файле ядра вам нужно включить поддержку vn(4):

pseudo-device vn

Чтобы смонтировать имеющийся образ файловой системы:

# vnconfig vn0 diskimage
# mount /dev/vn0c /mnt

Для создания нового образа файловой системы с помощью vnconfig(8):

# dd if=/dev/zero of=newimage bs=1k count=5k
5120+0 records in
5120+0 records out
# vnconfig -s labels -c vn0 newimage
# disklabel -r -w vn0 auto
# newfs vn0c
Warning: 2048 sector(s) in last cylinder unallocated
/dev/vn0c:	10240 sectors in 3 cylinders of 1 tracks, 4096 sectors
	5.0MB in 1 cyl groups (16 c/g, 32.00MB/g, 1280 i/g)
super-block backups (for fsck -b #) at:
 32
# mount /dev/vn0c /mnt
# df /mnt
Filesystem  1K-blocks	  Used	  Avail Capacity  Mounted on
/dev/vn0c	 4927	     1	   4532     0%	  /mnt

12.10.2 Файловые системы, отображаемые в файлы, во FreeBSD 5.X

Во FreeBSD 5.X для конфигурации и подключения дисков md(4), отображаемых в оперативную память, используется утилита mdconfig(8). Для работы с mdconfig(8) вам нужно подгрузить модуль md(4) или добавить поддержку этих устройств в файл конфигурации ядра:

device md

Утилита mdconfig(8) поддерживает три типа виртуальных дисков, отображаемых в память: диски в памяти, которая выделяется запросами malloc(9) и диски в памяти, использующие в качестве устройств хранения файлы или раздел подкачки. Одним из возможных использований таких дисков является монтирование файлов с образами дискет или CD.

Для монтирования образа существующей файловой системы:

# mdconfig -a -t vnode -f diskimage -u 0
# mount /dev/md0c /mnt

Для создания образа новой файловой системы при помощи mdconfig(8):

# dd if=/dev/zero of=newimage bs=1k count=5k
5120+0 records in
5120+0 records out
# mdconfig -a -t vnode -f newimage -u 0
# disklabel -r -w md0 auto
# newfs md0c
/dev/md0c: 5.0MB (10240 sectors) block size 16384, fragment size 2048
	using 4 cylinder groups of 1.27MB, 81 blks, 256 inodes.
super-block backups (for fsck -b #) at:
 32, 2624, 5216, 7808
# mount /dev/md0c /mnt
# df /mnt
Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
/dev/md0c        4846        2     4458     0%    /mnt

Если в параметре -u вы не задали номер устройства, то mdconfig(8) для выбора неиспользуемого устройства будет использовать функцию автоматическое выделения в md(4). Имя выделенного устройства будет выдано на стандартное устройство выводы в виде, например, md4. Для получения более полной информации о mdconfig(8), пожалуйста, обратитесь к соответствующей странице справочной системы.

Утилита mdconfig(8) весьма полезна, однако для создания файла с файловой системой требуется произвести много действий. Вместе с FreeBSD 5.0 поставляется утилита под названием mdmfs(8), которая создаёт диск md(4) при помощи mdconfig(8), размещает на нём файловую систему UFS при помощи newfs(8) и монтирует её командой mount(8). Например, если вы хотите создать и смонтировать такой же образ файловой системе, как выше, просто наберите такую команду:

# dd if=/dev/zero of=newimage bs=1k count=5k
5120+0 records in
5120+0 records out
# mdmfs -F newimage -s 5m md0 /mnt
# df /mnt
Filesystem 1K-blocks Used Avail Capacity  Mounted on
/dev/md0        4846    2  4458     0%    /mnt

Если вы используете параметр md без номера устройства, то mdmfs(8) будет использовать автоматическую нумерацию md(4) для автоматического выбора неиспользуемого устройства. Более полную информацию о mdmfs(8) можно найти на страницах справочной системы.

12.10.3 Файловая система в памяти во FreeBSD 4.X

Драйвер md(4) является простым и эффективным способом создания файловых систем в памяти во FreeBSD 4.X. Для выделения памяти используется malloc(9).

Просто возьмите файловую систему, которую вы приготовили при помощи, скажем, vnconfig(8) и:

# dd if=newimage of=/dev/md0
5120+0 records in
5120+0 records out
# mount /dev/md0c /mnt
# df /mnt
Filesystem  1K-blocks	  Used	  Avail Capacity  Mounted on
/dev/md0c	 4927	     1	   4532     0%	  /mnt

Для получения более полной информации, пожалуйста, обратитесь к страницам справочной системы по md(4).

12.10.4 Файловые системы с отображением в память во FreeBSD 5.X

При работе с файловыми системами, отображаемыми в файл или память, используются одни и те же утилиты: mdconfig(8) или mdmfs(8). Место для хранения файловых систем в памяти выделяется через malloc(9).

# mdconfig -a -t malloc -s 5m -u 1
# newfs -U md1
/dev/md1: 5.0MB (10240 sectors) block size 16384, fragment size 2048
	using 4 cylinder groups of 1.27MB, 81 blks, 256 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 32, 2624, 5216, 7808
# mount /dev/md1 /mnt
# df /mnt
Filesystem 1K-blocks Used Avail Capacity  Mounted on
/dev/md1        4846    2  4458     0%    /mnt

# mdmfs -M -s 5m md2 /mnt
# df /mnt
Filesystem 1K-blocks Used Avail Capacity  Mounted on
/dev/md2        4846    2  4458     0%    /mnt

Вместо того, чтобы использовать файловую систему, опирающуюся на malloc(9), возможно использовать память раздела подкачки, для чего нужно просто заменить malloc на swap в командной строке при вызове mdconfig(8). Утилита mdmfs(8) по умолчанию (без опции -M) создаёт диск в разделе подкачки. Для выяснения всех подробностей, пожалуйста, обратитесь к страницам справочной системы по mdconfig(8) и mdmfs(8).

12.10.5 Отключение диска, отображаемого в память, от системы

Если файловые системы, отображаемые в память или файл, больше не используются, вам нужно высвободить все ресурсы для системы. Первым делом нужно размонтировать файловую систему, затем воспользоваться mdconfig(8) для отключения диска от системы и освободить ресурсы.

К примеру, чтобы отключить и освободить все ресурсы, используемые /dev/md4:

# mdconfig -d -u 4

Для выдачи информации об отконфигурированных устройствах md(4) используется команда mdconfig -l.

Во FreeBSD 4.X для отключения устройства используется команда vnconfig(8). Например, для отключения и освобождения всех ресурсов, используемых /dev/vn4:

# vnconfig -u vn4

10.8.1 Что такое межсетевой экран?

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

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

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

10.8.2 Что позволяет делать IPFW?

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

IPFW состоит из двух связанных частей. Межсетевой экран осуществляет фильтрацию пакетов. Часть, занимающаяся учетом IP пакетов, отслеживает использование маршрутизатора на основе правил подобных тем, что используются в части межсетевого экрана. Это позволяет администратору определять, например, объем трафика, полученного маршрутизатором от определенного компьютера, или объем пересылаемого WWW трафика.

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

10.8.3 Включение IPFW в FreeBSD

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

Существует четыре параметра настройки ядра, относящихся к IPFW:

10.8.4 Настройка IPFW

Настройка программного обеспечения IPFW выполняется с помощью утилиты ipfw(8). Синтаксис этой команды выглядит очень сложным, но он становится относительно прост как только вы поймете его структуру.

В настоящее время утилита использует четыре различных категории команд: добавление/удаление (addition/deletion), просмотр (listing), сброс (flushing) и очистка (clearing). Добавление/удаление используется для создания правил, определяющих как пакеты принимаются, отбрасываются и протоколируются. Просмотр используется для определения содержимого набора правил (называемого еще цепочкой) и счетчиков пакетов (учет). Сброс используется для удаления всех правил цепочки. Очистка используется для обнуления одного или нескольких счетчиков.

адрес

адрес/маска-биты

адрес:маска-шаблон

10.8.5 Примеры команд для ipfw

Следующая команда запретит все пакеты с хоста evil.crackers.org на telnet порт хоста nice.people.org:

# ipfw add deny tcp from evil.crackers.org to nice.people.org 23

Следующий пример запрещает и протоколирует весь TCP трафик из сети crackers.org (класса C) к компьютеру nice.people.org (на любой порт).

# ipfw add deny log tcp from evil.crackers.org/24 to nice.people.org

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

# ipfw add deny tcp from any to my.org/28 6000 setup

Для просмотра записей учета:

# ipfw -a list

# ipfw -a l

Вы можете также просмотреть время последнего срабатывания правил с помощью команды:

# ipfw -at l

10.8.6 Создание межсетевого экрана с фильтрацией пакетов

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

Вам потребуется включить межсетевой экран в /etc/rc.conf.local или /etc/rc.conf. Соответствующая страница справочника разъясняет что именно необходимо сделать и содержит примеры готовых настроек. Если вы не используете предустановленную настройку, команда ipfw list может поместить текущий набор правил в файл, откуда он может быть помещен в стартовые файлы системы. Если вы не используете /etc/rc.conf.local или /etc/rc.conf для включения межсетевого экрана, важно убедиться в том, что он включается после настройки интерфейсов.

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

• Заблокируйте доступ снаружи к портам TCP с номерами ниже 1024. Здесь расположена большая часть критичных для безопасности сервисов, таких как finger, SMTP (почта) и telnet.

• Заблокируйте весь входящий трафик UDP. Есть очень немного полезных сервисов, работающих через UDP, но они обычно представляют угрозу безопасности (например, Sun RPC и NFS протоколы). У этого способа есть и недостатки, поскольку протокол UDP не поддерживает соединения, и запрещение входящих пактов заблокирует также ответы на исходящий UDP трафик. Это может стать проблемой для тех, кто использует внешние серверы, работающие с UDP. Если вы хотите открыть доступ к этим сервисам, потребуется разрешить входящие пакеты с соответствующих портов. К примеру, для ntp вам может потребоваться разрешить пакеты, приходящие с порта 123.

• Заблокировать весь трафик снаружи к порту 6000. Порт 6000 используется для доступа к серверам X11, и может быть угрозой безопасности (особенно если у пользователей есть привычка выполнять на своих рабочих станциях команду xhost +). X11 может использовать диапазон портов, начинающийся с 6000, верхний предел определяется количеством X дисплеев, которые могут быть запущены на машине. Верхний предел, определенный RFC 1700 (Assigned Numbers), равен 6063.

• Проверьте порты, используемые внутренними сервисами (например, SQL серверами и т.п.). Возможно хорошей идеей является блокирование и этих портов, поскольку они обычно не попадают в диапазон 1-1024, указанный выше.

Еще один список для проверки настроек межсетевого экрана доступен на CERT по адресу http://www.cert.org/tech_tips/packet_filtering.html

Как сказано выше, все эти правила всего лишь руководство. Вы сами сможете решить, какие правила фильтрации будут использованы в межсетевом экране. Мы не можем нести НИКАКОЙ ответственности в случае взлома вашей сети, даже если вы следовали советам, представленным выше.

10.8.7 Накладные расходы и оптимизация IPFW

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

Последующие измерения были выполнены с 2.2.5-STABLE на 486-66. (Хотя IPFW немного изменился в последующих релизах FreeBSD, скорость осталась приблизительно той же.) IPFW был модифицирован для измерения времени, затраченного ip_fw_chk, с выводом на консоль результата после каждого 1000-го пакета.

Были протестированы два набора из 1000 правил. Первый был составлен для демонстрации плохого набора правил путем повторения правила:

# ipfw add deny tcp from any to any 55555

Этот набор правил плох, поскольку большая часть правил IPFW не соответствует проверяемым пакетам (из-за номера порта). После 999-й итерации этого правила следует правило allow ip from any to any.

Второй набор правил был разработан для быстрейшей проверки каждого правила:

# ipfw add deny ip from 1.2.3.4 to 1.2.3.4

Не совпадающий IP адрес источника в правиле выше приведет к очень быстрой проверке этих правил. Как и прежде, 1000-е правило allow ip from any to any.

Затраты на проверку пакета в первом случае приблизительно 2.703 мс/пакет, или приблизительно 2.7 микросекунд на правило. Теоретический предел скорости проверки около 370 пакетов в секунду. Предполагая подключение через 10 Mbps Ethernet и размер пакета приблизительно 1500 байт, получаем только 55.5% использования пропускной способности.

Во втором случае каждый пакет был проверен приблизительно за 1.172 мс, или приблизительно 1.2 микросекунд на правило. Теоретический предел скорости проверки около 853 пакетов в секунду, что делает возможным полное использование пропускной способности 10 Mbps Ethernet.

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

• Поместите правило established как можно раньше для обработки большей части TCP трафика. Не помещайте перед ним правила allow tcp.

• Помещайте часто используемые правила ближе к началу набора чем редко используемые (конечно же, без изменения действия всего набора). Вы можете определить наиболее часто используемые правила путем проверки счетчиков пакетов командой ipfw -a l.

1.3.1 Краткая история FreeBSD

Рассказывает Jordan K. Hubbard <jkh@FreeBSD.org>.

Проект FreeBSD возник в первой половине 1993 года, частично как результат развития ``Неофициального комплекта заплат к 386BSD (patchkit) '', последними 3-мя координаторами этого проекта: Nate Williams, Rod Grimes и мною.

Нашей главной задачей было привести промежуточный снэпшот 386BSD в порядок, исправив множество проблем, которые механизм patchkit не мог решить. Некоторое из вас возможно помнят раннее название этого проекта: ``386BSD 0.5'' или ``386BSD Interim''.

386BSD была операционной системой Била Джоилца, который на тот момент находился строго говоря, в состоянии полного пренебрежения к ней. Так как patchkit разрастался и его поддержание становилось более неудобным день от дня, мы пришли к единодушному соглашению что что-то нужно делать и решили помочь Билу путем предоставления промежуточных ``очистных'' снэпшотов. Эти планы были невежливо оборваны, когда Билл внезапно решил забрать его санкции у проекта без любых ясных комментариев, что должно быть сделано вместо этого.

Нам потребовалось немного времени, чтоб прийти к решению продолжать следовать той цели, даже без поддержки Билла, и мы приняли имя ``FreeBSD'' приобретенное Дэвидом Гринмэном. Наши начальные цели были установлены после консультаций с пользователями существовавшей системы, и как только стало понятно, что проект на пути к тому чтобы стать реальностью, я связался с Walnut Creek CDROM с мыслью о путях последующего улучшения каналов распространения FreeBSD для множества невезучих без доступа к Internet. Walnut Creek CDROM не только поддержал идею распространения FreeBSD на CD, но также пошел далеко вперед и предоставил проекту компьютер для работы и быстрый доступ к Internet. Без почти беспрецедентной веры Walnut Creek CDROM, в то время полностью неизвестный проект, вряд ли FreeBSD зашел далеко и так быстро, как сегодня.

Первым дистрибутивом, распространяемым как на CDROM, так и в сети, стал FreeBSD 1.0, выпущенный в декабре 1993 года. Эта версия была выполнена на основе ленты 4.3BSD-Lite (``Net/2'') из Калифорнийского Университета в Беркли, с многочисленными добавлениями из проекта 386BSD и Фонда Свободного Программного Обеспечения. Это был довольно внушительный успех для первого предложения, и мы закрепили его с выходом FreeBSD 1.1 RELEASE в мае 1994 года.

В это же время, на небе сгустились тучи в связи с назревающим скандалом между Novell и Калифорнийским Университетом, Беркли. Это был вяло-текущий судебный процесс о легальности версии Net/2 из Беркли. Обстоятельства тяжбы с Калифорнийским Университетом заключались в том, что большие куски Net/2 были ``загромождены'' кодом, права на который принадлежат Novell, которая в свою очередь, получила их (права на код) ранее от AT&T. Чтоб вернуть благославление Novell, Беркли выпустил версию 4.4BSD-Lite, который был объявлен полностью свободным ``незагроможденным'' и всем пользователям Net/2 было рекомендовано переключится на ее использование. Это также касалось FreeBSD, и проекту было дано время до конца Июля 1994 года для прекращения распространения его продукта базирующегося на Net/2. На этих условиях проекту было разрешено выпустить последний релиз до окончания срока, это был FreeBSD 1.1.5.1.

Тогда FreeBSD приступил к сложной задаче буквально полному изобретению себя из абсолютно новой и довольно неполной системы 4.4BSD-Lite. ``Lite'' был в прямом смысле light (легким) потому, что CSRG удалил большие куски кода необходимого для создания реально загружающейся системы (по причине различных лицензионных требований) и фактически порт 4.4BSD для платформы Intel был очень неполным. Проекту потребовалось время почти до Ноября 1994 года для того чтоб выполнить этот переход и на этом этапе FreeBSD 2.0 была опубликована в сети и на CDROM (в конце Декабря). Несмотря на множество недотесаных углов в этой версии она пользовалась значительным успехом и была продолжена более устойчивой и простой для установки FreeBSD 2.0.5 выпущенной в Июне 1995 года.

Мы выпустили FreeBSD 2.1.5 в августе 1996, и она стала достаточно популярной среди большого количества ISP и коммерческих производителей, но и другие версии из ветки 2.1-STABLE также заслуживают этого. Это была FreeBSD 2.1.7.1, вышедшая в феврале 1997 и завершившая главную нить разработки 2.1-STABLE. Сейчас в режиме поддержки, только безопасные расширения и прочие критические исправления ошибок включаются в эту ветку (RELENG_2_1_0).

FreeBSD 2.2 была выведена из разработки (``-CURRENT'') в ноябре 1996 как ветка RELENG_2_2, а первая полная версия (2.2.1) появилась в апреле 1997. Последующие версии ветки 2.2 появлялись летом и в конце '97, а последняя версия (2.2.8) вышла в ноябре 1998. Первая официальная версия 3.0 была подготовлена к выходу в октябре 1998, завершив развитие ветки 2.2

Третье ветвление произошло 20 января 1999 года, разделив ветки 4.0-CURRENT и 3.X-STABLE. Из ветки 3.X-STABLE были получены: 3.1 - 15 февраля 1999, 3.2 - 15 мая 1999, 3.3 - 16 сентября 1999, 3.4 - 20 декабря 1999, 3.5 - 24 Июня 2000, за которым последовал через несколько дней немного обновленный 3.5.1, который содержал несколько фиксов в области безопасности Kerberos. Это был последний релиз из ветки 3.x.

Последнее на данный момент ветвление было произведено 13 Марта, 2000 в результате которого появились ветки 4.X-STABLE и 5.0-CURRENT. Последний релиз из этой ветки на данный момент - это 5.2.1-RELEASE.

Текущая -stable ветка это 4.x-stable. 4.0-RELEASE был выпущен в Марте 2000 года, 4.1 в Июле 2000 и 4.2 в Ноябре 2000. Также планируется еще ряд выпусков из ветки 4.x-stable (RELENG_4) в 2001 году.

Долговременные разработки и проекты продолжаются в ветке 5.0-CURRENT, и по ходу разработки будут доступны снэпшот-релизы 5.0 на CDROM (и, конечно же, в сети) постоянно доступные с сервера снепшотов как промежуточные результаты.

1.3.2 Цели Проекта FreeBSD

Предоставлено Jordan K. Hubbard <jkh@FreeBSD.org>.

Целью Проекта FreeBSD является предоставление программного обеспечения, которое может быть использовано для любых целей и без дополнительных ограничений. Многие из нас вносят внушительные взносы в код (и проект) и совершенно не требуют за это небольшой финансовой компенсации сейчас и в последствии, и мы определенно не собираемся настаивать на этом. Мы верим, что первая и основная наша ``задача'' предоставить код для всех кому он необходим, и для любых целей, поэтому этот код становится все более и более распространен и предоставляет самые широкие выгоды. Это, я верю, является одной из основных целей Свободного Программного Обеспечения и той которую мы с энтузиазмом поддерживаем.

Тот код в нашем дереве исходных текстов, который подпадает под Общую Публичную Лицензию GNU (GPL) или Общую Публичную Лицензию Библиотек GNU (LGPL) предоставляется с дополнительными ограничениями, хотя и это только со стороны предоставления доступа, а не просто противоположность. По причине дополнительных сложностей, которые могут появится при коммерческом использовании GPL продуктов, мы предпочитаем ПО предоставленное под более свободной лицензией BSD, когда это возможно.

1.3.3 Модель Разработки FreeBSD

Предоставлено Satoshi Asami <asami@FreeBSD.org>.

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

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

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

Мы все приглашаем тех кто хотел бы присоединится к нам, как разработчик FreeBSD выделить немного времени и привнести свой взнос в постоянный успех FreeBSD!

1.3.4 Текущая Версия FreeBSD

FreeBSD - это свободно доступная, базирующаяся на 4.4BSD-Lite релизе для компьютерных систем основанных на Intel i386, i486, Pentium, Pentium Pro, Celeron, Pentium II, Pentium III (или совместимых) и DEC Alpha. В основном она базируется на программном обеспечении от группы CSRG, U.C. Berkley, с некоторым дополнениями из NetBSD, OpenBSD, 386BSD и Free Software Foundation.

Со времен FreeBSD версии 2.0 в конце 94, производительность, возможности, и стабильность FreeBSD выросла многократно. Самое большое изменение это полное обновление системы виртуальной памяти с объединенным VM/файловым буферизированым кэшем, который не только увеличивает производительность, но и уменьшает количество используемой памяти, делая 5MB конфигурацию более доступным минимумом. Другие улучшения включают в себя полную поддержку NIS (клиент и сервер), поддержка транзакций TCP, поддержка "звонка-по-запросу" в PPP, встроенная поддержка DHCP, улучшенная подсистема SCSI, поддержка ISDN, ATM, FDDI, Fast и Gigabit Ethernet (1000Mbit) адаптеров, улучшенная поддержка последних версий контролеров Adaptec и сотни исправленных ошибок.

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

В дополнение к базовой системе, FreeBSD предоставляет коллекцию портированого ПО включающую в себя тысячи популярных программ. На середину ноября 2000 года она включала в себя почти 4000 портов! В коллекцию входят множество программ от http (WWW) серверов, до игр, языков программирования, текстовых редакторов и все что между ними. Полная коллекция портов требует приблизительно 100Мб дискового пространства, потому что порт представляет собой ``дельты'' от оригинальных исходных текстов. Это сильно упрощает нам процесс обновления портов, и очень сильно уменьшает количество занимаемого дискового места по сравнению со старой 1.0 коллекцией портов. Для того чтоб скомпилировать и проинсталлировать программу которую Вы хотите, Вам необходимо всего лишь войти в директорию порта программы, набрать make install и дать системе сделать все остальное. Исходные тексты для каждого порта, который Вы инсталлируете отыскиваются динамически с CDROM'a или локального FTP сервера, поэтому Вам нужно только дисковое пространство для сборки тех портов каких Вы хотите. Почти каждый порт также предоставляется как пред-компилированый ``пакадж'', который может быть проинсталлирован с помощью простой команды (pkg_add) теми кто не хочет компилировать порты из исходных текстов.

Множество дополнительных документов которые Вы можете найти очень полезными в процессе инсталляции и использования FreeBSD могут быть найдены в директории /usr/share/doc на любой машине работающей под управлением FreeBSD 2.1 и выше. Вы можете в просматривать локально установленные документы с помощью любого браузера понимающего HTML используя следующие URLи:

Вы также можете посмотреть главные (и наиболее часто обновляемые) копии на http://www.FreeBSD.org/.

2.2.1. Подготовка к инсталляции

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

В первую очередь Вы должны удостовериться, что Ваше оборудование поддерживается FreeBSD. В этом Вам поможет список поддерживаемого оборудования. Если у Вас есть какие-либо "необычные" платы расширения, типа SCSI контроллеров, сетевых и звуковых плат и т.д., хорошо бы составить список используемых ими ресурсов (IRQ и адресов портов ввода-вывода).

    # mount /cdrom

    # umount /cdrom

    ftp:*:99:99::0:0:FTP:/cdrom:/nonexistent

    # fdformat -f 1440 fd0.1440
    # disklabel -w -r fd0.1440 floppy3
    # newfs -t 2 -u 18 -l 1 -i 65536 /dev/rfd0

    C:\> md c:\FreeBSD
    C:\> xcopy /s e:\bin c:\FreeBSD\bin\
    C:\> xcopy /s e:\manpages c:\FreeBSD\manpages\

    # cd /freebsd/distdir
    # tar cvf /dev/rwt0 dist1 ... dist2

    ftp://165.113.121.81/pub/FreeBSD/4.0-RELEASE

2.2.2. Установка FreeBSD

Теперь, когда все приготовления завершены, можно начинать установку FreeBSD!

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

Инсталляционные дискеты FreeBSD содержат всю необходимую документацию, которая может понадобиться Вам в процессе установки. Если Вам кажется, что чего-то не хватает, дайте нам знать, что и каким образом надо улучшать. Посылайте свои замечания и пожелания на Список рассылки Проекта Документации FreeBSD <freebsd-doc@FreeBSD.org>. Мы стремимся сделать инсталлятор (программу /stand/sysinstall) достаточно документированным, чтобы отпала необходимость в какой-либо дополнительной "литературе" Возможно, нам потребуется некоторое время, чтобы осуществить задуманное, но в любом случае, мы не собираемся отказываться от этой цели :-)

Возможно, Вам поможет следующая "типичная последовательность установки":

1. Загрузитесь с kern.flp дискеты и, когда увидите приглашение вставить дискету mfsroot.flp, вставьте вторую дискету и нажмите "ввод". По истечении некоторого промежутка времени (от 30 секунд до 3-х минут, в зависимости от Вашей конфигурации) Вы увидите меню с основными опциями. Если у Вас по какой-либо причине не получилось загрузиться, обратитесь к секции "Вопросы и ответы".

2. Нажмите клавишу F1. Вы увидите инструкцию с описанием основных средств навигации и системы меню вообще. Если Вам раньше не приходилось устанавливать FreeBSD, пожалуйста, внимательно прочитайте инструкцию.

3. В меню Опции (Options) можно изменить некоторые специфические настройки в соответствии с Вашими предпочтениями.

4. Выберите Простой (Novice), Специальный (Custom) или Быстрый (Express) тип установки, в зависимости от того, хотите ли Вы получать подсказки по ходу инсталляции, иметь полный контроль над происходящим, или как можно скорее получить работоспособную систему. Если Вы впервые имеете дело с FreeBSD, мы рекомендуем Вам первый вариант.

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

2.3.1. Дисковые контроллеры

• WD1003 (любой стандартный MFM/RLL)

• WD1007 (любой стандартный IDE/ESDI)

• IDE

• ATA

• Adaptec 1535 ISA SCSI контроллеры

• Adaptec 154X ISA SCSI контроллеры

• Adaptec 174X EISA SCSI контроллеры в обычном и улучшенном режимах

• Adaptec 274X/284X/2920C/294X/2950/3940/3950 (Narrow/Wide/Twin) EISA/VLB/PCI SCSI контроллеры

• Adaptec AIC-7850, AIC-7860, AIC-7880, AIC-789X on-board SCSI контроллеры

• Adaptec 1510 ISA SCSI контроллеры (не для устройств, поддерживающих загрузку)

• Adaptec 152X ISA SCSI контроллеры

• Adaptec AIC-6260 и AIC-6360 платы, включая AHA-152X и SoundBlaster SCSI платы

• AdvanSys SCSI контроллеры (все режимы)

• BusLogic MultiMaster хост-адаптеры серии "W" включая BT-948, BT-958, BT-9580

• BusLogic MultiMaster хост-адаптеры серии "C" включая BT-946C, BT-956C, BT-956CD, BT-445C, BT-747C, BT-757C, BT-757CD, BT-545C, BT-540CF

• BusLogic MultiMaster хост-адаптеры серии "S" включая BT-445S, BT-747S, BT-747D, BT-757S, BT-757D, BT-545S, BT-542D, BT-742A, BT-542B

• BusLogic MultiMaster хост-адаптеры серии "A" включая BT-742A, BT-542B

• AMI FastDisk контроллеры, которые являются истинными клонами BusLogic MultiMaster также поддерживаются.

  Note: BusLogic/Mylex "Flashpoint" адаптеры пока НЕ поддерживаются.

• DPT SmartCACHE Plus, SmartCACHE III, SmartRAID III, SmartCACHE IV и SmartRAID IV SCSI/RAID поддерживаются. DPT SmartRAID/CACHE V еще не поддерживается.

• Compaq Intelligent контроллеры дисковых массивов: IDA, IDA-2, IAES, SMART, SMART-2/E, Smart-2/P, SMART-2SL, Integrated Array и Smart Arrays 3200, 3100ES, 221, 4200, 4200, 4250ES.

• SymBios (раньше NCR) 53C810, 53C810a, 53C815, 53C820, 53C825a, 53C860, 53C875, 53C875j, 53C885 и 53C896 PCI SCSI контроллеры включая ASUS SC-200, Data Technology DTC3130 (все модификации), Diamond FirePort (all), NCR платы (все), SymBios платы (все), Tekram DC390W, 390U и 390F, Tyan S1365

• QLogic 1020, 1040, 1040B и 2100 SCSI и Fibre Channel Adapters

• DTC 3290 EISA SCSI контроллер в режиме 1542

Для всех поддерживаемых SCSI контроллеров, полностью функционирует любая SCSI-I и SCSI-II периферия, включая жесткие диски, оптические диски, ленточные накопители (DAT и 8mm Exabyte), сменники носителей, процессорные устройства и CDROM приводы. К WORM устройствам, поддерживающим команды CDROM, можно получить доступ в режиме "только для чтения" посредством драйвера CDROM. Поддержка записи для WORM/CD-R/CD-RW устройств обеспечивается программой cdrecord, которую можно найти в дереве портов.

Следующие типы CD-ROM систем поддерживаются в настоящее время:

• cd - SCSI интерфейс (включает ProAudio Spectrum и SoundBlaster SCSI)

• matcd - интерфейс Matsushita/Panasonic (Creative Soundblaster, модели 562/563)

• scd - интерфейс Sony (все модели)

• wcd - ATAPI IDE интерфейс

Нижеперечисленные драйверы поддерживались для старой SCSI подсистемы, по ПОКА ЕЩЕ НЕ поддерживаются для новой CAM SCSI подсистемы:

• NCR5380/NCR53400 ("ProAudio Spectrum") SCSI контроллер

• UltraStor 14F, 24F и 34F SCSI контроллеры

• Seagate ST01/02 SCSI контроллеры

• Future Domain 8XX/950 SCSI контроллеры

• WD7000 SCSI контроллер

  Note: В настоящее время переписывается драйвер UltraStor для новой SCSI подсистемы CAM, но пока неизвестно, когда работа будет закончена.

Не сопровождаемые более драйверы; могут работать или не работать на Вашей системе:

• Ленточные устройства (Colorado/Mountain/Insight)

• mcd - CD-ROM стандарта Mitsumi (все модели)

2.3.2. Сетевые карты

• Adaptec Duralink PCI fast ethernet адаптеры, основанные на Adaptec AIC-6195 fast ethernet чипе (контроллере), включая следующие:

  • ANA-62011 64-битный однопортовый 10/100baseTX адаптер

  • ANA-62022 64-битный двухпортовый 10/100baseTX адаптер

  • ANA-62044 64-битный четырехпортовый 10/100baseTX адаптер

  • ANA-69011 32-битный однопортовый 10/100baseTX адаптер

  • ANA-62020 64-битный однопортовый 100baseFX адаптер

• Allied-Telesyn AT1700 и RE2000 карты

• Alteon Networks PCI гигабитный ethernet сетевые адаптеры, основанные на Tigon 1 и Tigon 2 чипсетах, включая Alteon AceNIC (Tigon 1 и 2), 3Com 3c985-SX (Tigon 1 и 2), Netgear GA620 (Tigon 2), Silicon Graphics Gigabit Ethernet, DEC/Compaq EtherWORKS 1000, NEC Gigabit Ethernet

• AMD PCnet/PCI (79c970 и 53c974 или 79c974)

• RealTek 8129/8139 fast ethernet адаптеры, включая следующие:

  • Allied-Telesyn AT2550

  • Allied-Telesyn AT2500TX

  • Genius GF100TXR (RTL8139)

  • NDC Communications NE100TX-E

  • OvisLink LEF-8129TX

  • OvisLink LEF-8139TX

  • Netronix Inc. EA-1210 NetEther 10/100

  • KTX-9130TX 10/100 Fast Ethernet

  • Accton "Cheetah" EN1027D (MPX 5030/5038; RealTek 8139 клон?)

  • SMC EZ Card 10/100 PCI 1211-TX

• Lite-On 98713, 98713A, 98715 и 98725 fast ethernet адаптеры, включая LinkSys EtherFast LNE100TX, NetGear FA310-TX Rev. D1, Matrox FastNIC 10/100, Kingston KNE110TX

• Macronix 98713, 98713A, 98715, 98715A и 98725 fast ethernet адаптеры, включая NDC Communications SFA100A (98713A), CNet Pro120A (98713 или 98713A), CNet Pro120B (98715), SVEC PN102TX (98713)

• Macronix/Lite-On PNIC II LC82C115 fast ethernet адаптеры, включая LinkSys EtherFast LNE100TX версии 2

• Winbond W89C840F fast ethernet адаптеры, включая Trendware TE100-PCIE

• VIA Technologies VT3043 "Rhine I" и VT86C100A "Rhine II" fast ethernet адаптеры, включая Hawking Technologies PN102TX и D-Link DFE-530TX

• Silicon Integrated Systems SiS 900 и SiS 7016 PCI fast ethernet адаптеры

• Sundance Technologies ST201 PCI fast ethernet адаптеры, включая D-Link DFE-550TX

• SysKonnect SK-984x PCI гигабитные ethernet адаптеры, включая SK-9841 1000baseLX (одномодовое волокно, однопортовый), SK-9842 1000baseSX (многомодовое волокно, однопортовый), SK-9843 1000baseLX (одномодовое волокно, двухпортовый) и SK-9844 1000baseSX (многомодовое волокно, двухпортовый).

• Texas Instruments ThunderLAN PCI сетевые адаптеры, включая Compaq Netelligent 10, 10/100, 10/100 Proliant, 10/100 Dual-Port, 10/100 TX Embedded UTP, 10 T PCI UTP/Coax и 10/100 TX UTP, Compaq NetFlex 3P, 3P Integrated и 3P w/BNC, Olicom OC-2135/2138, OC-2325, OC-2326 10/100 TX UTP и Racore 8165 10/100baseTX и 8148 10baseT/100baseTX/100baseFX много-personality карты

• ADMtek AL981 и AN985 PCI fast ethernet сетевые адаптеры

• ASIX Electronics AX88140A PCI сетевые адаптеры, включая Alfa Inc. GFC2204 и CNet Pro110B

• DEC EtherWORKS III сетевые адаптеры (DE203, DE204 и DE205)

• DEC EtherWORKS II сетевые адаптеры (DE200, DE201, DE202 и DE422)

• DEC DC21040, DC21041 или DC21140 сетевые адаптеры (SMC Etherpower 8432T, DE245 и др.)

• DEC FDDI (DEFPA/DEFEA) сетевые адаптеры

• Efficient ENI-155p ATM PCI

• FORE PCA-200E ATM PCI

• Fujitsu MB86960A/MB86965A

• HP PC Lan+ адаптеры (моделей 27247B и 27252A)

• Intel EtherExpress (не рекомендуются из-за нестабильности драйвера)

• Intel EtherExpress Pro/10

• Intel EtherExpress Pro/100B PCI Fast Ethernet

• Isolan AT 4141-0 (16 бит)

• Isolink 4110 (8 бит)

• Novell NE1000, NE2000, and NE2100 Ethernet сетевые адаптеры

• PCI сетевые адаптеры, эмулирующие NE2000, включая RealTek 8029, NetVin 5000, Winbond W89C940, Surecom NE-34, VIA VT86C926

• 3Com 3C501, 3C503 Etherlink II, 3C505 Etherlink/+, 3C507 Etherlink 16/TP, 3C509, 3C579, 3C589 (PCMCIA), 3C590/592/595/900/905/905B/905C PCI и EISA (Fast) Etherlink III / (Fast) Etherlink XL, 3C980/3C980B Fast Etherlink XL server адаптер, 3CSOHO100-TX OfficeConnect адаптер

• Toshiba ethernet адаптеры

• PCMCIA ethernet адаптеры от IBM и National Semiconductor также поддерживаются

2.3.3. USB периферия

FreeBSD поддерживает довольно широкий список USB оборудования. Так как (внутри определенного класса) USB устройства достаточно похожи, Ваше оборудование скорее всего поддерживается, даже если оно явно не перечислено ниже.

• USB клавиатуры

• USB мыши

• USB принтеры и USB-параллельные кабели-преобразователи

• USB хабы

Чипсеты материнских плат

• ALi Aladdin-V

• Intel 82371SB (PIIX3) и 82371AB и EB (PIIX4) чипсеты

• NEC uPD 9210 хост-контроллер

• VIA 83C572 USB хост-контроллер

  любые другие UHCI или OHCI совместимые чипсеты (исключения не известны).

PCI plug-in USB хост-контроллеры

• ADS Electronics PCI plug-in карта (2 выхода)

• Entrega PCI plug-in карта (4 выхода)

Некоторые специфические USB устройства:

• Agiler мышь 29UO

• Andromeda хаб

• Apple iMac мышь и клавиатура

• ATen адаптер для параллельного принтера

• Belkin F4U002 адаптер для параллельного принтера и Belkin мышь

• BTC BTC7935 клавиатура в выходом для мыши

• Cherry G81-3504

• Chic мышь

• Cypress мышь

• Entrega USB-to-parallel адаптер для принтера

• Genius Niche мышь

• Iomega USB Zip 100 MB

• Kensington Mouse-in-a-Box

• Logitech M2452 клавиатура

• Logictech wheel мышь (3 кнопки)

• Logitech PS/2 / USB мышь (3 кнопки)

• MacAlly mouse (3 buttons)

• MacAlly хаб (автономное питание, 4 выхода)

• Microsoft Intellimouse (3 кнопки)

• Microsoft клавиатура

• NEC хаб

• Trust Ami мышь (3 кнопки)

2.3.4. ISDN (Европейский протокол DSS1 [Q.921/Q.931])

• Asuscom I-IN100-ST-DV (экспериментальный, возможно работает)

• Asuscom ISDNlink 128K

• AVM A1

• AVM Fritz!Card обычный

• AVM Fritz!Card PCI

• AVM Fritz!Card PCMCIA

• AVM Fritz!Card PnP

• Creatix ISDN-S0/8

• Creatix ISDN-S0/16

• Creatix ISDN-S0 PnP

• Dr.Neuhaus Niccy 1008

• Dr.Neuhaus Niccy 1016

• Dr.Neuhaus Niccy GO@ (ISA PnP)

• Dynalink IS64PH (сопровождение прекращено)

• ELSA 1000pro ISA

• ELSA 1000pro PCI

• ELSA PCC-16

• ITK ix1 micro

• ITK ix1 micro V.3

• Sagem Cybermod (ISA PnP, возможно работает)

• Sedlbauer Win Speed

• Siemens I-Surf 2.0

• Stollman Tina-pp (в процессе разработки)

• Teles S0/8

• Teles S0/16

• Teles S0/16.3 ("c" версии -- например &16.3c mdash; на поддерживаются!)

• Teles S0 PnP (экспериментальный, возможно работает)

• 3Com/USRobotics Sportster ISDN TA intern (не-PnP версия)

2.3.5. Прочие устройства

• AST последовательный адаптер (4 выхода), используется разделяемое IRQ

• ARNET последовательный адаптер (8 выходов), используется разделяемое IRQ

• ARNET (теперь Digiboard) Sync 570/i высокоскоростной последовательный адаптер

• Boca BB1004 последовательная плата (4 выхода, модемы НЕ поддерживаются)

• Boca IOAT66 последовательная плата (6 выходов, с поддержкой модемов)

• Boca BB1008 последовательная плата (8 выходов, модемы НЕ поддерживаются)

• Boca BB2016 последовательная плата (16 выходов, с поддержкой модемов)

• Cyclades Cyclom-y последовательная плата

• STB плата (4 выхода), используется разделяемое IRQ

• SDL Communications RISCom/8 последовательная плата

• SDL Communications RISCom/N2 и N2pci высокоскоростные синхронные последовательные платы

• Specialix SI/XIO/SX многоканальные последовательные платы, как со старыми SIHOST2.x, так и с новыми "улучшенными" (основанными на транспьютерах, или JET) хост-картами; поддерживаются ISA, EISA и PCI

• Stallion многоканальные последовательные платы: EasyIO, EasyConnection 8/32 и 8/64, ONboard 4/16 и Brumby

• Adlib, SoundBlaster, SoundBlaster Pro, ProAudioSpectrum, Gravis UltraSound и Roland MPU-401 звуковые платы

• Connectix QuickCam

• Matrox Meteor Video плата захвата изображения

• Creative Labs Video Spigot плата захвата изображения

• Cortex1 плата захвата изображения

• Различные платы захвата изображения на чипах Brooktree Bt848 и Bt878

• HP4020, HP6020, Philips CDD2000/CDD2660 и Plasmon CD-R приводы

• Bus мыши

• PS/2 мыши

• Стандартный PC джойстик

• X-10 power контроллеры

• GPIB и Transputer приводы

• Genius и Mustek ручные сканеры

• Накопители на магнитных лентах (только некоторые довольно старые модели, так как драйвер достаточно устаревший)

• Lucent Technologies WaveLAN/IEEE 802.11 PCMCIA и ISA стандартной скорости (2Mb/c) и скоростные (6Mb/с) беспроводные сетевые адаптеры и подобные им (NCR WaveLAN/IEEE 802.11, Cabletron RoamAbout 802.11 DS)

  Note: ISA варианты этих адаптеров являются PCMCIA картами в комбинации с ISA/PCMCIA преобразователем, так что оба типа устройств должны работать с одним и тем же драйвером.

FreeBSD в настоящее время НЕ поддерживает шину IBM microchannel (MCA).

2.11.1 Что делать если что-то идет не так

По причине различных ограничений архитектуры PC, невозможно протестировать устройства достоверно на 100%, тем не менее, есть несколько вещей, которые вы можете сделать, если тестирование завершится неудачно.

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

Если оборудование поддерживается, но все же происходят зависания или вы встретились с другими проблемами, перегрузите компьютер, и когда появится опция визуальной настройки ядра, выберите ее. Это позволит вам просмотреть список оборудования и дать системе информацию о настройке. Ядро на загрузочном диске настроено в предположении, что у большинства аппаратных устройств IRQ, адреса ввода-вывода и каналы DMA установлены производителем к значениям по умолчанию. Если оборудование было перенастроено, вам потребуется использовать редактор настроек, чтобы сообщить FreeBSD где что искать.

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

В режиме настройки вы можете:

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

• Отключать драйвера устройств для оборудования, которого нет в системе.

• Менять IRQ, DRQ, адреса портов, используемые драйвером устройства.

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

2.11.2 Работа с существующими разделами MS-DOS®

Многие пользователи устанавливают FreeBSD на PC с установленной операционной системой Microsoft®. Для этих целей в FreeBSD есть утилита, называемая FIPS. Ее можно найти в каталоге tools установочного CD-ROM или загрузить с одного из множества зеркал FreeBSD.

Утилита FIPS позволит вам разделить существующий раздел MS-DOS на две части, сохранив имеющиеся данные, и сделать установку на второй свободный раздел. Вам потребуется сначала дефрагментировать раздел MS-DOS с помощью Windows® утилиты Disk Defragmenter (запустите Explorer, кликните правой клавишей мыши на жестком диске и выберите дефрагментацию диска), или используйте Norton Disk Tools. Затем запустите утилиту FIPS. Она запросит необходимую информацию, следуйте инструкциям на экране. Затем можете перегрузиться и установить FreeBSD на новый свободный слайс. Смотрите меню Distributions для определения размера необходимого для выбранного типа установки свободного пространства.

Есть также очень полезная программа PartitionMagic® от PowerQuest (http://www.powerquest.com). Эта программа гораздо более функциональна, чем FIPS, и очень рекомендуется, если вы планируете часто добавлять/убирать операционные системы. Она стоит денег, и если вы планируете установить FreeBSD и оставить ее, вам возможно отлично подойдет FIPS.

2.11.3 Использование файловых систем MS-DOS и Windows®

В настоящее время, FreeBSD не поддерживает файловые системы, сжатые с помощью программы Double Space™. Поэтому файловая система должна быть разжата, чтобы FreeBSD смогла получить доступ к данным. Это может быть сделано с помощью приложения Compression Agent, находящегося в меню Пуск> Программы > Системные.

FreeBSD поддерживает файловые системы MS-DOS. Для этого потребуется использовать команду mount_msdos(8) (в FreeBSD 5.X, это mount_msdosfs(8)) с необходимыми параметрами. Наиболее распространенный способ использования:

# mount_msdos /dev/ad0s1 /mnt

В этом примере файловая система MS-DOS расположена на первом разделе первого жесткого диска. Ваша конфигурация может быть другой, проверьте вывод команд dmesg и mount. Они должны предоставить достаточно информации для определения названий разделов.

Разделы NTFS также можно смонтировать похожим способом, используя команду mount_ntfs(8).

2.11.4 Вопросы и ответы пользователей Alpha

Этот раздел отвечает на некоторые обычно задаваемые вопросы об установке FreeBSD на Alpha.

10.6.1. Адаптеры ISDN

Текст предоставил Hellmuth Michaelis <hm@FreeBSD.org>.

Этот раздел на самом деле имеет отношение только к пользователям ISDN в странах, где поддерживается стандарт DSS1/Q.931.

Некоторое все увеличивающееся количество ISDN-адаптеров для PC поддерживается во FreeBSD 2.2.x и выше пакетом isdn4bsd. Он находится в разработке, но сообщения говорят о том, что он успешно используется по всей Европе.

Самая последняя версия isdn4bsd доступна по адресу ftp://isdn4bsd@ftp.consol.de/pub/, на главном ftp-сервере isdn4bsd (войдите как пользователь isdn4bsd, указав свой адрес электронной почты в качестве пароля, и перейдите в каталог pub. Вход на общедоступный ftp как пользователь ftp или anonymous не даст желаемого результата).

Isdn4bsd позволяет вам подключаться к другим маршрутизаторам ISDN с использованием как IP поверх HDLC, так и PPP на синхронном канале. Имеется также программа-автоответчик.

Поддерживаются многие ISDN-адаптеры для PC, в основном с набором ISDN-микросхем Siemens (ISAC/HSCX), поддержка других наборов (фирм Motorola, Cologne Chip Designs) находится в разработке. Актуальный список поддерживаемых адаптеров находится в файле README.

Если вы заинтересованы в добавлении поддержки другого протокола ISDN, неподдерживаемого в данный момент адаптера или каком-то другом усовершенствовании isdn4bsd, то обратитесь по адресу <hm@kts.org>.

Имеется список рассылки, управляемый пакетом majordomo. Чтобы к нему присоединиться, пошлите письмо на адрес <majordomo@FreeBSD.org> и укажите:

    subscribe freebsd-isdn
        

в тексте вашего сообщения.

10.6.2. Терминальные адаптеры ISDN

Терминальные адаптеры(TA) для ISDN выполняют ту же роль, что и модемы для обычных телефонных линий.

Большинство TA используют стандартный набор модемных AT-команд, и могут использоваться в качестве простой замены для модемов.

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

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

TA полностью полагаются на даемон PPP, который используете из-за его возможностей и стабильности соединения. Это позволяет вам при использовании FreeBSD легко заменить модем на ISDN, если у вас уже настроено соединение PPP. Однако, в тоже время любые проблемы, которые возникают с программой PPP, отражаются и здесь.

Если вы хотите максимальной надежности, используйте параметр ядра PPP, а не пользовательский iijPPP.

Известно, что следующие TA работают с FreeBSD.

• Motorola BitSurfer и Bitsurfer Pro

• Adtran

Большинство остальных TA, скорее всего, тоже будут работать, производители TA прилагают все усилия для обеспечения поддержки практически всего набора стандартных AT-команд модема.

Как и в случае модемов проблемой использования внешнего TA является потребность в хорошем последовательном адаптере на вашем компьютере.

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

TA, работающий со стандартным последовательным (асинхронным) портом PC, ограничивает вас скоростью 115.2Кбс, хотя реально у вас соединение на скорости 128Кбс. Чтобы использовать 128Кбс, которые обеспечивает ISDN, полностью, вы должны подключить TA к синхронному последовательному адаптеру.

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

Синхронный адаптер с TA по крайней мере так же быстр, как и отдельный маршрутизатор, а если он работает под управлением машины класса 386 с FreeBSD, то это гораздо более гибкое решение.

Выбор sync/TA по сравнению с отдельным маршрутизатором в большей степени вопрос религиозный. По этому поводу в списках рассылки была некоторая дискуссия. Рекомендую поискать в архивах обсуждение полностью.

10.6.3. Отдельные мосты/маршрутизаторы ISDN

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

В контексте этой страницы я буду использовать термины маршрутизатор и мост как взаимозаменяемые.

Вместе с падением цен на простые мосты/маршрутизаторы ISDN, они становятся все более популярными. Маршрутизатор ISDN представляет собой маленькую коробочку, которая подключается непосредственно в вашу сеть (или адаптер) Ethernet, и поддерживает связь с другим мостом/маршрутизатором. Все программное обеспечение для работы по PPP и другим протоколам, встроено в маршрутизатор.

Маршрутизатор обладает гораздо большей пропускной способностью, чем стандартный TA, так как он использует полное синхронное соединение ISDN.

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

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

Например, для соединения домашнего компьютера или сети подразделения к сети центрального офиса, может использоваться такая настройка.

    ---Рабочая станция Sun
    |
    ---Машина с FreeBSD
    |
    ---Windows 95 (Do not admit to owning it)
    |
    Отдельный маршрутизатор
       |
    Канал ISDN BRI
          

        -------Сервер Novell
        | H |
        |   ---Sun
        |   |
        | U ---FreeBSD
        |   |
        |   ---Windows 95
        | B |
        |___---Отдельно стоящий маршрутизатор
            |
         Канал ISDN BRI
          

Одним большим преимуществом большинства маршрутизаторов/мостов является то, что они позволяют иметь 2 отдельных независимых соединения PPP к 2 различным сайтам одновременно. Это не поддерживается в большинстве TA, кроме специальных (дорогих) моделей, имеющих по два последовательных порта. Не путайте это с балансировкой нагрузки, MPP и так далее.

Это может оказаться весьма полезной особенностью, например, если у вас имеется постоянное ISDN-соединение в вашем офисе, и вы хотите им воспользоваться, но не хотите задействовать дополнительный канал ISDN на работе. Маршрутизатор, расположенный в офисе, может использовать выделенное соединение по каналу B (64Кбс) для Интернет, и одновременно другой канал B для отдельного соединения для передачи данных. Второй канал B может использоваться для входящих, исходящих и динамически распределяемых соединений (MPP и другие) совместно с первым каналом B для повышения пропускной способности.

Мост Ethernet также позволяет вам передавать больше, чем просто трафик IP, вы можете передавать IPX/SPX и любые другие протоколы, которые вы используете.

6.6.1. Creating the initial database

This is done on the Kerberos server only. First make sure that you do not have any old Kerberos databases around. You should change to the directory /etc/kerberosIV and check that only the following files are present:

    # cd /etc/kerberosIV
    # ls
    README      krb.conf        krb.realms

If any additional files (such as principal.* or master_key) exist, then use the kdb_destroy command to destroy the old Kerberos database, of if Kerberos is not running, simply delete the extra files.

You should now edit the krb.conf and krb.realms files to define your Kerberos realm. In this case the realm will be GRONDAR.ZA and the server is grunt.grondar.za. We edit or create the krb.conf file:

    # cat krb.conf
    GRONDAR.ZA
    GRONDAR.ZA grunt.grondar.za admin server
    CS.BERKELEY.EDU okeeffe.berkeley.edu
    ATHENA.MIT.EDU kerberos.mit.edu
    ATHENA.MIT.EDU kerberos-1.mit.edu
    ATHENA.MIT.EDU kerberos-2.mit.edu
    ATHENA.MIT.EDU kerberos-3.mit.edu
    LCS.MIT.EDU kerberos.lcs.mit.edu
    TELECOM.MIT.EDU bitsy.mit.edu
    ARC.NASA.GOV trident.arc.nasa.gov

In this case, the other realms do not need to be there. They are here as an example of how a machine may be made aware of multiple realms. You may wish to not include them for simplicity.

The first line names the realm in which this system works. The other lines contain realm/host entries. The first item on a line is a realm, and the second is a host in that realm that is acting as a "key distribution centre". The words admin server following a hosts name means that host also provides an administrative database server. For further explanation of these terms, please consult the Kerberos man pages.

Now we have to add grunt.grondar.za to the GRONDAR.ZA realm and also add an entry to put all hosts in the .grondar.za domain in the GRONDAR.ZA realm. The krb.realms file would be updated as follows:

    # cat krb.realms
    grunt.grondar.za GRONDAR.ZA
    .grondar.za GRONDAR.ZA
    .berkeley.edu CS.BERKELEY.EDU
    .MIT.EDU ATHENA.MIT.EDU
    .mit.edu ATHENA.MIT.EDU

Again, the other realms do not need to be there. They are here as an example of how a machine may be made aware of multiple realms. You may wish to remove them to simplify things.

The first line puts the specific system into the named realm. The rest of the lines show how to default systems of a particular subdomain to a named realm.

Now we are ready to create the database. This only needs to run on the Kerberos server (or Key Distribution Centre). Issue the kdb_init command to do this:

    # kdb_init
    Realm name [default  ATHENA.MIT.EDU ]: GRONDAR.ZA
    You will be prompted for the database Master Password.
    It is important that you NOT FORGET this password.
            
    Enter Kerberos master key: 

Now we have to save the key so that servers on the local machine can pick it up. Use the kstash command to do this.

    # kstash
              
    Enter Kerberos master key:
    
    Current Kerberos master key version is 1.
    
    Master key entered. BEWARE!

This saves the encrypted master password in /etc/kerberosIV/master_key.

6.6.2. Making it all run

Two principals need to be added to the database for each system that will be secured with Kerberos. Their names are kpasswd and rcmd These two principals are made for each system, with the instance being the name of the individual system.

These daemons, kpasswd and rcmd allow other systems to change Kerberos passwords and run commands like rcp, rlogin and rsh.

Now let's add these entries:

    # kdb_edit
    Opening database...
    
    Enter Kerberos master key:
    
    Current Kerberos master key version is 1.
    
    Master key entered.  BEWARE!
    Previous or default values are in [brackets] ,
    enter return to leave the same, or new value.
    
    Principal name: passwd
    Instance: grunt
    
    <Not found>, Create [y] ? y
    
    Principal: passwd, Instance: grunt, kdc_key_ver: 1
    New Password:                    <---- enter RANDOM here
    Verifying password
    
    New Password: <---- enter RANDOM here
    
    Random password [y] ? y
    
    Principal's new key version = 1
    Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ?
    Max ticket lifetime (*5 minutes) [ 255 ] ?
    Attributes [ 0 ] ?
    Edit O.K.
    Principal name: rcmd
    Instance: grunt
    
    <Not found>, Create [y] ?
    
    Principal: rcmd, Instance: grunt, kdc_key_ver: 1
    New Password:       <---- enter RANDOM here
    Verifying password
    
    New Password:           <---- enter RANDOM here
    
    Random password [y] ?
    
    Principal's new key version = 1
    Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ?
    Max ticket lifetime (*5 minutes) [ 255 ] ?
    Attributes [ 0 ] ?
    Edit O.K.
    Principal name:         <---- null entry here will cause an exit

6.6.3. Creating the server file

We now have to extract all the instances which define the services on each machine. For this we use the ext_srvtab command. This will create a file which must be copied or moved by secure means to each Kerberos client's /etc/kerberosIV directory. This file must be present on each server and client, and is crucial to the operation of Kerberos.

    # ext_srvtab grunt
    Enter Kerberos master key:
            
    Current Kerberos master key version is 1.
    
    Master key entered. BEWARE!
    Generating 'grunt-new-srvtab'....

Now, this command only generates a temporary file which must be renamed to srvtab so that all the server can pick it up. Use the mv command to move it into place on the original system:

    # mv grunt-new-srvtab srvtab

If the file is for a client system, and the network is not deemed safe, then copy the client-new-srvtab to removable media and transport it by secure physical means. Be sure to rename it to srvtab in the client's /etc/kerberosIV directory, and make sure it is mode 600:

    # mv grumble-new-srvtab srvtab
    # chmod 600 srvtab

6.6.4. Populating the database

We now have to add some user entries into the database. First let's create an entry for the user jane. Use the kdb_edit command to do this:

    # kdb_edit
    Opening database...
    
    Enter Kerberos master key:
    
    Current Kerberos master key version is 1.
    
    Master key entered.  BEWARE!
    Previous or default values are in [brackets] ,
    enter return to leave the same, or new value.
    
    Principal name: jane
    Instance:
    
    <Not found>, Create [y] ? y
    
    Principal: jane, Instance: , kdc_key_ver: 1
    New Password:                <---- enter a secure password here
    Verifying password
    
    New Password:                <---- re-enter the password here
    Principal's new key version = 1
    Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ?
    Max ticket lifetime (*5 minutes) [ 255 ] ?
    Attributes [ 0 ] ?
    Edit O.K.
    Principal name:          <---- null entry here will cause an exit

6.6.5. Testing it all out

First we have to start the Kerberos daemons. NOTE that if you have correctly edited your /etc/rc.conf then this will happen automatically when you reboot. This is only necessary on the Kerberos server. Kerberos clients will automagically get what they need from the /etc/kerberosIV directory.

    # kerberos &
    Kerberos server starting
    Sleep forever on error
    Log file is /var/log/kerberos.log
    Current Kerberos master key version is 1.
    
    Master key entered. BEWARE!
    
    Current Kerberos master key version is 1
    Local realm: GRONDAR.ZA
    # kadmind -n &
    KADM Server KADM0.0A initializing
    Please do not use 'kill -9' to kill this job, use a
    regular kill instead
    
    Current Kerberos master key version is 1.
    
    Master key entered.  BEWARE!

Now we can try using the kinit command to get a ticket for the id jane that we created above:

    % kinit jane
    MIT Project Athena (grunt.grondar.za)
    Kerberos Initialization for "jane"
    Password: 

Try listing the tokens using klist to see if we really have them:

    % klist
    Ticket file:    /tmp/tkt245
    Principal:      jane@GRONDAR.ZA
    
      Issued           Expires          Principal
    Apr 30 11:23:22  Apr 30 19:23:22  krbtgt.GRONDAR.ZA@GRONDAR.ZA

Now try changing the password using passwd to check if the kpasswd daemon can get authorization to the Kerberos database:

    % passwd
    realm GRONDAR.ZA
    Old password for jane:
    New Password for jane:
    Verifying password
    New Password for jane:
    Password changed.

6.6.6. Adding su privileges

Kerberos allows us to give each user who needs root privileges their own separate supassword. We could now add an id which is authorized to su to root. This is controlled by having an instance of root associated with a principal. Using kdb_edit we can create the entry jane.root in the Kerberos database:

    # kdb_edit
    Opening database...
    
    Enter Kerberos master key:
    
    Current Kerberos master key version is 1.
    
    Master key entered.  BEWARE!
    Previous or default values are in [brackets] ,
    enter return to leave the same, or new value.
    
    Principal name: jane
    Instance: root
    
    <Not found>, Create [y] ? y
    
    Principal: jane, Instance: root, kdc_key_ver: 1
    New Password:                    <---- enter a SECURE password here
    Verifying password
    
    New Password:            <---- re-enter the password here
    
    Principal's new key version = 1
    Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ?
    Max ticket lifetime (*5 minutes) [ 255 ] ? 12 <--- Keep this short!
    Attributes [ 0 ] ?
    Edit O.K.
    Principal name:                <---- null entry here will cause an exit

Now try getting tokens for it to make sure it works:

    # kinit jane.root
    MIT Project Athena (grunt.grondar.za)
    Kerberos Initialization for "jane.root"
    Password:

Now we need to add the user to root's .klogin file:

    # cat /root/.klogin
    jane.root@GRONDAR.ZA

Now try doing the su:

    % su
    Password:

and take a look at what tokens we have:

    # klist
    Ticket file:    /tmp/tkt_root_245
    Principal:      jane.root@GRONDAR.ZA
    
      Issued           Expires          Principal
    May  2 20:43:12  May  3 04:43:12  krbtgt.GRONDAR.ZA@GRONDAR.ZA

6.6.7. Using other commands

In an earlier example, we created a principal called jane with an instance root. This was based on a user with the same name as the principal, and this is a Kerberos default; that a <principal>.<instance> of the form <username>.root will allow that <username> to su to root if the necessary entries are in the .klogin file in root's home directory:

    # cat /root/.klogin
    jane.root@GRONDAR.ZA

Likewise, if a user has in their own home directory lines of the form:

    % cat ~/.klogin
    jane@GRONDAR.ZA
    jack@GRONDAR.ZA

This allows anyone in the GRONDAR.ZA realm who has authenticated themselves to jane or jack (via kinit, see above) access to rlogin to jane's account or files on this system (grunt) via rlogin, rsh or rcp.

For example, Jane now logs into another system, using Kerberos:

    % kinit
    MIT Project Athena (grunt.grondar.za)
    Password:
    %prompt.user; rlogin grunt
    Last login: Mon May  1 21:14:47 from grumble
    Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
            The Regents of the University of California.   All rights reserved.
    
    FreeBSD BUILT-19950429 (GR386) #0: Sat Apr 29 17:50:09 SAT 1995

Or Jack logs into Jane's account on the same machine (Jane having set up the .klogin file as above, and the person in charge of Kerberos having set up principal jack with a null instance:

    % kinit
    % rlogin grunt -l jane
    MIT Project Athena (grunt.grondar.za)
    Password:
    Last login: Mon May  1 21:16:55 from grumble
    Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
            The Regents of the University of California.   All rights reserved.
    FreeBSD BUILT-19950429 (GR386) #0: Sat Apr 29 17:50:09 SAT 1995

22.2.1 Установка необходимых Linux библиотек

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

# cd /usr/ports/emulators/linux_base
# make install distclean

% ldd linuxdoom
libXt.so.3 (DLL Jump 3.1) => /usr/X11/lib/libXt.so.3.1.0
libX11.so.3 (DLL Jump 3.1) => /usr/X11/lib/libX11.so.3.1.0
libc.so.4 (DLL Jump 4.5pl26) => /lib/libc.so.4.6.29

/compat/linux/usr/X11/lib/libXt.so.3.1.0
/compat/linux/usr/X11/lib/libXt.so.3 -> libXt.so.3.1.0
/compat/linux/usr/X11/lib/libX11.so.3.1.0
/compat/linux/usr/X11/lib/libX11.so.3 -> libX11.so.3.1.0
/compat/linux/lib/libc.so.4.6.29 /compat/linux/lib/libc.so.4 -> libc.so.4.6.29

22.2.2 Настройка Linux ELF-исполняемых файлов

Для ELF-программ иногда требуется сделать так называемый ``branding''. Если при попытке запустить ELF-файл, Вы получаете следующее сообщение об ошибке:

% ./linux-elf-программа
ELF binary type not known
Abort

то нужно изменить тип исполняемого файла, чтобы ядро FreeBSD правильно определило, что это Linux программа. Это можно сделать при помощи утилиты brandelf(1):

% brandelf -t Linux linux-elf-программа

Следует отметить, что программы, для которых необходим ``branding'', встречаются все реже и реже, и в недалеком будущем Вы вряд ли прибегнете к нему вообще.

22.2.3 Распознавание доменных имен

Если DNS не настроен или недоступен, или Вы получаете это сообщение:

resolv+: "bind" is an invalid keyword resolv+:
"hosts" is an invalid keyword

то Вам нужно создать (модифицировать) файл /compat/linux/etc/host.conf, содержащий:

order hosts, bind
multi on

Таким образом, Вы указываете, то сначала производится поиск в файле /etc/hosts, а только затем запрашивается DNS. Когда файл /compat/linux/etc/host.conf отсутствует, Linux приложения находят файл /etc/host.conf для FreeBSD и сообщают о несовместимом синтаксисе. Если Вы не настраивали сервер имен (/etc/resolv.conf), уберите bind из файла /compat/linux/etc/host.conf.

22.3.1 Модификация исполняемых файлов

Исполняемые файлы пакета Mathematica находятся в директории Unix на компакт диске с дистрибутивом. Скопируйте эту директорию (вместе со всеми подкаталогами) на Ваш жесткий диск, чтобы модифицировать (утилитой brandelf(1)) исполняемые файлы перед инсталляцией:

# mount /cdrom
# cp -rp /cdrom/Unix/ /localdir/
# brandelf -t Linux /localdir/Files/SystemFiles/Kernel/Binaries/Linux/*
# brandelf -t Linux /localdir/Files/SystemFiles/FrontEnd/Binaries/Linux/*
# brandelf -t Linux /localdir/Files/SystemFiles/Installation/Binaries/Linux/*
# brandelf -t Linux /localdir/Files/SystemFiles/Graphics/Binaries/Linux/*
# brandelf -t Linux /localdir/Files/SystemFiles/Converters/Binaries/Linux/*
# brandelf -t Linux /localdir/Files/SystemFiles/LicenseManager/Binaries/Linux/mathlm
# cd /localdir/Installers/Linux/
# ./MathInstaller

Вы также можете установить ELF brand по умолчанию в Linux brand с помощью команды:

# sysctl -w kern.fallback_elf_brand=3

Это заставит FreeBSD думать о том, что все программы не обработанные brandelf(1) используют Linux ABI и Вы сможете запустить MathInstaller прямо с CDROM.

22.3.2 Пароль к пакету Mathematica

Вам необходимо зарегистрировать свою копию пакета Mathematica и получить от Wolfram специальный пароль, соответствующий ``идентификатор машины''.

После того, как Вы установили необходимые библиотеки и распаковали файлы Mathematica, получите ``идентификатор машины'', запустив программу mathinfo в инсталляционной директории. Идентификатор машины зависит от MAC-адреса Вашей первой ethernet-карточки.

# cd /localdir/Files/SystemFiles/Installation/Binaries/Linux
# mathinfo
disco.example.com 7115-70839-20412

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

22.3.3 Внешний интерфейс пакета Mathematica

Mathematica использует специальные шрифты для отображения некоторых символов, которые отсутствуют в стандартных шрифтах (символы интегралов, сумм, греческий алфавит и другие). Протокол X требует, чтобы эти шрифты были установлены локально. Это означает, что Вы должны скопировать эти шрифты с компакт диска или сетевого узла на Ваш жесткий диск. Обычно, все шрифты должны находиться в каталоге /cdrom/Unix/Files/SystemFiles/Fonts компакт диска или /usr/local/mathematica/SystemFiles/Fonts на винчестере. Собственно файлы со шрифтами находятся в подкаталогах Type1 и X. О том, как их использовать, читайте ниже.

Можно просто скопировать их в один из существующих подкаталогов в директории /usr/X11R6/lib/X11/fonts. В этом случае, Вам потребуется отредактировать файл fonts.dir, добавив в него названия шрифтов и изменив число шрифтов в первой строке. Или Вы можете запустить программу mkfontdir, находясь в том каталоге, куда Вы скопировали шрифты.

Есть альтернативный способ: скопировать директории в каталог /usr/X11R6/lib/X11/fonts:

# cd /usr/X11R6/lib/X11/fonts
# mkdir X
# mkdir MathType1
# cd /cdrom/Unix/Files/SystemFiles/Fonts
# cp X/* /usr/X11R6/lib/X11/fonts/X
# cp Type1/* /usr/X11R6/lib/X11/fonts/MathType1
# cd /usr/X11R6/lib/X11/fonts/X
# mkfontdir
# cd ../MathType1
# mkfontdir

Теперь добавьте каталоги с новыми шрифтами в путь к шрифтам:

# xset fp+ /usr/X11R6/lib/X11/fonts/X
# xset fp+ /usr/X11R6/lib/X11/fonts/MathType1
# xset fp rehash

Если Вы используете XFree86, то можно просто прописать эти каталоги в файле XF86Config.

Если на Вашем компьютере нет каталога /usr/X11R6/lib/X11/fonts/Type1, то замените MathType1 на Type1 в предыдущем примере.

22.4.1 Введение

Ниже описан процесс установки Oracle 8.0.5 и Oracle 8.0.5.1 Enterprise Edition для Linux на систему с FreeBSD.

22.4.2 Настройка Linux окружения

Удостоверьтесь, что порты linux_base и linux_devtools установлены на Вашей системе. Они появились в коллекции портов после выхода FreeBSD 3.2. Если Вы используете FreeBSD 3.2 или более раннюю, обновите коллекцию портов. Нелишним будет и апгрейд до более поздней версии FreeBSD. Если у Вас возникнут трудности с linux_base-6.1 или linux_devtools-6.1, воспользуйтесь версией 5.2 этих пакетов.

Если Вы хотите использовать intelligent agent, Вам также понадобится TCL пакет от Red Hat: tcl-8.0.3-20.i386.rpm. Для этого воспользуйтесь следующей командой:

# rpm -i --ignoreos --root /compat/linux --dbpath /var/lib/rpm package

Установка этого пакета должна пройти без каких-либо ошибок.

22.4.3 Настройка окружения Oracle

Прежде чем Вы сможете установить Oracle, Вам необходимо обеспечить нужное окружение. Ниже описывается, что конкретно нужно сделать, чтобы успешно запускать Oracle для Linux под FreeBSD. За общими сведениями обратитесь к фирменному руководству по инсталляции Oracle.

options SHMMAXPGS=10000
options SHMMNI=100
options SHMSEG=10
options SEMMNS=200
options SEMMNI=70
options SEMMSL=61

options SYSVSHM # разделяемая память SysV
options SYSVSEM # семафоры SysV
options SYSVMSG # межпроцессное взаимодействие SysV

ORACLE_BASE=/oracle; export ORACLE_BASE
ORACLE_HOME=/oracle; export ORACLE_HOME
LD_LIBRARY_PATH=$ORACLE_HOME/lib
export LD_LIBRARY_PATH
ORACLE_SID=ORCL; export ORACLE_SID
ORACLE_TERM=386x; export ORACLE_TERM
CLASSPATH=$ORACLE_HOME/jdbc/lib/classes111.zip
export CLASSPATH
PATH=/compat/linux/bin:/compat/linux/sbin:/compat/linux/usr/bin:/compat/linux/usr/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:$ORACLE_HOME/bin
export PATH

22.4.4 Инсталляция Oracle

Из-за небольшой несовместимости с Linux эмулятором, Вам нужно будет создать подкаталог .oracle в директории /var/tmp прежде чем можно будет начать инсталляцию. Либо сделайте ее владельцем пользователя oracle, либо поставьте права на запись для всех. Если Вы все сделали правильно, то инсталляция должна пройти без проблем. Если какие-либо трудности все же возникли, проверьте еще раз все конфигурационные файлы и целостность дистрибутива. После окончания установки, приложите патчи (смотрите следующие две секции).

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

# cd $ORACLE_HOME/network/lib
# make -f ins_network.mk ntcontab.o
# cd $ORACLE_HOME/lib
# ar r libnetwork.a ntcontab.o
# cd $ORACLE_HOME/network/lib
# make -f ins_network.mk install

Не забудьте повторно запустить root.sh!

*** orainst/root.sh.orig Tue Oct 6 21:57:33 1998
--- orainst/root.sh Mon Dec 28 15:58:53 1998
***************
*** 31,37 ****
# This is the default value for CHOWN
# It will redefined later in this script for those ports
# which have it conditionally defined in ss_install.h
! CHOWN=/bin/chown
#
# Define variables to be used in this script
--- 31,37 ----
# This is the default value for CHOWN
# It will redefined later in this script for those ports
# which have it conditionally defined in ss_install.h
! CHOWN=/usr/sbin/chown
#
# Define variables to be used in this script

*** bin/genclntsh.orig Wed Sep 30 07:37:19 1998
--- bin/genclntsh Tue Dec 22 15:36:49 1998
***************
*** 32,38 ****
#
# Explicit path to ensure that we're using the correct commands
#PATH=/usr/bin:/usr/ccs/bin export PATH
! PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin export PATH
#
# each product MUST provide a $PRODUCT/admin/shrept.lst
--- 32,38 ----
#
# Explicit path to ensure that we're using the correct commands
#PATH=/usr/bin:/usr/ccs/bin export PATH
! #PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin export PATH
#
# each product MUST provide a $PRODUCT/admin/shrept.lst

22.4.5 Запуск и использование Oracle

Теперь, если Вы все сделали правильно, то можете использовать Oracle так же, как если бы Вы поставили его на Linux систему.

20.4.1 Базовая конфигурация

Изначально, Вы можете отправлять почту ``во внешний мир'' если у Вас правильно составлен файл /etc/resolv.conf или у Вас запущен свой сервер имен. Если Вы хотите, чтобы почта, предназначенная для хоста в Вашем домене, доставлялась по назначению, есть два пути:

• Запустите свой собственный сервер DNS, тем самым организовав собственный домен, например, FreeBSD.org

• Удостоверьтесь, что Вы получаете почту, предназначенную для Вашего хоста. То есть, почта должна приходить на доменное имя Вашей машины. Например, example.FreeBSD.org.

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

Если Вы хотите, чтобы почта приходила непосредственно на Ваш хост:

• Удостоверьтесь, что запись MX в DNS соответствует IP адресу Вашего хоста хоста.

• Или для Вашего хоста вообще отсутствует MX-запись.

Выполнение любого из перечисленных условий обеспечит доставку почты для Вашего хоста.

Попробуйте это:

# hostname
example.FreeBSD.org
# host example.FreeBSD.org
example.FreeBSD.org has address 204.216.27.XX

Если Вы это видите, то можно без проблем посылать почту на <yourlogin@example.FreeBSD.org>.

Однако, если Вы видите это:

# host example.FreeBSD.org
example.FreeBSD.org has address 204.216.27.XX
example.FreeBSD.org mail is handled (pri=10) by hub.FreeBSD.org

то вся почта, посланная на example.FreeBSD.org будет собираться на hub (для того же пользователя), вместо того, чтобы быть отосланной непосредственно на Ваш хост.

Эта информация обрабатывается Вашим DNS сервером. Соответствующая запись DNS, указывающая, через какой хост будет проходить Ваша почта, называется MX (от англ. Mail eXchanger). Если для хоста отсутствует такая запись, почта будет прихоть прямо на этот хост.

Допустим, что запись MX для хоста freefall.FreeBSD.org в какой-то момент выглядела так:

freefall		MX	30	mail.crl.net
freefall		MX	40	agora.rdrop.com
freefall		MX	10	freefall.FreeBSD.org
freefall		MX	20	who.cdrom.com

Вы видите, что для хоста freefall существуют несколько MX-записей. Запись с наименьшим номером соответствует хосту, на который в конце-концов попадет почта для freefall; другие будут временно сохранять почту для freefall, если тот по какой-либо причине недоступен.

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

20.4.2 Почта для Вашего домена

Вам может понадобиться создать почтовый сервер, который будет ``перехватывать'' почту, адресованную рабочим станциям в Вашем домене. Затем пользователи будут забирать почту либо непосредственно с сервера, либо по протоколам POP или IMAP.

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

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

example.FreeBSD.org	A	204.216.27.XX		; Рабочая станция
			MX	10 hub.FreeBSD.org	; Почтовый шлюз

Таким образом, вся корреспонденция, адресованная рабочей станции, будет обрабатываться Вашим почтовым сервером, независимо от того, что указано в A-записи.

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

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

customer1.org		MX	10	mail.myhost.com

Заметьте, что если Вам требуется только получать почту для домена, соответствующая A-запись не нужна.

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

• Добавьте названия этих хостов в файл /etc/sendmail.cw, если Вы используете FEATURE(use_cw_file). Если у Вас sendmail версии 8.10 или выше, то можно отредактировать файл /etc/mail/local-host-names.

• Добавьте строку Cwyour.host.com в файл /etc/sendmail.cf или /etc/mail/sendmail.cf (если у Вас sendmail версии 8.10 или более поздней).