Fortinet製品の更新を依頼する。VPNとメールの試験を分ける

Fortinet製品の更新を依頼する。VPNとメールの試験を分ける。この記事は2026年10月21日に確認できた公式情報を起点に、Fortinet製品の更新を依頼する。VPNとメールの試験を分けるという疑問に答えるための確認手順を整理します。自社で対象か分からない項目は推測で埋めず、管理担当や提供元へ確認してください。

更新依頼の手順と担当者確認ポイント

依頼書作成時の必須項目チェックリスト

依頼書には、対象機種、現在のファームウェアバージョン、希望する更新バージョン、影響範囲（VPN・メール等）を明記します。さらに、更新の目的（脆弱性修正）と実施期限、担当者の連絡先を記載し、最終承認者のサインを得ることが必須です。

チェックリストとしては、①機種とシリアル番号、②現在の設定バックアップの有無、③保守契約の有効期限、④障害時の連絡フローを項目化し、担当者が一つずつ確認できる形にします。これにより、抜け漏れを防ぎ、提供元側への依頼がスムーズに進みます。

例外対象機種とバージョンの特定方法

対象外となる機種やバージョンは、提供元が提供するサポートマトリックスやリリースノートで確認します。まず、FortiGuard の PSIRT ページで該当製品の脆弱性情報を検索し、修正済みバージョンが示されているかを確認します。

次に、社内資産管理システムで機種とバージョンを抽出し、リスト化した上で、対象外リストと照合します。照合結果はスプレッドシートにまとめ、担当者が「対象」か「例外」かを明示できるようにします。

更新作業完了後の検収基準と記録方法

作業完了時には、以下の項目で検収を行います。①更新前後のファームウェアバージョンの比較、②設定バックアップの保存確認、③主要機能（VPNトンネル、メールフィルタ）の稼働確認、④ログに更新履歴が記録されているか。検収結果は、検収チェックリストにチェックし、担当者と承認者の署名を添えて PDF 化します。

さらに、作業報告書とログファイルを保守台帳に格納し、将来の監査に備えることが重要です。

VPN機能更新の検証フローと失敗時対応策

VPN更新後の接続テスト項目一覧

VPN のファームウェア更新後は、接続テストを段階的に実施します。まず、管理者権限での VPN 接続が成功するかを確認し、次にユーザーアカウント別に認証方式（IPsec、SSL）ごとの接続可否をチェックします。テスト項目は、①トンネル確立時間、②データ転送の遅延、③暗号化アルゴリズムの一致、④ログにエラーが記録されていないか、の四点です。

各項目はテストシートに記入し、担当者が実施日時と結果を明記します。

テスト失敗時のエスカレーション手順

テストで障害が検出された場合は、まず担当者が一次対応としてログを取得し、問題の概要をまとめます。その後、責任者への連絡マトリックスに従い、システム管理部門、提供元サポート、そして最終的には経営層へ報告します。報告内容は、障害の影響範囲、再現手順、暫定的な回避策を含め、担当者がメールとチケットシステムの両方で共有します。

責任者への連絡は、障害の重大度に応じて適切な対応期限を設定し、進捗を随時更新します。

テスト結果の照合方法と報告書作成指針

テスト結果は、事前に定めた基準と照合し、必要に応じて評価を行います。照合シートに期待値と実測値を並べ、差異があれば原因分析欄に簡潔に記入します。報告書は、概要、実施したテスト項目、結果の要約、問題点と対策、次回の改善提案の順に構成し、担当者と承認者のサインを入れた PDF として保存します。

これにより、関係者全員が同一情報を共有でき、将来の更新作業に活用できます。

メールセキュリティ機能更新の確認項目と例外処理

メールフィルタ更新後の送受信テスト項目

メールフィルタを最新バージョンに適用した後は、まず内部ユーザーから外部ドメインへのテストメールを送信し、SPF・DKIM・DMARC の検証結果が期待通りに通過するかを確認します。

次に、外部からの受信テストとして、複数のメールクライアント（Outlook、Thunderbird 等）から同一内容のメールを送信し、ウイルス検知やスパム判定が正しく行われ、誤検知が発生しないことを確認します。テストは複数回実施し、ログに残すことで再現性を担保します。

メールフィルタを更新した後の送受信テストについては、まず現在の設定内容とテスト結果を文書にまとめ、担当者の確認サインを得ることが基本です。

テストの結果に問題があった場合は、すぐに設定を元に戻すか、再度調整が必要かを判断しますが、具体的にどの設定をどのタイミングで変更したか、変更前後の設定差異を示す記録が残っているかを確認することが重要です。これにより、メール配信が停止するリスクを把握しつつ、更新の効果を客観的に評価できます。

担当者に確認すべきポイントは次のとおりです。

1. フィルタ設定を変更した日時と、変更対象となったポリシーはどこに記録されていますか。
2. 変更前の設定内容を確認できる資料やログはありますか。
3. テスト実施後に問題が見つかった場合、設定を元に戻す手順や担当者の承認フローはどのようになっていますか。

これらの情報を事前に把握しておくことで、テスト結果の評価やトラブル時の対応がスムーズになります。

例外メールアカウントの取り扱い指針

例外対象となるメールアカウントは、主にシステム通知やレガシーアプリケーションが使用する専用アドレスです。まず、全アカウント一覧から「自動送信」や「内部専用」タグが付与されたものを抽出し、担当部門と連携して例外の必要性を確認します。例外と判断されたアカウントについては、フィルタポリシーから除外設定を行い、除外理由と期間を文書化して保守台帳に記録します。

除外設定は、FortiMail のポリシー画面で「例外リスト」項目に対象アドレスを追加し、変更履歴を保存します。変更後は、例外アカウントからの送受信テストを実施し、他のメールフローに影響が出ていないことを確認します。例外設定は定期的に見直し、不要になった場合は速やかに元に戻す手順を明文化しておくことが重要です。

テスト失敗時のロールバック手順と責任者

テストで不具合が検出された場合、まず担当エンジニアが即座に変更履歴を確認し、直前の安定版設定に戻す作業を開始します。ロールバックは、FortiMail の「設定復元」機能を利用し、バックアップファイル（更新前に取得したもの）を指定して実行します。作業開始前に、影響範囲を関係部門へメールで通知し、復旧作業中のサービス停止時間を最小化します。

ロールバック完了後は、再度送受信テストを実施し、正常に戻ったことを確認します。その結果を「ロールバック報告書」にまとめ、担当マネージャーの承認を得て保守台帳に記録します。責任者は、システム管理部門のリーダーが務め、障害発生時の一次対応から報告書作成までの全工程を統括します。これにより、トラブル時の対応が一貫し、再発防止策の策定が円滑に進みます。

全体スケジュール管理と成果物の受領プロセス

更新作業全体のマイルストーン設定方法

VPN とメールの更新は別々のフェーズで実施するため、まず全体スケジュールをガントチャートで可視化します。第1フェーズは VPN 更新を実施し、事前に接続テスト計画を策定します。第2フェーズはメールフィルタ更新を実施し、VPN 更新完了後に開始してテスト期間を設定します。

各段階ごとの確認点には「依頼書承認」「設定適用」「テスト完了」「検収報告」の四段階を設定し、担当者ごとに締切を明示します。

段階ごとの確認点設定時は、関係部門（ネットワーク、メール、運用）の代表者と合意会議を開催し、リスク評価と復旧ープランを共有します。合意内容は議事録として保存し、スケジュール変更が必要になった場合は速やかに全員へ通知します。これにより、作業遅延や重複作業を防ぎ、全体の進捗を一元管理できます。

成果物（ログ・レポート）の受領チェックリスト

作業完了後に受領すべき成果物は、①更新適用ログ、②テスト結果レポート、③検収署名シートの三点です。受領チェックリストは、まずログファイルが正しい日時と対象デバイスを示しているかを確認し、次にテスト結果レポートが事前に定義した項目（接続成功率、メール配送成功率、例外処理の有無）と一致しているかを照合します。

最後に、検収署名シートに全担当者の署名と承認日が記載されていることを確認します。

チェックは、保守担当者が二重チェック方式で実施し、問題があれば即座に提供元へフィードバックします。受領完了後は、全成果物を社内の文書管理システムに保存し、アクセス権を限定して保管します。これにより、後日の監査やトラブル時の証拠として活用できる体制が整います。

最終検収後の保守記録更新手順

最終検収が完了したら、保守台帳に以下の情報を更新します：①更新実施日、②適用バージョン、③担当エンジニア、④検収結果（合格／不合格）とコメント、⑤保守契約番号。更新は、保守管理システムの「更新履歴」画面から手動で入力し、変更履歴として自動保存されるよう設定します。

更新作業の担当者は、保守台帳の更新が完了したことをメールで全関係者に通知し、必要に応じて次回の保守計画に反映させます。また、保守記録は半年ごとにレビューし、古い情報はアーカイブして最新情報のみが参照できるように保守します。これにより、将来的な脆弱性対応やバージョン管理がスムーズに行える基盤が整備されます。