Продолжение поста «Системный администратор Linux»

Не ожидал, что предыдущий пост даст такой фидбек. Когда утром увидел сообщения в телеграмме от нескольких человек - проскочила мысль: «Вот они, желающие поработать!». Но нет, не всё так просто.

Продолжение поста «Системный администратор Linux» Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Длиннопост

Если не считать комментариев к посту, за прошедшие пару дней мне написало около 50 человек. Основные вопросы примерно одинаковые, поэтому я и решил написать продолжение поста. Вот что люди хотели узнать в порядке убывания запросов:


№1: «Я не хочу у Вас работать, дайте список вопросов» или «Я хочу пройти тест для себя».

Подробный список вопросов и ответов на них я опубликую после закрытия вакансий. С учётом объёма - это будет большой пост, а может и два. Не хотелось бы, что бы кандидаты приходили на собеседование заучив вопросы и ответы. Это затянет и без того долгое собеседование и в конечном итоге ничего не даст. Для «затравки» могу дать один вопрос/ответ из начала списка, который уже прозвучал в предыдущем посту:


- В: Как назначить IP-адрес на интерфейс? [Разумеется речь идёт о Linux и позволяет понять насколько большой опыт у кандидата]

- О: Назначить адрес можно несколькими способами. Всё зависит и дистрибутива, его версии и того, на постоянно надо назначить адрес или временно. Временно можно командами ip или ifconfig. Например ip addr add 10.0.0.1/24 dev eno1. Команда ifconfig используется для более старых дистрибутивов, команда ip - для более новых, т.к. в старых может не быть ip, а в новых не быть ifconfig. [При этом конкретный синтаксис не так важен. Главное, что кандидат знает что делать и понимает направление поиска параметров в случае чего]. Далее, если надо назначить адрес постоянно, можно это сделать при установке системы, либо после. Вариант при установке самый простой и не интересный. После установки это можно сделать специальными утилитами, если при установке системы был установлен Network Manager, такими как nmtui, nmcli или system-config-network-manager для старых версий RedHat-подобных дистрибутивов. Настройка через эти утилиты сводится к заполнению данных в предложенные формы или через командную строку в случае nmcli. Далее, настройка через конфигурационные файлы. Для начала надо понять какие у нас есть интерфейсы. Их можно посмотреть командами ip a, ifconfig -all или cat /proc/net/dev. В RHEL-based дистрибутивах необходимо создать файл /etc/sysconfig/network-scripts/ifcfg-названия_интерфейса, в котором надо указать настройки сети - адрес, маску, шлюз, dns и т.д. В Debian-based дистрибутивах интерфейсы настраиваются в одном файле - /etc/network/interfaces, в котором указывается интерфейс и его настройки. В более свежих дистрибутивах перешли на NetPlan, его настройки хранятся в /etc/netplan/ и представляют из себя структуры на Yaml - т.е. файлы форматированы отступами, минусами и двоеточиями. [Дословный синтаксис опять же не важен. Главное, что кандидат знает что это и как оно выглядит]. После сохранения конфигов необходимо перезапустить сеть или просто поднять интерфейс. Перезапуск через service или systemctl с указанием network, networking или NetworkManager в зависимости от версии дистрибутива. Поднять интерфейс можно командами ifup, ip link up … или ifconfig, опять же в зависимости от дистрибутива.


Это только один простой вопрос. По мере роста сложности - растёт о объём ответа.


№2: «Можно ли работать удалённо?»

Даже подготовленный специалист первое время будет обучаться, т.к. специфика не типовая для небольших и средних организаций. Удалённо пройти такое обучение конечно можно, но это будет долго и не эффективно. Готовых специалистов под наши задачи я пока не встречал. Часть оборудования предстоит «потрогать», часть - просто увидеть как с ним работают другие. Опять же, работа в коллективе, а не самостоятельно. Тысячи виртуальных машин, сотни хостов гипервизоров, схд разных мастей middle и hi-end классов, петабайты данных, san коммутаторы, большие сервера с террабайтами озу и тысячами потоков процессора - это то, с чем предстоит работать. К сожалению эффективно удалённо это делать не получится, так что нет, только локально.


№3: «Какой уровень знаний/требований?»

Уровень от среднего и выше. Необходимо понимать как работает система. Понимать как взаимодействует система с железом, какие могут быть узкие места и взаимное влияние. И это всё без гугления симптомов, т.к. при аварийной ситуации на это просто не будет времени. Если это есть - остальному мы готовы научить.


№4: «Рассматриваете ли кандидатов из других городов?»

Как говорил выше - только локальная работа. Есть желание перебраться в Ростов? Придётся делать это самостоятельно.


№5: «Я классный Python/Perl/PHP-программист, но мало опыта в линуксах. Возьмёте?»

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


№6: «Хочу у Вас работать. Вот резюме.»

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


На этом пока всё. Всем адекватных работников и работодателей)

GNU/Linux

1K постов15.5K подписчика

Добавить пост

Правила сообщества

Все дистрибутивы хороши.

Будьте людьми.

Вы смотрите срез комментариев. Показать все
1
Автор поста оценил этот комментарий
Хз. Fedora, что кабельный лан, что фавля - все ставится не только при установке, но и просто кликами мышки и стуком по клаве в адекватных интуитивных менюшках и окнах настроек. Без танцев с консолью. Как и на большинстве смежных красношляпных продуктов.
Ни разу не приходилось лезть в консольные принудиловки...
Ну, да, руки у меня из плеч, плечи из тушки, тушка из жопы, можно сказать, что руки из жопы... Опосредовано тушкой и плечами)))
раскрыть ветку (14)
6
DELETED
Автор поста оценил этот комментарий

И что, теперь на каждый сервер DE ставить?

раскрыть ветку (7)
Автор поста оценил этот комментарий
Они разные есть. Даже очень лёгкие. Часто проще лёгкую ДЕ воткнуть и упростить/ускорить многие вещи, чем курить консоль даже опытному человеку.
В чем проблема?
Имхо, за редким исключением, ДЕ или чистая консоль - личное дело каждого.
раскрыть ветку (6)
2
DELETED
Автор поста оценил этот комментарий

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

раскрыть ветку (5)
Автор поста оценил этот комментарий
Согласен, универсальная. С этим никто и не спорит.
Но, как говорилось выше, в большинстве случаев - дело личного выбора.

И, кстати, даже на сервер без доступа в ван, да даже без доступа в лан, при наличии рута часто можно прикрутить ДЕ, если будет необходимо ))
Но это я так, просто )))
раскрыть ветку (4)
DELETED
Автор поста оценил этот комментарий

Ну пробуйте на ОС коммутатора DE поставить или какой-то специфический дистрибутив: Nexenta, Netapp, ESXi и т.п.

Да взять любую виртуалку, на которой крутится какой-нибудь NTP-сервер, DE там нафиг не нужна. Настроил один раз и забыл. Без малого, все задачи автоматизации выполняются в консоли.

раскрыть ветку (3)
Автор поста оценил этот комментарий
Вы определитесь, сначала, вы про сервер, коммутатор, виртуалку или что? И про общераспространенные дистрибы или про специфику, не относящуюся к "большинству" ))
раскрыть ветку (2)
DELETED
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
Так и я не отрицаю универсальность консоли. Я про то, что универсальность не означает обязательность и исключительность ))
И да, бывают случаи, когда ДЕ нужна на сервере и именно при физическом доступе к железу, по факту и на месте. А бывает, что и не нужна в принципе.
Случаи же бывают разные.
1
Автор поста оценил этот комментарий

Федора хороший дистр для десктопа, но не очень для сервера.

И даже когда она на сервере, иксов на ней не будет.

раскрыть ветку (3)
Автор поста оценил этот комментарий
Поясните?
раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Иксы на сервере нахуй не нужны.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Очень информативно. И, главное, аргументировано )))
1
Автор поста оценил этот комментарий
на серваке Х не нужны, они только ресурсы отжирают.
раскрыть ветку (1)
1
Автор поста оценил этот комментарий
Смотря какое железо, какие задачи и какая оболочка, наверное))
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку