Доброго времени суток! В виду неполноты материала в этой более ранней статье на нашем сайте, я решил сделать более внятное пособие по этому вопросу. Замечание для тех читателей, которые ходили на мои курсы по FreeBSD ранее — это вы можете использовать как старт вместо 8 версии, но остальное далеко не все следует делать также. Что же — приступим!
В качестве платформы при написании данной статьи я использую виртуальную машину VirtualBox — 512 Мб оперативной памяти и 8 Гб динамический диск. Если на физическом железе у Вас есть проблемы при загрузке, или ОС не видит диск, то попробуйте загрузиться без включенного ACPI — пункт 4, переключается соответствующей цифрой :

Также загрузка без ACPI может выручить пользователей ноутбуков и мобильных устройств — загрузитесь при установке без него, если что-то не получилось. Нюанс здесь заключается в том, что инсталлятор с ISO-образа с официального сайта FreeBSD не содержит в себе всех самых последних фиксов, и на моей практике нередко встречались следующие ситуации : с отключенным ACPI все проходит гладко, грузимся с ним — либо не загружается в принципе, либо загружается, но freebsd виснет через некоторое время. Однако после установки если загрузиться также без ACPI, обновиться системой полностью, и сконфигурированная фря на том же самом ноутбуке или сервере не виснет, грузится с ACPI и стоит как Статуя Свободы. 

Маршрутизация необходима для того, чтобы Ваша информация достигла пункта назначения. Но сети бывают разные. Если сеть большая, то перед системным администратором встает вопрос о необходимости составления правил маршрутизации, чтобы исключить хождение пакетов по замкнутому кругу или, например, чтобы отправлять пакеты с информацией наиболее коротким путем, исключая «замусоривание» канала.
Маршрутизация бывает статическая и динамическая. В случае статической маршрутизации все правила составляются самим администратором. В динамической маршрутизации маршруты вычисляются при помощи алгоритмов маршрутизации.
Мы же рассмотрим статическую маршрутизацию и научимся не только добавлять статический маршрут, но и узнать информацию из таблицы маршрутизации.
Важно запомнить, что маршруты добавляются для IP-адресов, входящих в единую сеть со шлюзом (gateway). Например, шлюз, имеющий IP-адрес 192.168.0.1 и маску сети /24 (255.255.255.0) подразумевает, что на Вашем компьютере имеется IP-адрес, выбранный из сетки 192.168.0.0/24.
В качестве примера мы добавим маршрут в сетку 192.168.0.0/16 (маска сети 255.255.0.0) через шлюз 192.168.0.1/24

1. Операционная система FreeBSD
В операционной системе FreeBSD добавление статического маршрута выглядит следующим образом:
route add 192.168.0.0.0/16 192.168.0.1
Чтобы избежать различных недоразумений, например, когда в ответ Вы получаете сообщение, что команда route не найдена, необходимо использовать полный путь для всех команд:
/sbin/route add 192.168.0.0/16 192.168.0.1
Просмотреть мануал по команде route можно с помощью команды:
man route
Кстати, пользуясь информацией из мануала, мы получаем такой вариант добавления нашего статического маршрута:
/sbin/route add -net 192.168.0.0 -netmask 255.255.0.0 192.168.0.1
Просмотреть таблицу маршрутизации Ваи понадобится, чтобы выяснить какие маршруты у Вас уже есть:
netstat -rn
Или полностью:
/usr/bin/netstat -rn
Удаление статического маршрута:
/sbin/route delete 192.168.0.0/16

2. Операционная система Linux
Добавление статического маршрута:
route add -net 192.168.0.0/16 gw 192.168.0.1
Кстати, имеется альтернативный вариант написания этой команды:
ip route add 192.168.0.0/16 via 192.168.0.1
Таблицу маршрутизации мсожно просмотреть с помощью:
route -n или так:
ip route
Удаление статического маршрута выполняется с помощью:
route delete -net 192.168.0.0 netmask 255.255.0.0

3. Семейство операционных систем Windows
Запустим командную строку (cmd), в которую будем вводить все последующие команды.
Добавление статического маршрута:
route add 192.168.0.0 mask 255.255.0.0 192.168.0.1
Чтобы маршрут остался и после перезагрузки Windows добавляем опцию -p:
route add -p 192.168.0.0 mask 255.255.0.0 192.168.0.1
Просмотр всех маршрутов из таблицы маршрутизации:
route print
Удаление статического маршрута:
route delete 192.168.0.0 mask 255.255.0.0 192.168.0.1

Как видно, все команды очень простые и интуитивно понятные, не требуют особых усилий и изучения мануалов. Но хочется добавить, что в разных дистрибутивах могут быть свои собственные особенности, из-за которых наш метод может не сработать. Вот, к примеру, подобные Red Hat Enterprise Linux дистрибутивы имеют свой собственный файл статической маршрутизации /etc/sysconfig/network-scripts/route-eth0, куда необходимо занести Ваш маршрут, чтобы он был доступен и после перезагрузки:
192.168.0.0/24 via 192.168.0.1 dev eth0
Или эта запись может выглядит следующим образом:
ADDRESS0=192.168.0.0
NETMASK0=255.255.255.0
GATEWAY0=192.168.0.1
Поэтому, прежде любых экспериментов и во избежание сюрпризов, не сочтите лишним обратиться к документации от Вашего дистрибутива!

Начало положено — Вы решили создать свой хостинг, или просто выросли из shared hosting, который нередко является откровенной помойкой... Но с чего начать? Раз мы имеем задачу захостить web-проект, то логично будет начать с установки собственно самого вебсервера. Их немало — давайте разберемся в них. Я не буду вдаваться в краевые задачи в рамках данной статьи, рассмотрим основные направления :

• Lighttpd — лекговес-тяжеловес хостинга. Несмотря на свою минималистичность, в прямых руках позволяет отбалансировать  правильно изолированную задачу и ускорить ее в почти десяток раз. Если у Вас — размещение вебсервиса, или хостинг для статики, или хостинг для загрузок — то это Ваш вариант. Минус в том, что он также специфичен, как и силен в своих задачах. Плюс — новичку рога отвинтит еще на этапе компиляции.
• Microsoft IIS ( Internet Information Services ) — не беру случаи, когда у Вас собственно ASP/.NET, это также неплохое решение для создания сертифицированной по Российскому законодательству платформы. Минусов море... Хотя бы в том, что напрямую внешний IP адрес на него лучше не вешать. Весьма прост в настройке, весьма КРИВ в расширении и ужасен на высокой нагрузке, выше HighLoad+
• Apache — уже давно скорее не webserver, а веб платформа. В умелых руках универсален и надежен, но по производительности на краевых задачах может проигрывать Lighttpd

Собственно об Apache мы и поговорим в этой статье и в ее продолжениях. Как ставить? Однозначный ответ есть — ТОЛЬКО из исходных текстов. Пока что рассмотрим ветку 2.2 — но скоро будем анализировать и 2.4 — от простого к сложному ) Итак! Где взять исходный текст? Берем на официальном сайте по ссылке http://httpd.apache.org/download.cgi - и загружаем тарболл. Далее нас ждет скрипт configure...

Зачем он нам? Чтобы точно сказать, что нам нужно в нашем web-сервере и как именно мы это видим. Вот как мы его сконфигурируем :

./configure --prefix=/usr/local/apache --enable-exception-hook --enable-pie --enable-mods-static=most --enable-so --enable-data --enable-http --enable-usertrack --enable-unique-id --enable-session --enable-session-cookie --disable-userdir --disable-autoindex --enable-static-support --enable-info --enable-negotiation --enable-unixd --enable-dependency-tracking

А теперь давайте-ка разберемся с конкретикой — то все это значит :

• --prefix=/usr/local/apache  - ставим все относительно папки /usr/local/apache . Если ее нет, то она будет создана при установке. Не забываем прописать ее подпапку lib в переменную LD_LIBRARY_PATH и в пути для поиска библиотек для GNU ld/ldconfig . Эта папка называется префиксом.
• --enable-exception-hook — разрешим перехватчики исключений. Это как в разы прибавить нашему хостингу стабильности, так и даст возможность довешивать свои обработчики извне
• --enable-pie — PIE — это Position-Independend Executable — код, который менеджер ресурсов операционной системы может свободно перемещать по памяти. Очень полезная опция, которая существенно поднимет КПД использования памяти, дефрагментируя ее. ОДНАКО это целиком и полностью зависит от планировщика! Вы лишь развязываете ему руки этой опцией. Она сама по себе ничего не гарантирует, зато без нее даже с самым оптимальным для задачи Вашего случая хоста планировщика — Вы существенно проиграете.
• --enable-mods-static=most — разрешает большинство модулей. На начальном этапе нас это вполне себе устроит, но в случае оптимизации под высоконагруженый хостинг это непреемлемо.
• --enable-so — одна из главных директив! Разрешает подгружать дополнительные модули в виде внешних динамических библиотек. Поначалу нас это вполне устроит! Потом — в зависимости от задачи — возможны варианты.
• --enable-data — разрешаем обработчик HTTP-DATA
• --enable-http - разрешаем обработчик HTTP-ACCEPT, без него возможна проблема «Соединение сброшено сервером» на нагрузках средних и выше
• --enable-usertrack — включаем модуль отслеживания посетителей. Он даст нам возможность просто отличать одного посетителя от другого. Если у Вас сервер под отдачу статики — то он Вам вряд ли нужен, и вообще я бы рекоммендовал в случае статики веб-сервер Lighttpd
• --enable-unique-id — включаем модуль, который присваивает каждому посетителю уникальный целочисленный идентификатор. Другими словами, у нас все посетители сайта будут посчитаны и каждый будет иметь положительный номер-число
• --enable-session — включим поддержку сессий. Не по-студенчески Опять же, не актуально в случае статики
• --enable-session-cookie — разрешаем сессии через куки(cookies). Да-да, папуасы были первыми браузерами в истории — они съели Куку...
• --disable-userdir — закрываем возможность обслуживания поддиректорий из домашних папок пользователей. ЭТО ДЫРА В БЕЗОПАСНОСТИ!
• --disable-autoindex — и автоиндекс нам не нужен. Если мы положили в папку файлы — мы не забыли сами сделать ссылки на них на сайте, чтобы пользователям было удобнее их скачать. А вот если кто-то сунулся туда, куда его не приглашали — вот вам зелье приворотное и от ворот поворотное : 403-я ошибка web-сервера, запротоколированная в его соответствующем протоколе ошибок (error_log'е).
• --enable-static-support — подстраховка. Все утилиты кроме самого сервера Apache мы собираем статическими, чтобы при загрузке и выполнении не требовали библиотек. Как показывает практика, эта простая мера предосторожнолсти страхует ценой небольшого перерасхода места на диске и оперативной памяти сервера от  такого количества проблем, что оно того стоит дважды. Проверено.
• --enable-info — разрешим выдачу информации о сервере. Закроем ее в конфигурационном файле, но зато с разрешенных адресов в реальном времени сможем полноценно мониторить наш web сервер и даже построить графики
• --enable-negotiation — разрешим согласование содержимого и кодировок с клиентом. В случае вебсервисов используйте этот модуль ОЧЕНЬ осторожно!!!!
• --enable-unixd — разрешаем специфичные для операционной системы UNIX настройки и фичи. В Windows это Вам явно не понадобится. Хотя под виндой собирать Апач — это очень непростая задача, чтобы было безопасно и не криво как в том же Денвере...
• --enable-dependency-tracking — разрешим контроль зависимостей при сборке. Особенно актуально для многоядерных систем — мы сможем использовать многопоточную сборку на нескольких ядрах процессора.

Также рекомендую добавить в конец строки через пробел CFLAGS=-mtune=native — это заставит компилятор собирать все именно под Вашу архитектуру. Не забываем перед этим собрать APR/APU — или воспользуемся входящей в состав дистрибутива Apache версией APR, добавив в конец строки ПЕРЕД CFLAGS следующую директиву : --with-included-apr. Также рекомендую собрать ПЕРЕД запуском ./configure  библиотеку zlib. Уже сконфигурили? Не беда! Скажите в коммандной строке :

make distclean

и повторите вызов конфигурации апача коммандой ./configure

Далее нам следует сказать :

make -j2

где 2 — это количество потоков. Если у Вас 4 ядра в системе, то скажите вместо -j2 опцию сборки -j4 . Если все прошло без ошибок — ставим!

make install

Проверим :

# /usr/local/apache/bin/httpd -l
Compiled in modules:
core.c
mod_authn_file.c
mod_authn_default.c
mod_authz_host.c
mod_authz_groupfile.c
mod_authz_user.c
mod_authz_default.c
mod_auth_basic.c
mod_include.c
mod_filter.c
mod_log_config.c
mod_env.c
mod_usertrack.c
mod_unique_id.c
mod_setenvif.c
mod_version.c
prefork.c
http_core.c
mod_mime.c
mod_status.c
mod_asis.c
mod_info.c
mod_cgi.c
mod_negotiation.c
mod_dir.c
mod_actions.c
mod_alias.c
mod_so.c

Ну вот и все на сегодня! Have fun! В продолжении статьи поговорим о конфигурировании нашего веб-сервера. Если что-то не получилось — прочитайте статью внимательно еще раз. Если и так проблема не решилась — пишите в комментарии!

<Alexey «Steel Scorpion 666» Vesnin>

Каждым год сообщество пользователей *nix-подобных систем пополняется новыми членами, среди которых не только новички, но бывалые пользователи операционных систем семейства Windows. И те, и другие рано или поздно сталкиваются с вопросами монтирования целого устройства (например, flash) или лишь одного-нескольких разделов жесткого диска. В этой статье мы рассмотрим как узнать файловую систему, примонтировать устройство или только несколько разделов этого устройства, файл с расширением .iso и некоторые другие моменты на примере операционной системы Linux.

1. Общая информация.
   Для начала хочется обрадовать пользователей, что в *nix-подобных системах принята концепция «всё есть файл», что означает, что операционная система одинаково воспринимает любое устройство (CD/DVD, flash, раздел HDD) и файл любого типа (.txt, .odt, .jpg), применяя для работы с каждым из них свой собственный набор правил. Поэтому пользователь и может отличить графический файл от CD-диска.
   Когда пользователь вставляет новые устройства (например, flash), то файловая система, определив его, создает внешний интерфейс для работы пользователя с данным устройством. Этим интерфейсом служат созданные в /dev файлы устройств. Если устройства подключены на интерфейс IDE, то для работы с ними создадутся следующие файлы устройств:
   • hda — Primary master — первый диск на первом канале IDE;
   • hdb — Primary slave — второй диск на первом канале IDE;
   • hdc — Secondary master — первый диск на втором канале IDE;
   • hdd — Secondary slave — второй диск на втором канале IDE.

   Если устройства подключены на интерфейс SCSI, а также SATA-диски, съемные USB-устройства (flash, цифровые камеры), некоторые лазерные CD/DVD-приводы (несмотря на то, что они на самом деле подключены к интерфейсу IDE), то для этих устройств создадутся файлы устройств с именами sda, sdb, sdc и т.д. 
   Здесь Важно понимать, что имена устройств никогда не дублируются, т.е., если Вы раньше подключали 2 разные flash-карты по отдельности и для каждой из них создавался файл устройства /dev/sda, то при подключении обеих flash одновременно будут созданы файлы устройств sda и sdb. К тому же, при создании файлу устройств выбирается первое незанятое имя.
   Как поступает операционная система, если на одном устройстве (например, sda) найдены несколько разделов? В Linux может быть не более 4 основных разделов (sda1, sda2, sda3, sda4). Если разделов только 3, то sda4 остается незанятым. Дополнительных разделы обязательно включаются в расширенный раздел, и их нумерация начинается с sda5. Единственное, что стоит помнить — это то, что вложенные расширенные разделы в Linux не нумеруются.
   Монтировать разделы необходимо для того, чтобы пользователь смог с ними работать. При монтировании раздела операционной системе Linux сообщается:

   • тип файловой системы этого раздела;
   • какое файл-устройство соответствует этому раздел;
   • точка монтирования, т.е. куда его подключать.

   Все эти действия умещаются всего лишь в 1 команду, например:
   mount -t vfat /dev/hda3 /mnt/flash
   В указанном примере монтируется 3 раздел жесткого диска, имеющий файловую систему FAT.
   Если Вы достаточно часто используете один и тот же раздел, то имеет смысл отредактировать общесистемный конфигурационный файл /etc/fstab. В нем указываются разделы, подлежащие монтированию. Не забывайте, что оперция редактирования этого файла требует наличия у Вас прав доступа пользователя root. Приведем пример:

   # /etc/fstab: static file system information.
   #
   #
   /dev/hda	/			reiserfs	notail,noatime								0	1
   /dev/hdb2	/mnt/cdrom	iso9660		ro,user,noauto								0	0
   /dev/sda	/mnt/flash	vfat		iocharset=koi8-r,codepage=866,rw,user,auto	0	0

   Как видно содержимое файла fstab разделено на колонки. Каждая из этих колонок имеет свой собственный формат:

   • монтируемое устройство (или по-другому файл-устройство);
   • точка монтирования (здесь указывается директория);
   • тип монтируемой файловой системы;
   • опции монтирования;
   • Dump;
   • Pass.

   Что касается последних двух, то их значения обычно 0. Самым интересным здесь являются опции монтирования, в которых помимо всего прочего можно указать кодировку и необходимость монтирования при старте системы.
   Как и в операционной системе Windows, в Linux, чтобы безопасно извлечь Ваше примонтированное устройство, необходимо размонтировать это устройство. Успешно размонтируется устройство только тогда, когда с ним не работает ни одно приложение. После введения команды:
   # umount /mnt/flash или, если у Вас нет прав доступа пользователя root, команды:
   $ sudo umount /mnt/flash
   все данные из памяти запишутся на Ваше устройство, после чего оно будет размонтировано и отключено. Теперь Ваше устройство (flash-карту) можно извлекать из компьютера.
   Как узнать какие файлы устройств присутствуют в данный момент в системе?
   # fdisk -l
   Пример того, что Вы увидите в результате выполнения этой команды:
   Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot Start End Blocks Id System
   /dev/hda1 1 35 288365+ 76 Linux swap / Solaris
   /dev/hda3 * 38 7296 57463514 61 Linux
2. О чем необходимо позаботиться заранее.
   Как уже говорилось ранее, точка монтирования — это каталог. Естественно, Вы можете дать ему любое название, поэтому операционная система Linux не заботится о заблаговременном создании точек монтирования, оставляя этот вопрос для рассмотрения пользователю системы. Единственная рекомендация: все точки монтирования крайне желательно создавать либо в каталоге /mnt, либо в каталоге /media.
   Итак, чтобы создать точку монтирования, нам необходимо создать простую папку, обладая при этом правами пользователя root:
   $ sudo mkdir /mnt/winxp или, если Вы уже
   # mkdir /mnt/winxp
   Но для каждого файла в операционной системе Linux имеются права доступа, поэтому добавим для нашей точки монтирования /mnt/winxp права доступа для обычных пользователей, чтобы нам не требовались каждый раз права root для доступа к примонтированному устройству:
   $ sudo chmod 777 /mnt/winxp или
   # chmod 777 /mnt/winxp
   Возможно Вы скажете, что это лишние действия, потому что Вы один единственный, кто будет иметь доступ к Вашему компьютеру. Тем не менее, разработчики *nix-подобных операционных систем позаботились о том, чтобы при необходимости Вам достаточно легко и просто было завести нового пользователя (например, если через пару лет Вы захотите установить клавиатурный тренажер для Вашего сына, дочери или других членов семьи).
   Не беспокойтесь насчет того, что Вы можете перепутать тип файловой системы раздела, который хотите примонтировать, так как Linux не даст Вам совершить непоправимую ошибку и выдаст следующее сообщение:
   mount: wrong fs type, bad option, bad superblock on /dev/sda3,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
   Если Вы увидели такое сообщение, то Вам просто не удалось примонтировать /dev/sda3.
3. Монтирование раздела, имеющего файловую систему FAT.
   Самое главное отличие здесь — это выбор нужной кодировки, так как специалисты Microsoft с самого начала крайне сильно не хотели использовать принятую по умолчание для *nix-подобных операционных систем кодировку utf8. В результате их стараний, появились новенькие cp866 (для MS DOS) и cp1251 (для Windows).
   Что делать, если нам необходимо временно примонтировать, например, flash:
   $ sudo mount -t vfat /dev/sda /mnt/flash -o iocharset=utf8,codepage=866 или, если Вы обладаете правами пользователя root:
   # mount -t vfat /dev/sda /mnt/flash -o iocharset=utf8,codepage=866
   Постоянное монтирование flash, имею файловую систему FAT, как Вы помните, требует редактирования файла /etc/fstab:
   dev/sda1 /mnt/flash vfat iocharset=utf8,codepage=866,user197,rw 0 0
   Вас, наверное удивляет, что помимо кодировки от Microsoft (codepage=866) присутствует еще запись iocharset=utf8? Не удивляйтесь, в iocharset указывается та кодировка, которая установлена в Вашей текущей локали. rw дает право пользователю на чтение и запись при обращении к flash.
4. Монтирование раздела, имеющего файловую систему NTFS.
   Достаточно долгое время не представлялось возможным обращение к NTFS дискам из под *nix-подобным операционных систем, так как корпорация Microsoft не открыла описание NTFS. Но благодаря усердию и профессионалисту программистов, был разработан драйвер NTFS-3g, который дает возможность выполнять операции чтения и записи с разделами NTFS. Естественно, этот драйвер для начала нужно установить в Вашу операционную систему:
   aptitude install ntfs-3g
   Временно примонтировать раздел, имеющий файловую систему NTFS, можно с помощью команды:
   $ sudo mount -t ntfs-3g /dev/sda1 /mnt/flash -o umask=0,nls=utf8 или, если вы уже обладаете правами пользователя root, с помощью команды:
   # mount -t ntfs-3g /dev/sda1 /mnt/flash -o umask=0,nls=utf8
   Постоянное монтироавние раздела, имеющего файловую систему NTFS, как Вы помните требует редактирования файла /etc/fstab. Но иногда в этом файле уже присутствует запись:
   /dev/sda1 /mnt/windows ntfs-3g umask=0,nls=ru-RU.UTF-8 0 0
   В таком случае /dev/sda1 уже примонтирован. Но файлы и папки, имеющие русские названия, просто не будут отображаться, хотя, на самом деле, на диске они присутствуют. Чтобы исправить данную ситуацию достаточно изменить эту запись на:
   /dev/sda1 /mnt/windows ntfs-3g exec,user197,auto,rw 0 0
   Отмонтирование /dev/sda1 происходит по команде:
   umount /mnt/windows
5. Монтирование CD/DVD-дисковода скорее всего уже выполнено по умолчанию. Я опишу случай, когда CD/DVD-дисковод по какой-то причине не примонтирован.
   Временное примонтирование CD/DVD-дисковода производится по команде:
   $ sudo mount -t iso9660 /dev/dvdrom /mnt/dvdrom или, если у Вас уже имеются права пользователя root, то по команде:
   # mount -t iso9660 /dev/dvdrom /mnt/dvdrom
   Правка файла /etc/fstab для постоянного использования CD/DVD-дисковода выглядит следующим образом:
   /dev/dvdrom /mnt/dvdrom iso9660 user197,ro 0 0
6. Монтирование .iso или других файлов.
   Пользователи Windows сейчас скажут, что в Windows эти файлы монтируются с помощью специальной программы (например, DAEMON tools или Alcohol 120%). В *nix-подобных операционных системах никаких специальных программ не требуется! Помните концепцию «всё есть файл»?
   Монтирование .iso-файла производится точно также, как и монтирование CD/DVD-дисковода, но обязательно необходимо добавить параметр -o loop. Этот параметр сообщает операционной системе Linux o том, что Вы собираетесь примонтировать устройство на loopback (петлевое устройство).
   Монтирование .iso-файла, содержащего, например, данные DVD-диска (не принципиально), выглядит так:
   $ sudo mount -t iso9660 name.iso /mnt/isofiledvd -o loop или, если у Вас уже есть права пользователя root, то так:
   # mount -t iso9660 name.iso /mnt/isofiledvd -o loop
   Такой способ также подходит для монтирования сжатых, зашифрованных или просто необычных файловых систем (например, SquashFS).
   Если монтирование требуется производить слишком часто, то Вы можете воспользоваться GmountISO, но в рамках данной статьи ее использование освещено не будет.
7. Монтирование таких файловых систем Linux, как EXT2, EXT3, JFS, XFS и ReiserFS.
   Временное монтирование раздела, имеющего файловую систему, например, ext3, выглядит следующим образом:
   $ sudo mount -t ext3 /dev/sda1 /mnt/linux или, если у Вас уже есть права пользователя root, то:
   # mount -t ext3 /dev/sda1 /mnt/linux
   Постоянное монтирование требует редактирование файла /etc/fstab следующим образом:
   /dev/sda1 /mnt/linux ext3 user197,auto,rw 0 0
   Размонтировать можно при помощи команды:
   umount /mnt/linux
   Для EXT2, JFS, XFS и ReiserFS меняется по смыслу лишь тип монтируемой файловой системы «ext3».
8. Какой тип файловой системы имеет раздел на Вашем жестком диске?
   В *nix-подобных операционных системах для решения данной проблемы существует очень удобная утилита file. Для того, чтобы воспользоваться ей и узнать тип файловой системы Вашего жесткого диска нам потребуется параметр -s (или –special-files), который тип файловой системы блочного устройства. Например, выполняемая с правами пользователя root, команда:
   # file -s /dev/sda1
   или$ sudo file -s /dev/sda1
   в моем случае вывела:
   /dev/sda1: ReiserFS V3.6 block size 4096 (mounted or unclean) num blocks 17821388 r5 hash
   То есть у меня тип файловой системы ReiserFS (версии 3.6).
   Иногда информации по этой команде намного больше:
   /dev/sda1: x86 boot sector, code offset 0x58, OEM-ID "MSWIN4.1", sectors/cluster 64, reserved sectors 126, Media descriptor 0xf8, heads 255, hidden sectors 63, sectors 284237982 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 34693, reserved3 0x800000, serial number 0x287d1dfa, unlabeled
   В данном случае, мы имеем файловую систему FAT32.
9. Что делать, если размонтировать не удалось?
   Зачастую проблемы с размонтированием устройства вызваны тем, что пользователь забывает закрыть программу (например, Midnight Commander), которая использует, к примеру, Вашу flash. В таком случае, при попытке выполнить команду:
   umount /mnt/flash
   Вы увидите сообщение вида:
   umount: /mnt/flash: device is busy
   Чтобы выяснить какой процесс удерживает Ваше устройство, выполните:
   lsof | grep /mnt/flash
Пример вывода, который Вы получите, может быть таким:
$ lsof | grep /mnt/flash
lsof: WARNING: can't stat() reiserfs file system /dev/.static/dev
Output information may be incomplete.
mc 15245 beast cwd DIR 8,1 4096 1 /mnt/flash
   Как видно из последней строки, мою flash в данный момент удерживает mc (или полностью Midnight Commander). 15245 — это номер процесса.
   Для того чтобы решить мою проблему, лучше всего будет найти mc (на одной из рабочих столов) и закрыть его. Но если это не помогло, то можно убить процесс с помощью команды:
   kill 15245 или, в крайнем случае, с параметром:
   kill -9 15245
   После такого Ваша команда должна выполниться:
   umount /mnt/flash

Если у Вас появилась потребность сделать полный backup (резервную копию) жесткого диска, тогда эта статья для Вас.
Для начала сразу оговорюсь, что в статье используется бесплатная утилита dd и любой архиватор, удобный для Вас. Почему именно dd? Потому что эта небольшая утилита простая и удобная в обращении, присутствует в абсолютно всех дистрибутивах Linux и во FreeBSD, включается в Live-сборки и без проблем подходит даже для работы с сервером. В качестве архиватора я использовал gzip.
К тому же я опишу как делать backup на удаленную машину с архивированием (для экономии места).

1. Для начала нам необходимо загрузить с Live CD/DVD/Flash и, получив причилегии пользователя root, убедиться, что все разделы жесткого диска, backup которого мы собираемся делать, не примонтированы на запись. Для этого в консоли достаточно ввести комманду df.
   После этого определяемся как будет проходить backup: с использованием сети или нет (на другой раздел нашего жесткого диска или же на другой HDD).
2. При создании резервной копии в моем случае будем использовать следующие обозначения:
   • /dev/hda — жесткий диск, с которого снимаем резервную копию данных; 
   • /dev/sda2 — это раздел внешнего диска/флешки (или другой раздел HDD, если желаете), на который будет записан backup;
   • hda.img.gz — собственно сам backup. Не сложно заметить, что это сжатый файл

   2.1.Для того, чтобы разместить backup на внешнем HDD или другом разделе жесткого диска, нам не необходимо примонтировать данное устройство:
   # mount -t vfat /dev/sda2 /mnt/sda2
   Далее нам необходимо сжать наши данные и перекинуть их на полоучившийся /mnt/sda2. Кстати, *nix-подобные системы поддерживают так называемое сжатие данных «на лету».
   # dd if=/dev/hda conv=sync,noerror bs=64K | gzip -c > /mnt/sda2/hda.img.gz
   Немного о параметрах:

   • conv=sync,noerror — указывает утилите dd не считывать данные, если возникает ошибка. Но так как нам важно создать резервную копию всего нашего диска, то dd запишет все данные в backup для сохранения размера блоков;
   • bs=64K — достаточно большой размер блока (в килобайтах), чтобы ускорить процесс создания резервной копии;
   • bs=8m — в этот параметр нужно подставить значение кэша копируемого диска (также для ускорения).

   Процесс выполнения: выходной поток передается для сжатия в gzip, после чего записывает в файл hda.img.gz на внешнем жестком диске.

   2.2. Что качается установки по сети, то она лишь немногим отличается от описанного в пункте 2.1. В частности, так как нам необходим доступ к удаленной машине, то мы должны добавить в конвейер часть, касающуюся SSH-доступа:
   # dd if=/dev/hda conv=sync,noerror bs=64K | gzip -c | ssh -c blowfish user197@host13 "dd of=hda.img.gz bs=64k"
   В этом случае наш файл hda.img.gz появится на машине, имеющей хостовое имя hostname, в домашнем каталоге пользователя user197. Кстати, если есть возможность, то вместо хостового имени без проблем можете использовать IP-адрес машины.
   Параметр -c blowfish устанавливает метод шифрования. Я выбрал Blowfish за его высокую скорость шифрования.
   Если Вам не нужно шифрование и Вы работаете по локальной сети, то можете использовать:
   # dd if=/dev/hda conv=sync,noerror bs=64K | gzip -c | nc 192.168.137.10 3333
   Но при этом не стоит забывать, что на том компьютере уже должен быть запущен netcat:
   # nc -l -p 3333 > hda.img.gz
   Ну, и для варианта с Samba:
   smbmount //192.168.137.154/shared /mnt/remoteshare -o username=имя_пользователя,password=пароль
   Таким образом примонтируется удаленный ресурс, после которого можно производить все те же действия, что описаны в пункте 2.1.
3. О восстановлении данных
   Здесь лишь меняются местами «отдающая» и «принимающая» сторона...

   3.1. Копируем и распаковываем при помощи всего лишь одной операции:
   # gunzip -c /mnt/sda2/hda.img.gz | dd of=/dev/hda conv=sync,noerror bs=64K

   3.2. При работе по сети крайне не рекомендуется использовать опцию conv=sync,noerror, так как в таком случае произведет копирование, даже если данные не считались из-за недоступности блока. Поэтому команда выглядит следующим образом:
   # dd if=hda.img.gz | ssh -c blowfish user197@host13 "gunzip -c | dd of=/dev/hda2 bs=64k"
4. Теперь о некоторых особенностях:
   • кроме утилиты dd есть dump и restore для создания резервной копии и восстановления из нее соответственно. Эти утилиты полезна тем, что они без проблем создают инкрементный backup. Если Вы хотите использовать именно их, то Вам достаточно просто заменить по смыслу dd на dump и restore. Единственно замечание: использование этих утилит с корневого каталога в текущую директорию отличается (например, ssh remoutserver.remotehost "dump -0af- /" | restore -xf);
   • кроме того, из плюсов использования dd перед специализированными утилитами вроде partimage, является то, что backup создается без учета файловой системы. Тот же partimage, к примеру, не поддерживает файловые системы ext4 и btrfs;
   • из минусов использования dd пожалуй самый неприятный — это то, что даже если на 200 гиговом диске всего 50 гигабайт реальных данных, в backup войдут все 200 гигабайт. Здесь уже на Ваш выбор.

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

В самом начале необходимо включить поддержку моста (bridge) в FreeBSD. Это можно сделать следующими способами:

1. интегрировать в ядро с помощью options BRIDGE;
2. загрузить модулем при помощи:
   # bridge loadable module
kldload /boot/kernel/bridge.ko.

Способ №1
Затем имеет смысл сделать автозагрузку при старте системы, отредактировав файл /boot/loader.conf:
bridge_load="YES"
После этого займемся конфигурацией моста, находящейся в файле /etc/sysctl.conf.
Активируем bridge:
net.link.ether.bridge.enable=1
Если поставить 0, то мы отключим наш мост.
Если есть желание включить фильтрацию пакетов, проходящих через мост, то имеест смысл выставить значение 1 параметрам net.link.ether.bridge.ipfw и net.link.ether.bridge.ipf. В нашем случае нам это не столь интересно, поэтому мы отключим ipfw:
net.link.ether.bridge.ipfw=0
Теперь необходимо прописать интерфейсы для нашего моста. Все интерфейсы разделяются с помощью запятой и пробела. Можно использовать знак табуляции вместо пробела для большей наглядности. В нашем случае используется 2 интерфейса:
net.link.ether.bridge.config=vr1,rl1
К сведенью, перечитывание списка интерфейсов происходит либо после его модификации, либо после включения бриджирования, либо после создания или удаления интерфейсов. Особой надобности обновлять его чаще нет, но такая возможность все же существует. В net.link.ether.bridge.refresh устанавливается время обновления, которое никаким образом не связано с вышеперечисленными условиями. Помните, что если интерфейс не может быть задействован в бриджинге, то он выдаст соответствующую ошибку.
Кстати, если у Вас возникла затруднения с подключением с помощью, например, ssh к Вашему мосту, то Вам достаточно просто задать IP-адрес для интерфейса vr1 (второй Вам без надобности трогать).

Способ №2
Но это еще не все... Вы можете использовать еще один способ, который теперь покажется Вам намного проще!
Мы будем использовать модуль netgraph. Достаточно всего 1 строки:
cp /usr/share/examples/netgraph/ether.bridge /etc/rc.d/bridge.sh
После чего нужно лишь стартовать. Этого и правда достаточно...

Способ №3
Этот способ подойдет тем, кто работает с кластеризацией и предпочитает использовать vlan и trunk.
В файле /etc/sysctl.conf нам нужно указать помимо интерфейсов еще и номера кластеров. Номер кластера (cluster-ID) указывается через двоеточие после имени интерфейса. Для разных интерфейсов кластер может быть одинаковым. В случае, если номер кластера не указывается, то интерфейсу присваивается номер кластера по умолчанию (ID=1).
И так, для примера имеем:
net.link.ether.bridge.config=vlan1:1,em2,vlan0:85,em4:85
В качестве trunk будем использовать интерфейс fxp1 для пропускания пакетов для 802.1q vlan1, vlan0 на физические интерфейсы em2, em4 соответствующим образом.
ifconfig vlan1 vlan 1 vlandev fxp1 up
ifconfig vlan0 vlan 0 vlandev fxp1 up
Следует отметить, что никакой связи между 802.1q vlan идентификаторами (0 и 1) и номерами кластеров (cluster-ID 1 и 85), используемые в нашем конфигурационном файле, нет. Как можно заметить, интерфейс fxp1, используемый в качестве транка, в нашей конфигурации не появляется, так как все удаления и присоединения тагов делает устройство vlan, а по kldstat видно, что при создании vlan на интерфейсе подгрузится if_vlan.ko модуль.

Как известно, большим преимуществом любой *nix-подобной операционной системы является то, что с отключенным графическим интерфейсом она потребляет очень мало машинных ресурсов. Поэтому в основном именно на *nix-подобных операционных системах устанавливают маршрутизатор, который не только раздает интернет на другие машины, но и одновременно может использоваться в качестве web-сервера, proxy-сервера и почтового сервера.
В этой статье я расскажу о том, как раздавать интернет в операционной системе FreeBSD без использования моста (bridge) и выдывать IP-адреса с помощью DHCP.

1. Для начала нам понадобится NATD и IPFW.
   При загрузке подгрузим модуль ipfw в ядро операционной системы FreeBSD:
   firewall_enable="YES"
   Теперь укажем из какого файла брать правила ipfw:
   firewall_script="/etc/rc.ipfwrule"
   Имя файла можно указать иное.
   После этого необходимо включить natd и указать внешний интерфейс:
   natd_enable="YES"
natd_interface="vr1"
natd_flags=""
   Что касается правил ipfw, то мой файл rc.ipfwrule содержит следующие строки:
   #!/bin/sh
ipfw -q -f flush # чистим
# устанавливаем переменные
cmd="ipfw -q add " # для краткости
# теперь загружаем, используя краткие "макросы"
$cmd 01000 divert natd all from any to any
$cmd 02000 allow ip from any to any
   В моем случае все всем разрешается. Если Вы хотите иметь защиту с помощью ipfw, то здесь Вам стоит прописать интересующие Вас правила и ограничения.
   Из приятных моментов: если сейчас вручную задать IP-адрес для компьютера, находящегося во внутренней сетке, то интернет на нем будет.
2. Теперь работаем с DHCPD.
   Для начала рекомендую обновить порты. Теперь нам необходимо установить isc-dhcp3-server, после чего выполняем следубщее:
   cp /usr/local/etc/dhcpd.conf.sample /usr/local/etc/dhcpd.conf
   Затем в файле dhcpd.conf прописываем сеть, диапазон выдаваемых IP-адресов, роутер по умолчанию и DNS-сервер. У меня получилось так:
   option domain-name-servers 192.168.0.137;
subnet 192.168.10.0 netmask 255.255.255.0 {
range 192.168.10.25 192.168.10.50;
option routers 192.168.10.1;
}
   Осталось только включить dhcp в rc.conf и указать в какой сети наш сервер слушает и раздает IP-адреса:
   dhcpd_enable="YES"
dhcpd_ifaces="rl1"

Исходники операционной системы FreeBSD располагаются в системе управления версиями, откуда их с легкостью можно обновлять. С 2008 года разработчиками FreeBSD принято решение сделать основным репозиторием свободную централизованную систему управления версиями Subversion (или SVN). Так как SVN требует установки большого количества дополнительного программного обеспечения, а FreeBSD не требует частого обновления, то намного удобнее использовать репозитории, располагающиеся на удаленных серверах привычного Concurrent Versions System, имеющего клиент-серверную архитектуру. Но, так как в CVS идет экспорт из SVN, то существует возможность иметь ряд проблем из-за кривого экспорта. Однако, как показывает практика, огрехов в репозиториях нет.
Какую систему управления версиями выбрать решать только Вам. В какой-то степени SVN более удобен, так как имеет ряд улучшений и избавлен от множества проблем CVS. С другой стороны, обновление исходных текстов для портов возможно только при помощи CVS через поставляемые в базовом наборе системы Portsnap или csup (тот же cvsup, но написанный не на Modula, а на языке программирования С).
Для установки русских мануалов в операционной системе FreeBSD будем использовать CVSup. CVSup — пакет ПО, пришедший на смену более медленному Sup. CVSup использует опрашивающую модель обновления, поэтому сервер никогда не высылает обновления сам. Чтобы получить обновления, пользователю необходимо либо вручную сделать запрос, либо прописать задание в cron, указав периодичность для автоматического обновления. CVSup имеет 2 основных компонента: клиент cvsup, который запускается на каждом компьютере пользователя, и сервер cvsupd, работающий на всех зеркалах FreeBSD. Однако — если система только с установки — используйте csup! Вы не наставите кучу лишнего из портов!
Файл настройки supfile управляет работой CVSup. В нем хранится информация о том, какие файлы, каких версий и откуда Вы хотите получить, где они будут располагаться (на Вашем компьютере), где будут располагаться файлы статуса. Сами суп-файлы по умолчанию раcполагаются в /usr/share/examples/cvsup/.
Создадим файл настроек — или supfile-файл, с именем rus_manual.supfile:
*default host=cvsup.ru.FreeBSD.org
*default base=/var/db
# куда инсталлировать исходники доков
*default prefix=/usr/src
# тэг - только точка .
*default release=cvs tag=.
*default delete use-rel-suffix
*default compress
doc-all
Строки, начинающиеся с символа «#» — это комментарии, которые игнорируются, так же как и пустые строки. Вместо «cvsup.ru.FreeBSD.org» необходимо подставить наиболее подходящий для Вас сервер обновлений. Благодаря этому Вы достигнете максимальной скорости закачки. Список серверов можно посмотреть здесь.
Теперь запустим cvsup/csup:
>cvsup -g -L 2 rus_manual.supfile
или — что есть равнозначно для FreeBSD
>csup rus_manual.supfile
Параметры:
-g, чтобы не использовать GUI; если при сборке CVSup он не был собран, то можно опустить данный параметр
-L 2 — уровень протоколирования, при котором будет выводиться информации о каждом производимом обновлении. При запуске в планировщике рекомендуется уменьшить
Теперь установим собственно сами русские мануалы FreeBSD:
>cd /usr/src/doc/ru_RU.KOI8-R/man/
/usr/src/doc/ru_RU.KOI8-R/man/>make && make distrib-dirs && make install && make cleandir
Проведем проверку:
#setenv LC_ALL ru_RU.KOI8-R
# man true
TRUE(1) Справочник основных команд FreeBSD TRUE(1)
НАЗВАНИЕ
true -- вернуть значение "истина"
СИНТАКСИС
true
ОПИСАНИЕ
Утилита true всегда возвращает нулевой код завершения.
Некоторые командные оболочки имеют встроенную команду true с идентичной функциональностью. Обратитесь к странице справочника builtin(1).
СМОТРИ ТАКЖЕ
builtin(1), csh(1), false(1), sh(1)
СТАНДАРТЫ
Предполагается, что утилита true совместима со стандартом IEEE Std 1003.2 (``POSIX.2'').
FreeBSD 8.2 9 июня 1993 FreeBSD 8.2
В дополнение могу добавить, что есть возможность сэкономить место на диске, не вытягивая лишнее. Для этого создадим файл /var/db/sup/doc-all/refuse со следующим содержимым:
---
doc/en*
---
Вы можете также запретить вообще все доки, статьи и мануалы для FreeBSD кроме русских — дело личное.

Если у Вас появилась при выполнение php скриптов 500 ошибка Internal Server Error и в логах сервера написано

cat /var/log/apache2/error.log
[warn]mod_fcgid: read data timeout in 40 seconds
[error]Premature end of script headers: index.php

]]> http://mannix.ru/poleznoe/mod_fcgid-read-data-timeout-in-40-seconds-internal-server-error.html/feed 0