デバッグフローメッセージ「iprope_in_check() check failed, drop」は、Local-Inポリシーチェックの失敗を具体的に示しています。「iprope」（IP Routing Policy Enforcement）エンジンがポリシー検索を処理します。_in_check サフィックスは、この判定がFortiGate自体宛てのトラフィック（Local-Inトラフィック）に関するものであり、FortiGateを通過するトラフィックに関するものではないことを示しています。
D) 要求されたサービスがFortiGate上で有効になっていないため、パケットはドロップされました。
これが最も一般的な原因です。FortiGateのインターフェースIP宛てのパケット（例：HTTPSまたはSSHリクエスト）が到着すると、カーネルはインターフェース設定（set allowaccess）で特定のサービスが有効になっているかどうかを確認します。サービスが有効になっていない場合（例：PINGアクセスが無効になっているインターフェースにPINGを実行しようとする場合）、iprope_in_check関数は失敗し、パケットは直ちに破棄されます。
C) 信頼できるホスト リストが誤って設定されているため、パケットがドロップされました。
インターフェース上でサービス (HTTPS など) が有効になっている場合でも、FortiGate は管理者設定をチェックします。
信頼済みホストが設定されている場合、受信パケットの送信元IPが許可リストと照合されます。IPがリストにない場合、Local-Inポリシーチェック（iprope_in_check）は失敗し、管理プレーンを保護するためにパケットはドロップされます。
他のオプションが間違っている理由:
A: 標準的なファイアウォールポリシーによってトラフィックがドロップされた場合（デバイスをあるインターフェースから別のインターフェースへ通過するトラフィック）、デバッグメッセージには通常、「ポリシーxによって拒否されました」または「一致するポリシーがありません」というメッセージが表示されます。これは通常、_in_checkではなく、forward check（iprope_fwd_checkなど）です。
B: 送信元へのルートがない場合、エラーはリバースパスフォワーディング（RPF）の失敗です。デバッグフローでは、これを明示的に「リバースパスチェック失敗、ドロップ」としてログに記録します。
参照：
FortiGate トラブルシューティング ガイド (デバッグフロー): 「iprope_in_check() チェック失敗」というメッセージは、パケットが Local-In ポリシーによって拒否されたことを示します。これは、FortiGate 宛てのトラフィックが allowaccess 設定によって許可されていないか、Trusted Host 設定によってブロックされている場合に発生します。