Что изучать системному администратору

Список требований в вакансии администратора пугает с первого взгляда. Учить нужно четыре блока: операционные системы (Linux и Windows Server), сети вместе с протоколом TCP/IP, виртуализацию и контейнеры, безопасность плюс автоматизацию. Всё остальное наращивается поверх этой базы. За месяц реально пройти четыре блока целиком, если отдать каждому по неделе и каждый вечер закреплять теорию руками.

Дальше сценарий повторяется почти у всех. Человек скачивает огромную дорожную карту, ставит Ubuntu, смотрит ролики про DNS, затем про Kubernetes, затем про мониторинг. Темы между собой не связаны, ни одна не доведена до конца. Остаётся ощущение, что материала прочитано много, а собрать рабочую систему всё ещё не получается.

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

Почему без плана обучение администратора буксует?

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

Самая частая ошибка новичка это чтение вместо практики. Статья про DNS даёт ощущение понимания ровно до момента, когда почта в тестовом домене перестаёт ходить. Руки помнят дольше глаз.

Вторая ошибка это размер куска. Неделя на сети звучит разумно, неделя на «весь Linux и заодно Windows Server» уже нет. Когда объём недели никак не ограничен, план превращается в список желаний, который стыдно открывать.

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

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

Что нужно приготовить до первой недели?

Суть: подготовка занимает один вечер. Нужен компьютер с поддержкой виртуализации, гипервизор для учебных машин, образы Ubuntu Server и Windows Server, клиент SSH и текстовый журнал, куда вы пишете каждую выполненную задачу. Отдельно резервируйте слоты в календаре: без защищённого времени план рассыпается уже на второй неделе.

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

Журнал выглядит мелочью, но именно он вытаскивает на четвёртой неделе. Когда запал проседает, помогает прокрутить список того, что уже поднято и настроено своими руками.

Неделя 1: что учить в операционных системах?

Суть: первая неделя уходит на Linux и Windows Server в объёме «умею установить, настроить и починить». Терминал, файловая система, права, пользователи и группы, установка пакетов, службы, журналы, планировщик задач. Параллельно ставится Windows Server и поднимается служба каталогов. Итог недели: две работающие машины, собранные вами с нуля, без готовых образов из интернета.

Разложите неделю по дням примерно так:

1. Установка и первое знакомство. Ставите Ubuntu Server без графики, настраиваете сеть, заходите на машину по SSH.
2. Файлы и права. Разбираетесь с деревом каталогов, владельцами, правами доступа, ссылками.
3. Пользователи и группы. Заводите учётные записи, раздаёте полномочия через sudo, ограничиваете лишнее.
4. Пакеты и службы. Установка программ, systemd, автозапуск, перезапуск упавшей службы.
5. Журналы и расписание. Читаете системные журналы, ставите задачу в cron, проверяете результат.
6. Windows Server. Установка, роль контроллера домена, первый пользователь в домене.
7. Разбор. Ломаете настройки специально, чините обратно, записываете шаги в журнал.

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

Неделя 2: как разобраться в сетях?

Суть: вторая неделя про то, как данные доходят от одной машины до другой. Адресация, маски подсети, шлюз, маршруты, DNS, порты, базовые протоколы поверх TCP/IP. Практика тут важнее конспектов: вы поднимаете две виртуалки в одной сети, намеренно ломаете связность и чините её по шагам. Итог недели: умение объяснить путь запроса от браузера до сервера.

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

Минимум, который закрывает неделю:

• Адресация и маски подсети, деление сети на подсети на бумаге.
• Шлюз по умолчанию, таблица маршрутизации, трассировка пути до узла.
• DNS: зоны, записи, кеш, порядок разрешения имён.
• Порты и службы, проверка доступности, чтение вывода диагностических утилит.
• Базовая настройка сетевого оборудования и раздача адресов по DHCP.

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

Неделя 3: зачем администратору виртуализация и контейнеры?

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

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

Контейнеры добавляют предсказуемость: приложение едет вместе со своим окружением, и «у меня на машине работало» перестаёт быть аргументом. Здесь же всплывает язык, на котором собрана большая часть инфраструктурных инструментов. Docker и Kubernetes написаны на Go, поэтому администратору полезно понимать, что такое язык Go и где он используется, хотя бы на уровне чтения чужого кода.

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

Неделя 4: как закрыть безопасность и автоматизацию?

Суть: четвёртая неделя соединяет две темы, которые на работе всегда идут вместе. Управление доступом, парольные политики, обновления, резервные копии и проверка восстановления. Дальше автоматизация: скрипты на bash и PowerShell, система контроля версий, инструменты управления конфигурацией. Итог недели: рутинная операция, которую вы делали руками, теперь запускается одной командой.

Безопасность начинается со скучного: инвентаризация доступов, отключение забытых учётных записей, обновления по расписанию. Резервная копия считается сделанной только после успешного восстановления. Проверьте это на учебной машине хотя бы раз, иначе копии остаются красивой галочкой в отчёте.

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

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

Как замерять прогресс за месяц?

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

Заведите привычку в пятницу отвечать себе на три вопроса: что теперь умею, что сломалось и как чинил, что осталось непонятным. Ответы идут в журнал.

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

Что делать, если выпал из режима?

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

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

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

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

Коротко о частых вопросах

Реально ли уложиться в месяц совсем без опыта?

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

Что учить первым: Linux или Windows Server?

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

Нужно ли системному администратору программировать?

Разработка приложений в задачи администратора не входит. Скрипты писать придётся постоянно: bash, PowerShell и немного Python закрывают почти всю рутину. Когда захочется двигаться в сторону инфраструктурной разработки, посмотрите, какие у языка Go плюсы и минусы для старта с нуля, потому что многие инструменты администратора написаны именно на нём.

Сколько времени в день закладывать на практику?

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

Обязательны ли сертификаты на старте?

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

Как собрать портфолио, если опыта работы нет?

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

Источники

• Официальная документация Ubuntu Server
• Документация Microsoft по Windows Server
• Документация Docker
• Документация Kubernetes
• Документация Ansible