【前回の振り返り】
第4回では、現場での実作業における「根拠と裏付け」の重要性を学びました。今回からは、私たちが毎日手にし、作業の証跡（エビデンス）を記録するための「道具」を使いこなしていきます。
インフラエンジニア（NW・サーバ・クラウド）が実機を操作する際、最初に行うのが「リモート接続」です。単に繋ぐだけではなく、「確かな裏付け（証跡）を残す」 ためのプロの作法を解説します。
📚 前の記事
→ 【第4回】：「実作業の極意：地雷を避け、道を整備するエンジニアの作法
📚 次の記事
📚 このシリーズ全体のまとめはこちら
→ 【新卒・未経験向け】NWエンジニア現場デビューへの道【全11回】：記事一覧・重要ポイントまとめ
📋 目次
- 「繋ぐ」ための標準プロトコル：SSH
- インフラ操作の相棒：ターミナルソフト
- 作業の裏付け：ログの自動取得（自動ロギング）
- 踏み台サーバ（ジャンピングホスト）
- まとめ：接続は「記録」とセットである
- 次回予告
- 連載一覧：【新卒・未経験向け】NWエンジニア現場デビューへの道
- 他連載シリーズへの招待
1. 「繋ぐ」ための標準プロトコル：SSH
現代の現場において、ネットワーク経由で機器を操作する標準は SSH（Secure Shell） です。
- 暗号化の重要性： かつての Telnet は通信内容が平文（丸見え）でしたが、SSHはパスワードも操作内容もすべて暗号化されます。
- ポート番号「22」： SSHのデフォルトポートです。ルータでもLinuxサーバでも、まずはこの「22番」が開いているかを確認するのがインフラ操作の基本です。
2. インフラ操作の相棒：ターミナルソフト
SSH接続を行うためのツール（ターミナルソフト）は、現場によって「Tera Term」や「PuTTY」など様々ですが、今回は国内の現場で広く普及している Tera Term を例に解説します。
現在は長らく定番だった「4系」から、最新の「5系」へと移行が進んでいますが、どのツールを使うにしてもエンジニアが最初に確認すべきは一つ。「ログの自動取得設定」 です。
3. 作業の裏付け：ログの自動取得（自動ロギング）
「手順通りに作業した」という事実を、客観的に証明できるのは実行ログだけです。これを仕組みで解決しましょう。接続した瞬間に、すべての表示内容を自動でテキスト保存するように設定します。
※注意：具体的な設定方法やログの命名規則は、必ず各現場の運用ルールに従ってください。以下の内容はあくまで「個人の作業効率と証跡管理」を両立させるための一例です。
設定の考え方（Tera Term の場合）
設定画面、または設定ファイル（teraterm.ini）で以下の考え方を適用します。
※5系では設定ファイルの保存場所が変更されている場合があるため、自身の環境を確認してください。
-
ログを自動的に開始する（LogAutoStart=on）：
ツールを開いた瞬間から記録が始まるようにします。これにより「ログを取り忘れた」というミスを物理的に防げます。 -
ファイル名に「日時・接続先」を自動付与する：
TERATERM_%Y%m%d_%H%M%S_&h.logのような書式にすることで、あとから「いつ・どこで」行った作業か一目で判別でき、エビデンスの整理が劇的に楽になります。 -
追記モード（Append）を検討する：
万が一接続が切れても、一つのファイルに一連の作業履歴を残すことができます。
4. 踏み台サーバ（ジャンピングホスト）
セキュリティの厳しい現場では、自分のPCから直接本番機に繋げず、「管理用サーバ（踏み台）」を経由することがあります。この場合も、手元のターミナルソフトでログを取り続けていれば、中継先での操作もすべて自分の手元に記録として残ります。
5. まとめ：接続は「記録」とセットである
実機に繋ぐという行為は、必ず「記録を残す」 という行為とセットです。
- 安全な経路（SSH）で繋ぐ。
- 開始から終了まで、操作の裏付け（ログ）を刻む。
この習慣が身につけば、あなたは「自分の作業に間違いはなかった」と、客観的な根拠を持って周囲に報告できるようになります。
6. 次回予告
接続とログの準備は整いました。次は、いよいよ「パケットを飛ばして、状況を読み解く」ステップです。
次回、第6回：インフラエンジニアの三種の神器（Ping / Traceroute / NSLookup）
「通らない」という事象から、原因がネットワークにあるのか、それともサーバや名前解決にあるのか。それを論理的に切り分ける手法を伝授します。
📚 前の記事
→ 【第4回】：「実作業の極意：地雷を避け、道を整備するエンジニアの作法
📚 次の記事
📚 このシリーズ全体のまとめはこちら
→ 【新卒・未経験向け】NWエンジニア現場デビューへの道【全11回】：記事一覧・重要ポイントまとめ
7. 連載一覧：【新卒・未経験向け】NWエンジニア現場デビューへの道
| 回数とタイトル | 内容（概要） |
|---|---|
| 第0回：IT業界の地図を読み解く | インフラエンジニアが活躍するフィールドの全体像を把握する。 |
| 第1回：組織という「面」で動く（組織図とステークホルダー） | 現場は一人では回らない。周囲との関係性とチームプレーの重要性。 |
| 第2回：技術より先に身につけるべき「現場サバイバル術」 | 「報・連・相」の型と、周囲から信頼されるための振る舞い方。 |
| 第3回：ログイン前に「情報の地図」を揃える：設計書と業務の全体像 | 実機を触る前に把握すべき、ドキュメントの読み方と業務分類。 |
| 第4回：実作業の極意：地雷を避け、道を整備するエンジニアの作法 | 作業の正確性を担保し、次へ繋げるためのドキュメントメンテナンス術。 |
| 第5回：「接続」と「証跡」の作法：インフラ操作の第一歩（Tera Term / SSH） | プロの「初期設定」を学び、確かな裏付け（エビデンス）を残す準備を整える。 |
| 第6回：インフラエンジニアの「三種の神器」（Ping / Traceroute / NSLookup） | 特定のOSに依存しない、通信の生死と経路、名前解決を確認する技術。単に打つだけでなく、「結果から何が言えるか」を読み解く力。 |
| 第7回：パケットの「通り道」を可視化する（OSI参照モデルの実務的活用） | 教科書上の知識ではなく、現場で「どこで止まっているか」をL1〜L4のレイヤーで迅速に切り分ける思考プロセス。 |
| 第8回：実機操作の「安全装置」とロールバック | 設定変更における共通の作法。バックアップ、投入前の差分確認（diff）、そして「もし通信が切れたらどう戻すか」の計画策定。 |
| 第9回：現場で信頼される「エビデンス」と報告の技術 | 「動きました」ではなく、何を根拠に正常と判断したのか。第三者が納得する作業報告書の書き方。 |
| 第10回：【最終回】「点」を「線」にする：自走し続けるための学習術 | 現場デビューは通過点。実務から得た知識を、どうやって汎用的な技術（資格や深い理論）へ昇華させていくか。 |
📚8. 他連載シリーズへの招待
本記事の内容をさらに深掘りする「思考法」や、現場での「立ち回り」「基礎知識」など、他の連載シリーズは以下の統合ブログにまとめています。
「技術だけでは評価されない」現場で生き残るエンジニア戦略まとめ【全連載ガイド】
（今の自分に必要な「武器」を、全シリーズから逆引きで探せます）