この記事の監修：宮崎智広（Linux実務・教育歴20年以上・受講者3,100名超）
「スキルには自信があるのに、うまく話せなくて落ちてしまう」
こういう相談を、セミナーの受講生からよく受けます。
この記事では、20年以上Linuxサーバーを運用し、セミナーで3,100名以上を指導してきた経験から、Linuxエンジニアの転職面接でよく出る技術質問10選と、現場で通用する答え方のコツをお伝えします。
この記事のポイント
・面接官が見ているのは「知識量」ではなく「考え方のプロセス」
・「使ったことがある」より「なぜそう使ったか」が評価される
・技術質問は10パターンに集約でき、事前準備で8割は対応できる
・失敗や課題を正直に語れる人ほど、現場では信頼される
「このままじゃマズい」と感じていませんか？
参考書を開く気力もない、同年代に取り残される不安——
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
図解60P／登録10秒／解除も3秒 ／
詳細はこちら
面接官はあなたの「思考の癖」を見ている
Linuxエンジニアの面接と聞くと、「難しいコマンドを聞かれるのでは」と身構える人が多いです。でも私が採用側の人間から聞いた話では、コマンドそのものを正確に言えるかどうかは、さほど重視されていません。
面接官が本当に見たいのは、「問題に直面したときにどう考えるか」「分からないことにどう向き合うか」という思考パターンです。
私のセミナーの受講生で、技術的な知識はまだ浅いのに内定が取れた人がいます。その人が言っていたのは「分からないことを正直に言いながら、自分の考えを丁寧に話した」ということでした。
逆に、知識は豊富なのに落ちてしまった人もいます。質問に対して「答え」だけを言おうとして、自分の経験や考え方を語れなかったのです。
面接は知識テストではありません。「この人と一緒に働けるか」を確認する場です。このことを最初に押さえてください。
よく聞かれる技術質問10選と答え方
1. 「Linuxのパーミッション管理で気をつけていることを教えてください」
これは定番中の定番です。chmodの数値指定（755・644）や記号指定を答えられることは前提として、面接官が聞きたいのは「なぜそのパーミッションにするのか」という判断軸です。私が現場でよく見かけるのが、「とりあえず777にしたら動いた」という対応です。この一言が面接で出た瞬間、評価は大きく落ちます。
答え方の例：「Webサーバーのドキュメントルート配下は744を基本とし、グループへの書き込み権限は明示的に必要な場合のみ付与しています。特にPHPを動かすケースでは、実行ファイルへの書き込み権限が残っていないかを定期的に確認しています」
「なぜそうするのか」まで言えると、経験値が伝わります。
2. 「SSHのセキュリティ設定で何か工夫していますか？」
鍵認証の設定、パスワード認証の無効化、デフォルトポートの変更あたりは誰でも答えます。差がつくのはその先です。「ポートを変えただけ」では不十分で、「なぜポートを変えるのか」「その効果と限界をどう認識しているか」まで話せると印象が変わります。
答え方の例：「ポート変更とFail2banの導入で辞書攻撃の大部分を弾いています。ただポート変更はセキュリティの本質的な解決ではないので、公開鍵認証を必須にした上で、定期的にauth.logで不審なアクセスがないかを確認しています」
3. 「障害が発生したときの切り分け手順を教えてください」
これは応用範囲が広く、どんなレベルの面接でも出ます。面接官が見たいのは「体系立てて考えられるか」という思考の流れです。私がセミナーで教えている切り分けの型は「症状の確認→ログの確認→リソースの確認→設定の確認→外部要因の確認」です。この順序が重要で、いきなり設定ファイルを触るのはNG行動の典型です。
答え方の例：「まずサービスの状態をsystemctl statusで確認し、ログ（/var/log/配下やjournalctl）でエラーメッセージを取得します。次にtopやdfでリソースを確認し、ディスクフルやメモリ枯渇がないかを見ます。その後、設定ファイルに最近の変更がなかったかを確認します」
4. 「cronを使う際に気をつけていることはありますか？」
「時間を指定してスケジュール実行できます」だけでは浅いです。環境変数の問題、エラーメールの設定、ロックの必要性あたりを話せると実務経験が伝わります。答え方の例：「cron実行時はシェル環境変数が引き継がれないので、スクリプトの先頭でPATHを明示的に設定しています。また、ジョブが二重起動しないようにflockを使ったロック制御を入れています。標準エラー出力はログファイルに落として、cronのメール通知は必要なエラーのみに絞っています」
5. 「バックアップとリストアの経験を教えてください」
rsyncやtar、クラウドならスナップショット系の話が出やすいです。「取っていた」だけでなく、「実際に復旧したことがある」という経験は評価が高い。答え方の例：「rsyncを使った日次バックアップをcronで自動化していました。一度、データベースのファイルが壊れたときに実際にリストアを経験しています。その後はリストアテストを定期的に行うようにしました。バックアップが取れていても、復元できなければ意味がないと学んだ経験です」
6. 「ネットワーク疎通の確認方法を教えてください」
pingだけでなく、traceroute、ss、netstat、nmapあたりまで話せるとよいです。さらに「何が分かるコマンドか」を整理して話せると実用的な知識があることが伝わります。答え方の例：「まずpingでホストへの疎通を確認し、パケットロスがある場合はtracerouteでどこで詰まっているかを確認します。特定ポートへの接続はncやtelnetで確認し、サービス側が何を待ち受けているかはssコマンドで確認します」
7. 「システムのパフォーマンス問題にはどう対処しますか？」
topやvmstat、iostat、sarなどの使い方を聞かれます。ただし、ツールの名前を並べるだけではなく、「CPU・メモリ・ディスク・ネットワーク、どこに問題があるかを順番に切り分ける」という手順を話せると印象が違います。答え方の例：「まずtopでCPUとメモリの使用状況を確認します。次にiostatでディスクI/Oを見て、%utilが高い場合はディスクがボトルネックと判断します。メモリ不足であればスワップ使用量を確認し、プロセス単位でどこが大量消費しているかをpsmemなどで絞り込みます」
8. 「Linuxでユーザー管理をどのように行っていますか？」
useradd、usermod、sudoersの設定あたりが基本です。加えて「権限の最小化の考え方」を話せると実務経験が伝わります。答え方の例：「ユーザーには最低限必要な権限のみを付与する方針で、rootログインは必要な場合でも直接は使わず、sudoで必要なコマンドだけ許可する設定にしています。不要になったアカウントの削除やロックも定期的に行っています」
9. 「Linuxで自動化を実装した経験はありますか？」
シェルスクリプトだけでなく、AnsibleやTerraformを答えられると現代的なスキルとして評価されます。ただし「使ったことがある」と言った以上は、具体的な用途まで話せる準備が必要です。答え方の例：「Webサーバーの初期設定をAnsibleで自動化したことがあります。手作業でミスが起きていたSSH鍵の配布や、nginxの設定ファイルの配置をPlaybookにまとめたことで、5台のサーバーへの展開が30分から5分に短縮できました」
10. 「あなたが犯したミスと、そこから何を学んだかを教えてください」
これは技術質問ではなく、人物評価の質問です。「ミスをしたことがありません」という答えは信用されません。ミスを正直に話しながら、「何を学んだか」「その後どう変わったか」まで話せる人は、現場での成長が期待できる人として見られます。
私自身、SE時代に本番サーバーでコマンドを誤操作して、Webサービスを30分止めてしまったことがあります。それ以来、作業前の確認手順と、変更前の設定バックアップを徹底するようになりました。この種のエピソードを持っている人は、むしろ評価されます。
面接準備で差をつける3つの実践
1. 自分のエピソードを「状況・行動・結果」の型で整理する
技術質問への答えは、「状況（何をしていたか）・行動（どう対処したか）・結果（どうなったか）」の3セットで話せるように事前に整理しておくことです。「やったことがある」だけでは弱く、「なぜそうしたか」「その結果どうなったか」まで語れると深みが出ます。
2. 技術質問は声に出して練習する
頭の中で「言えるつもり」でも、実際に声に出すと言葉に詰まることがあります。面接1週間前から、鏡や録音を使って声に出して練習することを強くすすめます。受講生からよく聞かれるのが「本番でうまく言えなかった」という悩みです。知識があっても、口に出す練習をしていないと本番で出てこないのです。
3. 「分からない」と言える準備をする
全ての質問に完璧に答えようとする必要はありません。「その技術はまだ経験がありませんが、Apacheなら経験があります」「具体的な数値は今すぐ言えませんが、こういう考え方で判断しています」と正直に言える準備をしておくことです。分からないことを分からないと言える人は、現場でも信頼されます。誤った情報を自信満々に言う人より、ずっと一緒に働きやすい。
まとめ
Linuxエンジニアの面接でよく聞かれる10の技術質問と、その答え方のポイントをまとめます。| 質問テーマ | 評価されるポイント |
|---|---|
| パーミッション管理 | なぜそのパーミッションにするかの判断軸 |
| SSHセキュリティ | 対策の意図と限界を理解しているか |
| 障害切り分け | 体系立てた思考の流れがあるか |
| cron運用 | 実務上のトラブル経験と対策 |
| バックアップ | 実際にリストアした経験があるか |
| ネットワーク疎通 | ツールを状況に合わせて使い分けられるか |
| パフォーマンス問題 | CPU・メモリ・ディスクを順番に切り分けられるか |
| ユーザー管理 | 最小権限の考え方が身についているか |
| 自動化 | 具体的な用途と効果を話せるか |
| 失敗とその教訓 | 失敗を正直に話し、成長を語れるか |
面接は「スキルの高さ」より「現場で一緒に働けるか」を判断する場です。
知識を詰め込むより、自分のエピソードを整理して、声に出す練習を積む方が面接の通過率は上がります。
あなたが面接で自分のスキルと経験を正直に伝えられるよう、今日からエピソードの棚卸しを始めてみてください。
学習が続く「体系的な教材と環境」、手元にありますか？
続けるためには、正しい手順と安心して試せる環境が必要です。まずは体系的にまとめられた教材で、Linuxサーバーの全体像を掴んでください。
ネットの切れ端の情報をコピペするだけでなく、現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、『Linuxサーバー構築入門マニュアル（図解60P）』を完全無料でプレゼントしています。
「独学の時間がもったいない」「プロから直接、現場の技術を最短で学びたい」という本気の方には、2日で実務レベルのスキルが身につく【初心者向けハンズオンセミナー】も開催しています。
暗記不要・1時間後にはサーバーが動く
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
登録10秒／合わなければ解除3秒 ／ 詳細はこちら
Linux無料マニュアル（図解60P）
名前とメールで30秒登録
この記事を書いた人
宮崎 智広（みやざき ともひろ）
株式会社イーネットマーキュリー代表。現役のLinuxサーバー管理者として15年以上の実務経験を持ち、これまでに累計3,100名以上のエンジニアを指導してきたLinux教育のプロフェッショナル。「現場で本当に使える技術」を体系的に伝えることをモットーに、実践型のLinuxセミナーの開催や無料マニュアルの配布を通じてLinux人材の育成に取り組んでいる。
趣味は、キャンプにカメラ、トラウト釣り。好きな食べ物は、ラーメンにお酒。休肝日が作れない、酒量を減らせないのが悩み。最近、ドラマ「フライトエンジェル」を観て涙腺が崩壊しました。
- 次のページへ：Linuxの設定変更前に「なぜ今こうなっているか」を調べる習慣｜現役講師が語る根拠なき変更が招く障害の実態
- 前のページへ：Linuxコマンドが「怖い」という感覚の正体｜20年以上指導してきた講師が語る初心者の心理的ハードルの乗り越え方
- この記事の属するカテゴリ：Linux学習ガイドへ戻る
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は1分、解除もいつでも可。
登録無料・いつでも解除できます