Когда у меня есть выбор, я выбираю Ubuntu или Debian, как бы осуждали меня поклонники более «низкоуровневых» дистрибутивов. Но приходится периодически действовать и под другими дистрибутивами, например, под CentOS. Жизнь заставила постичь азы vi, который в большинстве дистрибутивов является текстовым редактором по умолчанию (и против которого я ничего в общем-то и не имею), но руки уже как-то привыкли к nano. Этот маленький и лёгкий редактор имеется во всех современных репозиториях, установить его легко и просто, но вот поверить систему в его умолчальность придётся заставить.

Подключите флешку и проверьте, какое имя устройства ей выделено:
sudo dmesg

Увидите среди последних сообщений что-то в духе:
[1015746.507841] sd 3:0:0:0: [sdg] Attached SCSI removable disk

Отлично, значит наша флешка — это устройство /dev/sdg с разделом /dev/sdg1 (у вас это может быть и /dev/sdc, и /dev/sdx — проверяте самостоятельно, и будьте аккуратны, не повредите какой-то из своих жестких дисков).

Нормальное состояние для сервера шуршать вентиляторами где-нибудь если не в стойке, то в укромном углу. Добираются до него обычно с удалённой консоли и монитор постоянно к такой машине тоже не подключен (разве что KVM). Однако, серверы бывают разные, в том числе и домашние. Брать KVM для локального доступа к домашнему серверу обычно не хочется (несколько десятков долларов, лишнии провода с коробочкой самого переключателя — не сильно приятные атрибуты). И тут на помощь приходят современные мониторы, имеющие пару входов (2 VGA или VGA и DVI, к последнему обычно подключен основной компьютер, в то время как аналоговый разъём пустует). В общем, если у вас сравнительно новый монитор, то почти гарантировано устройство вывода у вас имеется, ну, а, компактную клавиатуру для ввода запрятать куда-то не сложнее, чем коробочку KVM-свича.

Но тут возникает интересная проблема: когда вы отключите ваш основной компьютер, то разумный монитор проверит нет ли сигнала на втором входе. На втором входе сигнал (экран с запросом логина или «чёрный экран») скорее всего будет, а потому монитор вместе с основным компьютером не выключится, а займётся демонстрацией консоли сервера. Не руками же каждый раз включать и выключать монитор?

Утилита ClamAV

В состав антивируса входит несколько утилит, включая гибкий и масштабируемый многопоточный демон, сканер командной строки и продвинутый инструмент для автоматических обновлений баз данных. Для установки и обновления утилит антивируса разработчики рекомендуют использовать репозитарии пакетов. В Debian/Ubuntu для поиска нужных приложений используем команду:

$ sudo apt-cache search clamav

И ставим основной набор:

$ sudo apt-get install clamav

Собственно, установка шлюза на базе Ubuntu-Server занимает не больше 10-15 минут. Что я и проделал не так давно.

1. Устанавливаем систему (я ставил ubuntu-8.10-server-i386.iso);
2. У меня подключение по локальной сети с использованием PPPoE. Для этого просто-напросто было запущено sudo pppoeconf и даны ответы на вопросы. По окончании работы pppoeconf соединение было установлено, о чем свидетельствовал положительный вывод на команду ifconfig ppp03. На установленной машине интернет появился. Теперь надо добавить включить все репозитарии в /etc/apt/source.list и выполнить sudo apt-get update;
3. Для доступа с других машин вашей локальной сети необходимо поставить всего лишь навсего два малюсеньких пакета: dnsmasq — чтобы переправлслись ваши DNS-запросы и ipmasq — собственно для NAT'a;
4. На машинках локальной сети получаем IP по DHCP от dnsmasq либо прописываем шлюз по умолчанию ручками;

Да поможет Вам данная инструкция! Ура! Далее про добавление squid ко всему этому хозяйству.

На большинстве удалённых серверов (например, если арендуете VPS или dedicated сервер) у вас нету возможности воспользоваться инсталлятором Ubuntu Server, вы получаете готовую систему с настройками по умолчанию и минимально возможной конфигурацией. Дальше дело за вами: систему нужно будет настроить под себя и свои нужды.

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

Чтобы их избежать необходимо локализовать вашу систему. Сделать это сравнительно просто.

Понятно, что пользователям графического десктопа беспокоиться не о чем: через GNOME настроить время и часовой пояс — не проблема. А как быть пользователям сервера и консоли? Раньше в Ubuntu (например, в Gutsy) существовала полезная утилита tzconfig для выбора часового пояса. Теперь её нету ни в системе, ни в репозитории.

Но функциональность этой утилиты, к счастью, легко замещается следующей командой: dpkg-reconfigure tzdata. С помощью неё вы сможете установить часовой пояс для вашей машины. Если на сервере есть пользователи из разных часовых поясов, то каждый, у кого часовой пояс отличен от серверного, сможет установить собственный пояс добавив соответствующую директиву с свой пользовательский профиль (файл ~/.profile).

Например для Москвы:
TZ='Europe/Moscow'; export TZ

Получить корректный код для добавления в профиль совсем просто, для этого имеется утилита tzselect.