С помощью трёх утилит Cron, Anacron и at можно запланировать выполнение задач на будущее. Cron и  Anacron — демоны: они прячутся в фоновом режиме, периодически просыпаясь и проверяя, не пора ли выполнить запланированную задачу. Оба позволяют планировать запуск задач через равные интервалы времени. Их названия происходят от имени греческого бога времени Хроноса. Это корень таких слов, как «хронология», «хронометр» и «хроника». at — нечто иное: это утилита командной строки, и с её помощью можно запланировать однократный запуск программы в заданный момент времени в будущем. Однако и у at есть свой демон — atd, который отвечает за запуск задачи в соответствующий момент времени.

Как мы узнали из предыдущей статьи, командная строка — не покрытый пылью старомодный способ работы с компьютером, необходимость в котором отпала с появлением графического интерфейса, а фантастически гибкая и мощная среда, где за секунды можно выполнить действия, эквивалентные сотням щелчков мыши. Кроме того, нельзя полагаться на то, что X Window System всегда будет работать правильно — и тогда знание командной строки жизненно необходимо; а если вы запускаете Linux на сервере, то не захотите, чтобы громоздкий графический интерфейс занимал место на диске.

Если вы только начали читать журнал и незнакомы с предыдущими уроками этого цикла, вы найдёте их в формате PDF в разделе «Magazine» нашего диска. Читайте их в своё удовольствие, но чтобы вы смогли извлечь максимальную пользу из материала этого номера, советуем сперва прочесть материал предшествующих уроков.

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

Наша серия про LPI близится к концу — последняя статья выйдет в следующем месяце; и пора обратиться к сложностям, встречающимся на пути системного администратора.

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

Наконец, мы исследуем редактор Vi, поставляемый почти с каждым дистрибутивом Linux и Unix; он считается трудным в освоении, но для разобравшихся в его основах становится просто даром Божьим.

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

Итак, вы установили себе Linux и потратили уйму времени, чтобы настроить его на свой вкус. Вы создали огромное хранилище личных фотографий, важных рабочих файлов и обширную библиотеку цифровых фильмов. И вдруг — катастрофа! Неправильная команда rm стёрла весь корневой раздел, юный родственник разлил кашку на ваш рабочий стол или новый супер-вирус-мутант проник на вашу систему и стремится пожрать все фотографии вашего любимого хомячка.

Список потенциальных несчастий бесконечен, и если у вас всего одна копия данных на одном устройстве, то целый ряд угроз только и ждёт вашей оплошности. Поэтому на всякий случай храните дубликаты файлов. Мы рассмотрим некоторые из лучших решений для резервного копирования в мире Linux и свободного ПО.

При установке дистрибутивов на базе Fedora у меня годами были проблемы с экраном разбиения диска. Что, чёрт подери, значили «группы томов LVM», vg_lvm и lv_root? Почему Fedora не использует добрые старые ссылки на устройства и разделы, как другие дистрибутивы?

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

Но недавно, проведя несколько дней за изучением основ LVM, я оценил, насколько это мощная и полезная технология — и поклялся применять её в любой схеме разбивки создаваемых мной дисков (по крайней мере, пока Btrfs не станет основной).

Сначала мы расскажем о том, что такое LVM и зачем это нужно. Затем возьмём экран установки в Fedora и покажем, как создать схему разбиения на разделы с нуля с помощью LVM. Мы также обратимся к командной строке и покажем вам инструменты, задействующие расширенные возможности LVM. Нужно изменить размер тома? Без проблем. Хотите добавить новый жёсткий диск или удалить старый? У нас и это есть. Мы даже намерены показать вам, как сделать «снимок» [snapshot] и создать полноценную резервную копию системы в LVM. Мы много чего осветим!

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

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

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

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

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

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

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

Третий пояснит вам, как шифровать данные, которыми вы намерены поделиться с другими людьми. Используя те же инструменты, вы также сможете «подписать» цифровую информацию — и её получатели смогут убедиться, что это именно от вас, а не от злоумышленника, притворившегося вами.

Grub — это Grand Unified Boot Loader [Великолепный унифицированный загрузчик], который много лет почти единолично загружал системы GNU/Linux. Первый Grub медленно, но верно покидает наши компьютеры, унося с собой все хитрости настройки загрузки, которым мы учились годами. Его преемник, Grub 2, более гибок, однако его файлы и процедуры настройки сильно отличаются. На нашем уроке описываются новинки Grub 2, свежая структура его основных файлов настройки и простейшие трюки его настройки.  В последней части представлены некоторые средства устранения неисправностей работы Grub 2, которые следует иметь под рукой, если что-нибудь пойдёт наперекосяк.
Grub 2 обогатился массой новых функций. Некоторые из них интересны только для разработчиков; про них мы здесь упоминать не станем. Остальные можно подразделить на  две группы: «может, оно мне и не надо, но как круто!» и «лучше бы это знать, так, на всякий пожарный». В первую категорию попадает поддержка не-x86 архитектур и меню с не-ASCII символами и более модульной архитектурой.

Что нового в Grub 2?
Изменения, более заметные конечному пользователю, включают скрипты в стиле оболочки, с условными операторами, а также поддержку универсальных уникальных идентификаторов (Universally Unique Identifiers, UUIDs). Это коды, присвоенные каждому устройству хранения на вашем компьютере: их применение резко улучшает обращение с внутренними и внешними накопителями, в особенности когда вы используете больше одной операционной системы. Другая крутая штука — Grub 2 можно установить или переустановить в любой момент, как любой другой пакет.
Однако если вы планируете устанавливать параллельно другие дистрибутивы Linux, лучше иметь специальный раздел /boot, отформатированный в ext3, чтобы избежать проблем с совместимостью разных процедур загрузки.

В мире бездна технологий виртуализации. Даже если ограничиться только применимыми в Linux, найдётся достаточно, чтобы глаза заслезились: Bochs, DOSEMU, KVM, VServer, OpenVZ, Parallels, различные версии VMWare, QEMU, Xen... список можно продолжить.

Сегодня я хочу рассказать вам об OpenVZ. Это технология ядра Linux, позволяющая запускать несколько виртуальных частных серверов (VPS) на одном физическом компьютере. Каждый из серверов при этом выглядит как отдельный сервер с отдельными доступом root, IP-адресом, таблицей процессов, файловой системой, правилами брандмауэра и т.д.

От средств полной виртуализации вроде Xen или VMWare эту программу отличает то, что в каждом экземпляре VPS используется одна и та же разделяемая копия ядра Linux. Поэтому, например, с OpenVZ нельзя загрузить экземпляр Windows 7 и экземпляр RedHat, и нельзя загружать модули ядра независимо в каждый VPS. Но «пространство пользователя» в каждом VPS может быть разным, поэтому можно, например, запустить CentOS и SUSE рядом на одном и том же ядре. Это эффективное решение, и можно создать достаточно полную иллюзию отдельно администрируемых компьютеров, чтобы удовлетворить пользователей, которые не хотят много платить за хостинг-услуги.

Это делает OpenVZ привлекательной технологией для хостинг-провайдеров, желающих получить максимальную прибыль при ограниченных вложениях в оборудование.

Среди пользователей Linux популярны вопросы типа «Я хочу сделать службу XYZ доступной через Интернет, но только для авторизованных пользователей. Как это сделать безопасно?», где XYZ может быть VNC, NFS, Samba или локальный web-сервер. Ответ зависит от конкретного сервиса, который вы намерены предлагать, и от методов, предусмотренных сервисом для аутентификации и безопасности. Одни лучше, другие хуже, но это всё равно потенциально означает вашу обязанность заботиться о нескольких сервисах, обеспечивая безопасность всех. С вашей локальной сетью таких проблем нет, потому что у вас только зарегистрированные пользователи — разве что в ваши компьютеры может забраться кто попало.

Альтернатива оголению отдельных частей сети для доступа из Интернета — разрешить авторизованным пользователям подсоединяться к сети извне так, как если бы они были подключены к локальной сети напрямую. Virtual Private Network (VPN) как раз и устанавливает безопасный, зашифрованный туннель между компьютером и сетью. Хотя тоннель проходит через публичное интернет-соединение, весь траффик между вашим компьютером и сетью остаётся внутри туннеля, зашифрованный и защищённый.

Когда-то добавить новый жёсткий диск было просто: требовалось лишь подключить его к компьютеру и создать разделы любимым инструментом командной строки (fdisk, cfdisk) или графическим (Gparted). Если вы меняли системный жёсткий диск, можно было загрузиться с дистрибутивного CD, и установщик системы выполнял разметку за вас. Теперь всё стало несколько сложнее: с виду разные накопители, как выясняется, демонстрируют сходные проблемы.

Большие жёсткие диски, порядка 2 ТБ, стали стоить вполне разумно, и вы можете захотеть просто воткнуть один такой в компьютер и начать им пользоваться — а в результате окажется, что производительность ниже, чем у вашего старого диска. Всему виной схема организации данных. Многие годы информация хранилась блоками по 512 байт (этот блок не связан с размером блока файловой системы). Диски становились больше, число блоков росло, и при 2 ТБ превысило максимальное значение, которое можно сохранить в 32-битном целом.

Тогда производители дисков перешли на 4 КБ блоки, в восемь раз больше; таким образом, проблема отложена до времён, когда один диск будет вмещать 16 ТБ. Это также позволило эффективнее хранить большие файлы, особенно с учётом того, что многие файловые системы, включая ext2/3/4, также используют блоки по 4 КБ. Это всё звучит неплохо до тех пор, пока вы не осознаете, что жёсткие диски вынуждены обеспечивать обратную совместимость с некой популярной ОС, притворяясь, что они по-прежнему оперируют блоками по 512 байт. Что в этом плохого? А то, что если вы начнёте файловую систему с блока, номер которого не кратен 8 (скажем, 63, что издревле было значением по умолчанию в Linux), каждый 4-КБ блок файловой системы будет храниться в двух физических блоках на диске, и каждое его чтение или запись превратится фактически в две операции ввода-вывода, что крайне негативно скажется на производительности (по ряду причин, увеличение объёма работы в два раза вызывает более чем двукратное падение скорости).

Многих пользователей волнуют вопросы сетевой безопасности. Одним из инструментов её достижения является программа Nmap, новая версия которой вышла недавно. Мы расскажем, как начать с ней работать.
Знакомство с Nmap
Nmap (http://nmap.org/) — это свободное (доступное на условиях лицензии  GNU GPLv2) кроссплатформенное программное обеспечение, которое позволяет осуществлять исследование и аудит сетевой безопасности. Платформы, на которых может работать Nmap — Linux, семейство BSD (Free-, Net-, Open-), Mac OS X, Solaris, Windows и ряд других. Хотя сегодня программа доступна для различных операционных систем, первоначально она создавалась для систем семейства *NIX.

История создания Nmap такова. Её автор Гордон Лайон [Gordon Lyon] был недоволен возможностями доступных на тот момент (вторая половина 90-ч гг.) сетевых сканеров безопасности (SATAN, Strobe от небезызвестного Джулиана Ассанджа [Julian Assange] и других). Он пытался модифицировать существующие программы, но результат его не устраивал. После этого Лайон решил сам написать программное обеспечение которое бы обладало всеми необходимыми ему возможностями.

Что же это за возможности, которые были необходимы будущему разработчику Nmap? Всё довольно просто: ему не требовалось ничего необычного, хотя по тем временам, наверно, это и было необычно: поддержка всех видов сканирования, быстрая работа. Именно этого он не мог получить от существующих к моменту начала разработки Nmap сетевых сканеров безопасности.

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

Месяц назад мы говорили об управлении жёсткими дисками серверов Linux. В этом выпуске мы рассмотрим основы управления пакетами, то есть главным образом команды rpm и yum.
Во всех статьях данной серии мы пользуемся CentOS 6.2. Если вы хотите следовать за нами (что я настоятельно рекомендую), установите CentOS (хотя бы в виртуальную машину) в соответствии с моим описанием в первой части.
У многих команд из обсуждаемых в этом месяце большой объём выходных данных, и на всё здесь не хватит места. Если вам нужны подробности, то полный транскрипт многих из сегодняшних команд есть на DVD и на нашем сайте, так что смелее обращайтесь к этому файлу в соответствующих местах.

Наконец в этой серии мы подобрались к тому, что должны делать серверы — обслуживать! Я решил установить web-сервер (хотя и не обычный Apache), но попытался обобщить процесс так, чтобы эти навыки пригодились вам при установке любого сервиса.
На всех уроках этой серии мы пользуемся CentOS 6.2. Если вы хотите следовать за мной, установите CentOS (можно и в виртуальную машину) в соответствии с описанием из первой статьи. У многих команд из обсуждаемых в этом месяце большой объём выходных данных, и на всё здесь не хватит места. Если вам нужны подробности, то полный траскрипт многих команд есть на нашем сайте: http://www.linuxformat.com/archives?issue=165 , так что смелее обращайтесь к нему в соответствующих местах.

В этой, последней, части серии я хочу обратиться к теме безопасности серверов. Наверное, оставить её напоследок было ошибкой, поскольку можно подумать, что безопасность — это то, чем можно заняться в последнюю очередь, когда всё остальное уже сделано. Так поступать не стоит. Безопасность и разумный уровень паранойи должны быть заложены во всех ваших действиях. Кстати, если вам покажется, что большая часть того, о чём мы поговорим сегодня — нечто само собой разумеющееся, для этого есть причина. Для большинства из этого.
Для начала попытаемся дать определение безопасности. Формальная модель безопасности описывается моделью CIA — конфиденциальность (Confidentiality), целостность (Integrity) и доступность (Availability).
Конфиденциальность — это гарантия того, что информация на ваших серверах доступна только тем у кого есть право ей пользоваться. Целостность — это гарантия того, что информация сохраняется в первоначальном виде — это относится не только к данным, но и к программам. А доступность — это гарантия того, что данные и сервисы, предоставляемые системой, доступны именно должным образом (например, можно удовлетворить два первых требования, отключив компьютер от сети и заперев его в сейф, но это не слишком хорошо повлияет на доступность данных; помните, что атаки, нацеленные на отказ от обслуживания и призванные неблагоприятно повлиять на доступность вашей системы — одна из самых популярных разновидностей вредоносных атак).
Безопасность — это не программа, которую можно установить. Это постоянный процесс. Поэтому вот план поддержки безопасности системы из десяти пунктов.