安全なアプローチは、経路ごとにMTUの基準値を確認し、信頼できる最大パケットサイズを見つけ、管理アクセスを維持しながら元の転送を検証する一連の観測可能なゲートとして扱うことであり、単一のコマンドで済ませるものではありません。
NAS、VLAN、VPNの経路があるホームネットワークでは、小さなリクエストは成功する一方、ルーティングまたはタグ付けされた経路のどこかで、大きなNAS転送やVPN転送が停止することが実際のリスクです。現在の状態と復旧ポイントを記録し、最も影響の少ない切り分けから始め、別の変数を変更する前に成功・失敗の結果を解釈し、ストレージが不安定になった場合や、復旧可能なコピーが公開される場合は停止します。以下の手順は、元のワークロードが成功するか、証拠がエスカレーションの境界に達した時点でのみ完了します。
各経路を定義し、復旧経路を確保する
テストが必要な、クライアントからNASまでの正確な経路を列挙します。通常のLAN、各ルーティング済みVLAN、すべてのVPNプロファイルを対象にします。物理NIC、ボンド、ブリッジ、VLANサブインターフェース、仮想スイッチ、トンネルインターフェース、ルーターのホップ、各層で現在表示されているMTUを記録します。実際に選択された経路は、意図した構成図よりも重要です。
NASインターフェースを変更する前に、MTU 1500の検証済み管理経路を1つ確保するか、ローカルコンソールにアクセスできるようにします。関連するZimaSpaceのMTUの不一致またはパケット損失に関する診断では、再現性のあるパケットサイズの境界とランダムな損失を区別しているため、小さなトラフィックは通るのに転送が停止する場合に確認すべき関連項目です。
すべての経路で、正常な小サイズのping、DNSルックアップ、NASログイン、SMBまたはNFSマウント、廃棄可能なファイルの書き込みを取得します。管理経路が確実でない場合は停止してください。MTUの実験によって、性能に関する問題をサーバーから締め出される問題に変えてはなりません。
双方向で信頼できる最大ペイロードを見つける
通常の小さなパケットから始め、IPv4のフラグメンテーションを防止しながらペイロードを増やすか、IPv6ではプラットフォームに適したテストを使用します。ペイロードサイズをインターフェースMTUとして扱わず、IPヘッダーとICMPヘッダーを考慮します。また、クライアントからNAS、NASからクライアントの両方向でテストを実行します。
パスMTUディスカバリーは、パケットが次のリンクを通過できないときのフィードバックに依存します。APNICのパスMTUブラックホールの挙動に関する解説では、制御メッセージがフィルタリングされると、より小さな通信は成功する一方で大きなトラフィックが停止するブラックホール状態が発生する理由を説明しています。
各経路で繰り返し成功する最大ペイロードと、最初に失敗するサイズを記録します。実行ごとに失敗するサイズが変わる場合は、まず損失、Wi-Fi品質、輻輳を調査してください。MTUの上限は、ランダムなパケット損失ではなく、一貫したしきい値として現れるはずです。
すべてを下げるのではなく、最小のホップを特定する
測定した上限を、選択された経路上の各インターフェースと比較します。VPNのカプセル化は利用可能なペイロードを減らし、VLANインターフェースは親インターフェースの設定を継承または上書きすることがあります。また、物理的な両端がジャンボフレームを通知していても、ブリッジや仮想スイッチが最小のホップになる場合があります。
一度に1つのコンポーネントだけを変更します。フレームを許可する必要があるインフラから始め、最後に1つのテストエンドポイントを変更します。1つのストレージ経路を修正するためにLAN全体のMTUを引き上げないでください。また、失敗する境界と影響を受けるTCP方向を確認するまでは、MSSクランプを恒久的な解決策として使用しないでください。
変更するたびにパケットスイープを繰り返します。成功とは、両方向で計画したサイズに損失なく到達し、すべての小さいサイズの経路も引き続き使用できることです。失敗した場合は直前の値に戻し、測定した上限を安全な経路の上限として維持します。
元のNASおよびVPNワークロードで検証する
問題の原因となったものと同じ大容量ファイル転送、バックアップストリーム、またはリモートマウントを、同じクライアント、プロトコル、暗号化、経路で実行します。pingだけで判断せず、保存した基準値とスループット、停止、再送、アプリケーションログを比較します。
VPNを再接続した後、およびクライアントまたはNASを再起動した後に、もう一度テストします。インターフェースの順序やトンネルMTUは、再作成時に変わる可能性があるためです。通常のMTU-1500クライアントでも、NASの閲覧、読み取り、書き込み、再接続が引き続き可能であることを確認します。
元のワークロードが2回完了し、すべての管理経路に引き続き到達できる場合にのみ、変更を維持します。信頼できる上限が経路ごとに異なる場合はロールバックし、管理対象外の機器の先で制御メッセージが消失する場合は、経路、インターフェース、パケットサイズ、キャプチャの証拠を添えてエスカレーションします。
サポートとヒント
もっと読む

ライブTV録画の容量・保存期間・クリーンアップガイド
実際の録音を測定し、ヘッドルームを確保し、経過時間と容量の制限を組み合わせ、ストレージが満杯になる前に最も古い対象プログラムが削除されることを確認する。

データベース復元後のホームメディアメタデータ復旧ワークフロー
復元した状態を保護し、メディアの識別情報とパスを確認してから、メタデータを広範囲に変更する前に、パイロットライブラリで不足しているアートワークや一致項目を修復します。

オーディオ、ビデオ、字幕のJellyfinクライアント互換性チェックリスト
代表的なファイルを一度に1つの変数だけテストし、すべてのクライアントについて、ダイレクトプレイ、リマックス、音声変換、動画トランスコード、または失敗を記録します。

