Ресурсы для начинающих администраторов Linux

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

Тем не менее, я хотел бы узнать больше об администрировании Linux и учиться по ходу дела, но лучше я бы предпочел учиться на чужих ошибках, а не на своих собственных. ;)

Какие ресурсы, учебные пособия и первые шаги могут более опытные администраторы порекомендовать начинающему администратору Linux, когда они пробираются в пустыню?

Некоторые другие вопросы и ответы ServerFault, которые я нашел полезными:

• Должны ли мы отключить пользователя root?
• Как настроить ssh для аутентификации с использованием ключей вместо имени пользователя и пароля?
• Какие полезные вещи можно добавить в свой .bashrc?
• Каковы некоторые информативные и полезные подсказки оболочки? (bash, csh, ksh и т. д.)
• Обеспечение свежего сервера Ubuntu

Я бы начал с хорошей книги, посвященной общим административным задачам для вашей ОС (CentOS, с точки зрения тегов, с которыми у меня нет опыта работы с документацией). Если вы хотите быть хорошим системным администратором, а не «хорошо управлять этим блоком CentOS здесь», то вам действительно необходимо получить копию «Практики системного и сетевого администрирования», 2ed, от Limoncelli, Hogan и Chalup. Он научит вас практически всему, что вам нужно знать об администрировании систем, с концептуального уровня.

Настройте виртуальную машину (VirtualBox, Parallels, VMWare, Virtual PC) с помощью дистрибутива Linix и начните играть!

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

Я настоятельно рекомендую Руководство по администрированию Linux от Nemeth, et al. или более дорогой справочник системного администрирования Unix от тех же авторов.

Кроме того, Rosetta Stone для Unix - это страница, которую я считаю полезной для справки.

Узнайте, есть ли в вашем регионе группа пользователей Linux (LUG). Я являюсь членом нескольких LUG уже много лет, и они всегда были фантастическими, тем более что часто есть возможности для физической помощи и помощи. Частичный список групп здесь: http://www.linux.org/groups/

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

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

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

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

Unix (и BSD, и Linux, и «кто знает, что еще») изначально были средой, которая поощряла программистов и администраторов общаться друг с другом. Linux является довольно приличным приближением к этому (не 100%, а очень близко).

По моему не столь скромному мнению, администратор Unix / Linux / BSD лучше всего обучается в форме устной традиции , когда знания передаются ученику в устной форме теми, кто обладает гораздо большим опытом. В каждом случае, с которым я сталкивался, этот метод изучения Unix (и его двоюродных братьев) был наиболее информативным, в то же время предоставляя учащемуся большую часть понимания, особенно понимания, которое вы не можете получить, просто читая книгу и продвигаясь вперед. Причиной этого «неэффективного» метода обучения является то, что в какой-то момент кто-то где-то принял решение о чем-то, но это официально не задокументировано (см. Заголовок по этой ссылке). Это означает, что легко сидеть и чесать голову о том, «почему Х сделал так, как есть», когда на самом деле,очень веская причина для этого. Наличие кого-то, кто был там и знает историю того, как это стало , помогает «заполнить пробелы».

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

Я не какой-то продвинутый системный администратор Linux, но вот мои рекомендации:

• Чтение документации вашего любимого дистрибутива. Все дистрибутивы очень похожи.
• Руководство по Bash для начинающих
• Расширенное руководство по написанию сценариев
• Проект документации Linux

Этот ресурс из библиотеки Linode должен помочь людям начать:

Основы системного администрирования Linux

Я нашел эту книгу - Администрирование Linux: руководство для начинающих - очень полезной, когда я только начинал.

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

Сделай как Nike - просто сделай это!

Основной процесс сборки:

1. Установите ОС с минимальной установкой. Я предлагаю вам использовать логические тома для диска.
2. Заплати это.
3. Включите брандмауэр.
4. Отключите ненужные услуги.
5. Установите / протестируйте свои приложения и убедитесь, что они в основном работают, например, сделайте дыры в брандмауэре, как требуется, настройте контроль доступа к приложениям.
6. Настройте свои приложения правильно
7. Делать резервные копии и некоторые тестовые восстановления.

Используйте ресурсы, которые у вас есть:

1. strace и tcpdump - твой друг
2. бревна
3. списки рассылки
4. форумы (Serverfault !!!)
5. Google
6. IRC
7. пользователей Linux
8. Читайте справочные страницы в свободное время

Шутки в сторону. Когда я начинал, когда у меня не было ничего лучше, я перечислял / bin / sbin / usr / bin / usr / sbin и читал справочные страницы для очень двоичного файла. Естественно, я не запомнил их всех, но большую часть времени я вспоминал достаточно, чтобы сказать: «О, есть инструмент, который делает это, он называется что-то вроде ...», когда я застрял и мне нужно было сделай что-нибудь. Другими словами, это был простой способ ознакомиться с доступными инструментами.

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