未経験からLinuxエンジニアへ転職する最短ロードマップ【6ヶ月計画】

リナックスマスター.JPの宮崎智広です。
いつもありがとうございます。

「Linux完全未経験から、本当にインフラエンジニアになれるんでしょうか？」
「半年勉強したら、未経験でも応募できるレベルになりますか？」

こういった相談を、メルマガ読者の方からほぼ毎週いただきます。

正直に言うと、私自身も最初は遠回りばかりしていました。本を1冊買って、最初の3章で挫折して、また別の本に手を出して…という典型的な独学迷子です。半年経ってもコマンドの暗記すら終わっていませんでした。

ですが、3,100名以上の指導と、自分自身の失敗を整理した結果、「未経験から6ヶ月で実務レベルに届く順番」がはっきり見えてきました。

この記事では、20年以上Linuxサーバーを運用してきた現役講師の立場から、月別の学習内容・身につけるべきスキル・並行して取る資格・最後のポートフォリオ作成までを1本のロードマップとして公開します。

全体感を先に把握したい方は、Linux転職の全体像はこちらから戦略の輪郭を確認しておくと、この記事の各ステップの意味が立体的に理解できます。

未経験からLinuxエンジニアになるまでの全体像

最初に、ゴールから逆算して全体像を共有します。

「Linuxエンジニア」と一口に言っても、現場で求められるスキルは大きく4つに分かれます。

・基礎操作：シェル、ファイル、ユーザー管理、パーミッション
・サーバー構築：Apache・Nginx・MySQL・SSH
・運用・自動化：シェルスクリプト、cron、ログ監視
・ネットワーク・セキュリティ：iptables/firewalld、SELinux、TCP/IP

未経験者がやりがちな失敗は、この4つを「全部いっぺんに」やろうとすることです。

本を3冊買って、コマンドリファレンスを暗記して、Apacheを立てて、シェルスクリプトを書いて…と、順番を考えずに着手するから、どれも中途半端で終わります。

6ヶ月で実務レベルに届く人は、必ず「基礎→構築→自動化→ネットワーク→総合演習」の順番で積み上げています。本記事のロードマップもこの順序を採用しています。

学習時間の目安は1日2時間 × 週5日 = 月40時間 × 6ヶ月 = 約240時間です。これ以上削ると挫折リスクが上がり、これ以上増やしても定着率は意外と上がりません。

6ヶ月ロードマップの設計思想

なぜ6ヶ月かというと、人間が1つの技術領域を「自分の言葉で説明できる」までに必要な時間が、おおよそ200〜300時間だからです。

私は受講生に必ず3つの設計原則を最初に伝えます。

原則1：手を動かす時間を全体の7割以上にする

本を読むだけ、動画を観るだけでは、コマンドが指に残りません。受講生で伸びる人は例外なく「読んだら必ず打つ」を徹底しています。

原則2：環境は最初から本番に近い構成にする

最初の1ヶ月だけWindows上のWSLで練習して、後からクラウドのEC2に乗り換える人がいますが、これは遠回りです。最初からVirtualBox+CentOS Stream/Ubuntuか、AWS無料枠のEC2で進めると、後の構築フェーズが滑らかになります。

原則3：定期的に「壊して直す」演習を入れる

「設定ファイルを書き換える→サービスが起動しない→原因を特定して直す」という体験が、現場で通用するエンジニアと教科書だけのエンジニアの差を作ります。後半の総合演習はこの考え方に基づいています。

1〜2ヶ月目: Linux基礎（コマンド・ファイル操作・ユーザー管理）

最初の2ヶ月は、ひたすら基礎の反復です。

ここで身につけるのは、次の領域です。

・ディレクトリ構造（FHS）の理解とcd/ls/pwdの自在な往復
・cp、mv、rm、find、grep、sedといった日常コマンド
・パーミッションとchmod/chownの設計思想
・useradd、groupadd、sudo設定
・vi/vimでの設定ファイル編集
・ファイルシステムとマウント、df/du

ここで多くの人が「とにかくコマンドを丸暗記しよう」と走ります。が、これは効率が悪い。

代わりに、「やりたいこと」起点でコマンドを引き出す癖をつけてください。たとえば「ログから特定の文字列が出ている時刻を抜き出したい」と思ったら、「grepで該当行→awkで時刻列だけ→sortで時系列に並べる」という流れが自然に出てくる状態を目指します。

2ヶ月目の終わりまでに、A4 1枚の紙とノートPC1台で、ユーザー作成・SSH鍵配布・ホームディレクトリの権限設定までを白紙から再現できるようにしてください。これができれば、土台は完成です。

ちなみに、私がよく受講生に聞くのは「chmod 755と644の意味を、口頭で30秒以内に説明できますか？」という質問です。これにスムーズに答えられないうちは、まだ次に進まないほうがいいです。基礎の理解が浅いまま構築に進むと、Apacheの権限エラーで挫折するパターンに必ずハマります。

3ヶ月目: シェルスクリプト・自動化の習得

3ヶ月目はシェルスクリプトです。ここで一気に「現場感」が出ます。

学習対象は次の通りです。

・変数、引数、終了コードの扱い方
・if、case、for、whileの基本制御
・関数化とエラーハンドリング（set -euo pipefail）
・標準入出力とパイプ、リダイレクト
・cronによる定期実行とログ出力
・ログローテーションとバックアップの自動化

受講生に勧めているのは、「自分が普段手で打っているコマンドを、3行以上の連続作業になった瞬間にスクリプト化する」というルールです。

たとえば、毎朝アクセスログを確認しているなら、「特定IPからのアクセス回数を集計して、閾値を超えたらメール通知する」という小さなスクリプトに置き換えてみる。これを5本書く頃には、シェルスクリプトの基礎は身体に入っています。

ここで挫折しやすいポイントは「文法の暗記に走ること」です。文法は調べれば出てきます。大事なのは「自動化したい業務を分解する力」です。

4ヶ月目: サーバー構築実習（Apache/Nginx/MySQL）

4ヶ月目はサーバー構築の実習に入ります。ここで一気に応募できる職種が広がります。

最低限おさえてほしいのは、次の構成です。

・Apache または Nginx でのWebサーバー構築
・MySQL（MariaDB）でのDB初期設定とユーザー作成
・PHPまたはNode.jsを動かしてWeb+DBの連携を確認
・SSL/TLS証明書の取得と適用（Let's Encrypt）
・Virtual Hostによる複数ドメインのホスティング

受講生に伝えているコツは、「動かす」ではなく「壊す」を経験することです。

たとえば、Apacheを立てたら必ず「httpd.confをわざと壊してsystemctl start httpdが失敗する状態」を作ってみてください。そして、journalctlとerror_logを見て原因を特定して、修正して、起動するところまでをワンセットにする。

これを3〜5回繰り返すと、現場で求められる「障害切り分けの初動」が身体に入ります。教材通りに動いただけでは、トラブル対応力は身につきません。

私自身、この「壊して直す」方式に切り替えてから、自分の理解度が一段上がった実感があります。エラーログを読み慣れていない段階で本番環境に投入されると、メッセージの意味が分からず固まってしまうので、安全な実習環境のうちに「失敗」を量産しておくことが、結果として一番の近道になります。

5ヶ月目: ネットワーク・セキュリティ基礎

5ヶ月目はネットワークとセキュリティです。多くの未経験者が「インフラエンジニア＝Linuxコマンド」だと思いがちですが、現場ではネットワークの知識が同じくらい問われます。

失敗しないLinux転職の戦略【完全ガイド】でも触れていますが、書類選考を通ったあとの一次面接で「TCP/IPの基礎」「ポートとサービスの対応」「ファイアウォールの設計思想」を質問されるケースは非常に多いです。ここで言葉に詰まると、技術ではなく姿勢の問題として落とされます。

学習対象はこの範囲で十分です。

・OSI参照モデルとTCP/IPの4層モデル
・IPアドレス、サブネット、ルーティングの基礎
・ssh、telnet、curl、digなどのネットワーク系コマンド
・iptables または firewalld でのポート制御
・SELinuxの基本動作（enforcing/permissive）
・ログ監視（/var/log/secure、auth.log、journalctl）

ここで重要なのは、「ファイアウォールを実際に有効化した状態でWebサーバーが見える設定」を自力で組めることです。設定の理屈と実機の挙動が一致した瞬間、ネットワークが急に怖くなくなります。

受講生によくある詰まり方は、「ssコマンドでLISTENしているのに、外部からアクセスできない」というケースです。原因の9割は、firewalldかセキュリティグループのどちらかでブロックされているだけなのですが、切り分けの順序を知らないと、設定ファイルを片っ端から書き換えてさらに状況を悪化させます。「LISTEN→ファイアウォール→経路→DNS」の順で疑う癖をつけておくと、本番に出てから慌てません。

切り分け順を含めて、学習・応募・面接フェーズで陥りがちな失敗パターンはLinux転職でやってはいけないNG行動7選に整理してありますので、ロードマップを進めながら定期的に見返すと、つまずきを未然に防げます。

6ヶ月目: 実務想定の総合演習＋ポートフォリオ作成

最終月は総合演習です。これまで積み上げた要素を1つの構成にまとめます。

推奨する成果物は次の通りです。

・構成図：EC2上にWebサーバー＋DBサーバーを分離した2台構成
・構築手順書：ゼロからLAMP環境を立て、SSL化までを再現できるMarkdown文書
・運用スクリプト：日次バックアップ・ログローテーション・死活監視のシェルスクリプト3本
・障害対応記録：意図的に1つ壊して、原因特定と復旧手順をまとめたレポート

これらをGitHubに公開しておくと、書類選考の通過率が体感で2倍以上変わります。

よく「ポートフォリオって何を作ればいいんですか？」と聞かれますが、派手なものは不要です。「自分がゼロから組み立てて、運用まで考えた」と説明できる構成があれば、それで十分です。

逆に、よくある教材のチュートリアルをそのままGitHubに上げただけでは、面接で「このスクリプトはどういう設計判断で書いたの？」と聞かれて答えられず、評価が下がります。自分の言葉で語れる範囲だけを成果物にしてください。

リポジトリのREADMEには、「なぜこの構成にしたか」「採用しなかった選択肢と、その理由」を3〜5行でいいので必ず書き残しておくと、面接官が一度に理解できます。技術書のサンプルをコピーしただけのリポジトリと、自分の判断軸が言語化されているリポジトリでは、書類段階での通過率が体感で大きく変わります。

並行して進める資格学習（LPIC Level1）

資格について質問されることも多いので、率直に書きます。

未経験から応募する場合、LPIC Level1（または同等のLinuC Level1）を取っておくと、書類選考の足切りラインを通過しやすくなります。経験がない以上、客観的な指標は1つでも多いほうが有利だからです。

ただし、誤解してほしくないのは、「資格を取れば実務ができる」わけではないということです。資格はあくまで知識の裏付けで、現場で動けるかどうかは構築・運用経験で決まります。

私のおすすめは次の進め方です。

・1〜2ヶ月目の基礎学習と並行して、LPIC 101の問題集を流しておく
・3〜4ヶ月目に101を受験
・4〜5ヶ月目に102の問題集に着手
・5〜6ヶ月目に102を受験

順番として大事なのは、「ハンズオン学習をベースに置いて、資格はその知識整理に使う」という姿勢です。資格対策本だけを読み込むと、コマンドの引数を暗記する勉強に偏って、現場で使えないエンジニアになります。

なお、当社はLPICそのものの教材を提供しているわけではありません。あくまで体系的なLinuxの基礎・サーバー構築・運用設計を学べる場として、メルマガ教材とハンズオンセミナーを運営しています。

ロードマップ完了後の応募・面接準備

6ヶ月のロードマップが完了したら、応募準備に入ります。

ここで多くの方が「いきなり大手から応募する」「片っ端から数を打つ」という極端な行動に出ますが、両方とも非効率です。

最初に整理すべきは、職務経歴書の書き方です。

未経験者の経歴書で評価されるのは、次の3点です。

・学習プロセスの言語化：何を、どの順番で、どれくらいの時間をかけて身につけたか
・成果物の具体性：GitHubのリポジトリURLと、自分で語れる設計判断の説明
・現場志向の言葉選び：「勉強しました」ではなく「再現できます」「設計できます」と言い切る

面接対策で必ず質問されるテーマは、おおよそ決まっています。

・なぜLinuxエンジニアを目指したのか
・6ヶ月で何を学び、何ができるようになったか
・サーバーが落ちたとき、最初にどんな確認をするか
・SSH接続できないときの切り分け手順
・systemctlでサービスが起動しないときの調査順序

これらは技術というより、「自分の頭で考えるエンジニアかどうか」を見ている質問です。暗記ではなく、自分の言葉で語れる状態を目指してください。

応募書類の核になる志望動機は、未経験者ほど書き方の型を知っているかどうかで通過率が変わります。具体的なパターンと差別化の作り方は未経験インフラの志望動機テンプレ5パターンにまとめてあります。あわせて、未経験OK求人を効率的に拾うには使うエージェントの選び方も重要なので、Linuxエンジニア向け転職エージェントの徹底比較も応募開始前に目を通しておくことをおすすめします。

6ヶ月で達成できる人と挫折する人の違い

最後に、3,100名以上の指導から見えてきた「6ヶ月で実務レベルに届く人」と「途中で止まる人」の違いを整理します。

達成する人の共通点

・最初の1ヶ月で挫折しかけても、「分からない」を放置せず質問する
・1日2時間という枠を、平日4日でも構わないから死守する
・1冊の教材を最後まで終わらせてから、次の本に進む
・コマンドの暗記より「業務の分解」を優先する
・ポートフォリオを「自分の言葉で語れる範囲」だけで構成する

挫折する人の共通点

・教材を3冊以上同時に開いている
・「分かった気がする」段階で次に進む
・コマンドリファレンスの暗記から始めようとする
・WebサーバーやDBに手を出す前に、シェルスクリプトを完璧にしようとする
・GitHubに上げるのが恥ずかしくて、成果物を非公開のままにする

特に最後の「成果物を出さない」は、本当にもったいない。完璧でなくてもいいので、6ヶ月目の成果物は必ずGitHubで公開してください。

半年あれば、未経験からでも「現場で議論できるレベル」には届きます。あとは、その先に進む覚悟と、続ける環境をどう整えるかだけです。

転職後にどのレンジから始まり、何年でどこまで上がっていくかの目安はLinuxエンジニアの年収レンジと上げ方に職種別・年代別データで整理してあります。最初の1社目の年収だけで判断しないために、3年後・5年後の到達点もセットで把握しておいてください。

未経験からLinux転職する方法を詳しく解説した記事として、未経験からLinux転職する方法を詳しく解説していますので、ロードマップを進めながら、出口の戦略も並行して整理しておくことをおすすめします。

よくある質問

Q. 平日2時間の学習時間が確保できないのですが、それでも6ヶ月で届きますか？

平均1日1時間しか取れない場合は、ロードマップを9〜10ヶ月に伸ばすほうが現実的です。無理に圧縮すると、復習の時間が削れて、結局定着しないまま6ヶ月が終わります。時間ではなく、累積学習時間（240時間前後）をゴールに置くほうが破綻しません。

Q. プログラミングは未経験ですが大丈夫ですか？

問題ありません。インフラ領域では、本格的なプログラミング能力よりも、シェルスクリプト・YAML・設定ファイルを正確に読み書きする力のほうが重要です。3ヶ月目のシェルスクリプトを丁寧に進めれば、十分に現場で通用します。

Q. 30代未経験でも、このロードマップで間に合いますか？

間に合います。30代の場合、「学習意欲と継続力」を経歴書と面接で具体的に語れるかが評価ポイントになります。20代より時間の使い方がシビアなので、教材を絞り、毎日の学習を仕組み化することがより重要になります。30代特有の年収レンジや採用担当の見方は30代未経験Linux転職のリアルでも詳しく解説しているので、そちらもあわせて読んでみてください。

Q. クラウド（AWS）の学習はいつ入れるべきですか？

ロードマップの4〜5ヶ月目で、構築実習をAWSのEC2上で行うのが効率的です。最初からAWS資格を取りにいく必要はなく、まずはLinuxの土台を固めながら、副次的にクラウド操作にも慣れていく順番をおすすめします。

まとめ

この記事のポイントを整理します。

・未経験からの最短ルートは6ヶ月：240時間を目安に、基礎→構築→自動化→ネットワーク→総合演習の順で積み上げる
・1〜2ヶ月目は基礎の反復：コマンドの暗記より「やりたいこと起点で引き出す癖」を作る
・3ヶ月目はシェルスクリプト：業務の分解力が身につくと、現場感が一気に出る
・4〜5ヶ月目は構築とネットワーク：「動かす」より「壊して直す」体験が差を作る
・6ヶ月目は総合演習とポートフォリオ：自分の言葉で語れる成果物だけをGitHubに公開する
・資格は補助線：LPIC Level1は書類通過の客観指標として有効、ただし実務力の代わりにはならない

未経験からLinuxエンジニアへの道は、決して近道ではありません。ですが、順序を間違えなければ、半年で「現場で議論できる土俵」に立つことは十分に可能です。

焦らず、教材を増やし過ぎず、目の前の1つを着実に終わらせる。これが、20年以上の現場と3,100名以上の指導から見えてきた、唯一の最短ルートです。
P.S
ロードマップを最後まで走り切れるかどうかは、最初の1ヶ月で「分からない」を放置せず、誰かに聞ける環境を作れるかで決まります。独学が辛くなったら、メルマガでも、セミナーでも構いませんので、相談できる場所を必ず1つ持ってください。
【Linuxセミナー】リナックスマスタープロセミナー

[Linuxサーバー構築の全体像｜初心者が知っておくべき手順と現場のリアル]
[Linux資格は必要？LPIC・LinuCより「先に身につけるべきスキル」を現役講師が解説]

---

• 次のページへ：30代未経験でもLinux転職は本当にできる？年収とリアルな現実
• 前のページへ：【Linux転職】未経験から失敗しないLinux転職のポイント｜転職サイト・転職エージェント厳選
• この記事の属するカテゴリ：Linux転職へ戻る