Как подготовиться к собеседованию на системного администратора?

Question

[Excellentt]

Всех приветствую! Скоро иду на собес, хочу подтянуть знания. И обращаюсь я к вам с такими вопросами:

• Какими базовыми навыками должен обладать будущий системный администратор для прохождения собеседования?
  
• Какие основные вопросы задают на собеседовании?
  

Смысл, думаю, ясен.
Очень буду признателен за помощь и советы!

Answer 1

[rionnagel]

Я иногда провожу собеседования по этой позиции. Я могу порекомендовать не писать в резюме того, чего вы не знаете - это вводит в заблуждение... а если спросят глубже?)
Изначально спрашиваю про базовые вопросы и пытаюсь узнать глубину знания. Например, что такое днс человек знает, может даже историю/предпосылки появления, но что есть записи разных типов и что они делают не знает.
Например написал человек, что такое AD в резюме - я спрошу в том числе и роли FSMO.
Например спрошу я про устройство файловой системы, потом уже буду спрашивать о том, что такое индексные дискрипторы, чем симлинки от хардлинков отличаются, как происходит удаление файла и т.д.
Обязательно спрошу базовые вопросы по сети, модель osi, из чего состоит пакеты tcp и udp.

На большинство вопросов не отвечают, но если нужно тягать кабеля и настраивать роутеры и эникеить - это не проблема. Захочет расти - разберется. Также провожу оценку кандидатов, надо понимать, что не ты один приходишь на собеседование.
Но если мне не отвечают на то, что такое днс и не могут объяснить, что 10.0.0.4 и 10.0.1.7 (при маске /24) это разные подсети, то это такое себе - после этого про всякие контейнеры, оркестраторы, мониторинг и прочие сложные сервисы спрашивать вообще смысла не имеет.

Comments

[Excellentt]

Спасибо! Довольно-таки очень подробно расписали.
Да, и если Вас не затруднит, можете подсказать, пожалуйста, в каком направлении желательно идти? Сейчас почитываю Таненбаума, изучаю основные термины, принципы и прочее. Это только сети. Но есть, например, то же самое администрирование Linux, AD, и прочее. Что следует изучать в первую очередь, как самое необходимое? Также, я полагаю, без MSQL, PHP не обойтись, верно?

[АртемЪ]

Excellentt,

Также, я полагаю, без MSQL, PHP не обойтись, верно?

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

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

[Excellentt]

АртемЪ, Понял, большое спасибо!

[rionnagel]

Excellentt, php не нужно, но лишним не будет, но лучше смотреть на скриптовые языки/вещи - bash/powershell/python. Базы данных... ну смотря на каком уровне. Установить и настроить в приложении, которое может использовать базу, знать что из себя представляют запросы в бд - однозначно нужно. Уметь настроить репликацию, уметь правильно делать бэкапы - крайне желательно. Знать внутреннее устройство уже под вопросом, но лишним не будет.
Есть некоторая база и популярные протоколы - это нужно знать. Но ударяясь в нюансы - там информации просто бесконечно. Имхо для начала нужна сеть. Без сети далеко не уедешь. Второе - операционки, файловые системы. После этого уже как работают сервисы.

Answer 2

[Владислав Лысков]

модель OSI -классика

Comments

[ky0]

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

[Николай Савельев]

ky0, плюсанул, хотя справедливости ради нужно отметить сетевых админов. Им нужна.

[ky0]

Николай Савельев, это те, которые 100% времени имеют дело с 2, 3 и 7 уровнями?

[rionnagel]

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

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

[ky0]

rionnagel, никто не говорит про "совсем отсутствие понимания". В своём замечании я имел в виду именно тот факт, что забрёжка уровней ОСИ без фундаментального понимания, зачем всё это - довольно бесполезно в теории и совершенно бесполезно на практике.

Вы всё правильно говорите про передачу сигнала, модемы и остальное - вот только ОСИ к этому отношение имеет довольно опосредованное :) Намного важнее автору вопроса понять, что не страшно "поплыть" на собеседовании на вопросе про ОСИ. Страшно, когда собеседующий это использует в качестве аргумента некомпетентности, что его характеризует не самым положительным образом.

[rionnagel]

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

А практически? Ты можешь например в соответствии с этой моделью понимать возможности нарушителя там или тут и например в соответствии с ней выпустить нормативку или приказ по иб) где отключить кабель, а где поставить SIEM систему). Но по сути это просто абстрактное представление того, во что собирается та же битовая последовательность. Потому, что в одной и то же битовой последовательности ты можешь увидеть и кадры, и пакеты, и сессии, кто-куда по какому протоколу, какое содержание и т.д. и т.п.

Чёт я так себя запутаю, слова не подбираются. Так или иначе это можно интерпретировать по разному.

Answer 3

[Юрий Самойлов]

По моему опыту:
- железо, сетевые протоколы и службы, все что написано в резюме, опыт работы
(тут такой момент, все что написано в резюме, должно быть написано не от балды, т.к. если нет знаний по написанному, оставляет очень негативное впечатление)
Так например, если человек не может обьяснить как работает dns, сетевая маска или чем отличается роутер от свитча, то как бы дальше уже не хочется ничего спрашивать.
Не нужно говорить о том, о чем вы не имеете представления, если вы не знакомы с чем-то - это нормально, если начнете "плыть" в теме, а собеседующий как правило знает о чем спрашивает, то это сразу нет.

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

Answer 4

[Дмитрий Шицков]

Никак.
Копнут вопросами - вы поплывете, т.к. понимание вопроса будет поверхностным.

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

Answer 5

[ZlataShkala]

Лично мне отлично помогло пробное собеседование. Прошла его по Скайпу, потом позадавала вопросы. Мне четко указали на мои ошибки и дали подробные ответы на предполагаемые вопросы работодателя. Здесь https://jobhacking.ru/sobesedovanie можно и резюме правильно составить. Мне это очень пригодилось. Должность я получила.