Раз у раз на цьому сайті з’являються люди, які запитують, які питання щодо інтерв'ю з адміністратором. Здебільшого, читаючи їх, всі вони є питаннями молодшого та середнього рівня.
Мені цікаво, які твої найкращі питання для інтерв'ю адміністратора Linux старшого рівня.
Дві мої є
1) Як зупинити вилкову бомбу, якщо ви вже увійшли в систему
2) Ви видаляєте файл журналу, який використовує apache і ще не перезапустили apache, як ви можете відновити цей файл журналу?
Відповіді:
Щоб зрозуміти, наскільки вони хороші, задайте відкриті запитання ...
Питання: Опишіть сценарій, коли ви отримуєте помилку "файлова система повна", але " df " показує, що є вільний простір
Відповідь: у файловій системі може не вистачати вводити, " df -i " це покаже.
Питання відкритого типу:
Мені подобається запитати, і мені комфортно запитати:
Розкажіть про найбільшу помилку, яку ви зробили в [деякий останній період часу] і як ви зробили це по-іншому сьогодні. Що ви дізналися з цього досвіду?
Є багато сисадмінів із досвідом 10 років. Багато хто, здається, один і той же рік 10 разів поспіль. Я хочу, щоб в моїй команді було 10 різних, прогресивно кращих років. І якщо ви ніколи не робили великої помилки, та, яка змусила задуматися, чи варто просто спакувати свій стіл, ви по-справжньому не жили. :)
Мені не цікаво дрібницьких питань, як інтерв'юер чи інтерв'юер. Мені подобаються запитання, які раніше наштовхували моїх продавців, або ті, які дали мені "Еврика!" моменти.
Я завжди шанувальник
Мені подобається задавати питання, які демонструють, наскільки обізнаний хтось із відмінностями між різними одиницями. Мені також подобається бачити, наскільки людина розуміє, що Linux робить речі так, що не обов'язково, як це роблять усі інші. Багато з цих питань обертаються навколо інструментів Linux за замовчуванням, наприклад:
&> і >/dev/null 2>&1Ще один ключовий момент: на керівних посадах я очікую побачити докази навичок публічного письма та презентації. Якщо ви людина старшого віку, ви повинні були публікуватися неодноразово в Інтернеті та в журналах. Чорт забираю, достатньо мати власний технологічний блог. Якщо представити хоча б один документ на конференції, це великий плюс. Я думаю, що це зокрема відокремлює молодший від старшого адміністратора Linux.
Я щойно побіг "chmod -x / bin / chmod". Що я зробив? Як я одужую?
Опишіть процес рукостискання TCP.
Як працює traceroute?
Коли вам може знадобитися використовувати CTRL-Z або CTRL-D?
Що робить клейкий шматочок?
Які параметри ядра вам знадобляться?
Як ви можете сказати, який дистрибутив ви працюєте?
Як ви можете сказати, на якому апаратному забезпеченні ви працюєте?
Яка різниця між SAN, NAS та локальним диском?
У мене 30 серверів, і я не впевнений, чи має кожен той самий конфігурацію apache. Як дізнатись, скільки є примірників та які відмінності?
Що таке тюрма Chroot?
Як ви дізнаєтесь, чи вас зламали?
Назвіть усі двобуквові команди Unix, які ви можете придумати, і що вони роблять? Як ви могли шукати всі дві літери Unix команди у вашій системі.
Я також прошу людей, які працюють на місці, зробити кілька простих домашніх завдань. Особливо, якщо вони сповідують певний досвід написання сценаріїв. Я прошу їх розібрати два різні файли даних (один csv, один | sv) і ефективно зробити об'єднання даних. Я вкладаю кілька gotchas (погано відформатовані дані), відсутні поля, необхідні для приєднання, дивним чином з даних про послідовність тощо. Я прошу їх надіслати мені вихідний код та вихід. (Стиль машинної проблеми) Я зазвичай даю вікно часу на 3-4 години, щоб вирішити його. Це завдання допомогло відфільтрувати безліч кандидатів, які описують «сценарій» як навик, але не можуть зняти основи під тиском.
Моє улюблене заключне питання:
Якщо б ви застрягли на безлюдному острові з лише 5 утилітами командного рядка, що б ви обрали?
Мій особистий список:
Це просте запитання, щоб побачити, яким командам адміністратор найбільше подобається, а також допомагає продемонструвати їх комфорт неортодоксальними (грайливими) питаннями. Деякі респонденти читали шлях надто багато в питання і отримати схвильований. Якщо ви не можете відповісти на щось таке основне, це говорить мені, що ви мало впевнені у власних навичках. З іншого боку, якщо ви надто намагаєтесь придумати ідеальний список, це може натякати, що ви боїтеся невдачі і не можете думати на ногах.
Справді, це корисніше для молодших / середніх рівнів, але запитати не завадить. :)
busyboxвисвітлити основи, а mplayerтакож допомогти розібратися з нудьгою. Це залишає мені три залишки ....
Я використовую цей:
та інших, яких у мене немає з голови
У мене тут сильний фаворит. Це запитання має чудове передбачувальне значення щодо того, як кандидати будуть розбиратися у більш складних питаннях:
Користувач / колега приходить до вас, щоб поскаржитися, що файл нульової довжини з назвою "-fr" з'явився в кореневій директорії деякої системи.
Який найпростіший, безпечний і портативний спосіб видалити цей запис у каталозі, і чому це питання варто задати?
Люди отримують половину кредиту за те, що говорять такі речі: rm -- -frабо perl -le 'unlink("-fr");'(Вони ефективні, але не є оптимально портативними).
Люди, які продовжують цитувати командний рядок оболонки та уникати символів, майже такі ж небезпечні, як і ті, хто просто навіть не усвідомлює, чому таке ім'я файлу взагалі створює будь-яку проблему.
Ті, хто хизується ... говорять що-небудь про використання "крапки з точкою" і зазначають, що це одна з найстаріших запитань у відповідях щодо частоти відповідей оболонки UNIX від USENIX отримує додатковий кредит.
find . -inum <number> -exec rm -i {} \;
'вашому прикладі відключення Perl відсутній.
"Які уніксеси, які не є Linux, ви використовували? Не могли б ви сказати мені деякі відмінності між ними?"
Тому що, врешті-решт, не весь світ - це Linux (я використав декілька нелінукс-комерційних союзів та декілька нелінукс-відкритих, якщо ви покладаєтесь на навички одного в оточенні іншого, ви будете стріляти себе в ногу).
Якщо б ви застрягли на безлюдному острові з лише 5 утилітами командного рядка, що б ви обрали?
date
whoami
echo
sleep
kill
Я скажу, що я відчуваю, що багато хто з питань "де __, що __, як ти __" вважає мені молодші / проміжні питання. Коли я беруть інтерв'ю щодо позиції Linux середнього рівня, я запитую типовий матеріал базових знань (для чого ядро, в чому різниця між симпосиланнями та жорстким посиланням. Що робити, якщо видалити виконувані біти з chmod?) . Деякі речі, на які я б вважав, є питаннями старшого рівня:
Це лише окремі приклади, але я думаю, що загалом старший адміністратор повинен бути знайомий з концепціями великих зображень, а не з речами, для яких ви можете просто Google.
:(){ :|:& };:робити з вашою системою і чому ви б про це піклувалися? Ура!