pfsenseルータに私のBT SmartHubから切り替えているので、私はいくつかのマイナーな歯が生えるの問題を持っていました. そのうちの 1 つは、Squid プロキシ サービスが原因で、BBC の Web サイトにアクセスできず、エラーが発生するという問題がありました。. 私は最終的には少し奇妙な方法でこの問題を解決なかった一方で, 私は、それ自身に固定の価値があった問題の可能性のあるソースに遭遇しました
私はイカをオフにすると、私はすぐにBBCのウェブサイトにアクセスすることができました, それが私オンでなく、一貫性のある「ゼロサイズの返信」があったことをイカからエラーを受信しました. イカはBBCからの任意の応答を取得できませんでしたように見えました. この原因の1つとして、パケットがドロップされた断片化することができ, そして、断片化の原因は、通常、MTUサイズです.
イーサネットのデフォルトMTUはあります 1500 そして、ほとんどの最新のオペレーティングシステムが自動的にLAN上で物事を管理します. 最大サイズを使用することが可能です 9000 スループットを向上させます (わずかに) LAN用. 但し, this was of less interest to me than making sure packets weren’t getting fragmented multiple times, またはルータを出た後、断片化されています.
pfsense付き WAN MTUはデフォルトに設定しました (1500) 私は、最大サイズは、断片化せずにいたかを見るための窓からいくつかのpingを試してみました. 使用するコマンドがあります ping google.com -f -l 1500
, 最適を見つけるために、最後の番号を変更します. 私のBTインフィニティの接続は、通常の最大値を持つPPPoEを使用しています 1492 (それは実際には本当に私のブリッジモデムはpfsenseにPPPoEのよう提示することができたのPPPoAを使用することができます, 異なるソースは、このことについてさまざまなことを言います), PINGを使用している場合、考慮の価値を持っているいくつかのオーバーヘッドを取ることが必要です 28, 私はのpingのMTUを期待していました 1464 私が使用することができ、最大であることを. To my surprise this still resulted in fragmentation and I eventually found the maximum I could use was 1456.
私は、この値を使用しました (とともに 28 背面に追加) のMTU値を設定します 1484 の中に WAN pfsenseのインターフェース設定. 今、唯一の断片化は、LANパケットにルータによって行われるべきです, 私と任意の特定のウェブサイト間のどこかのルータから、それ以降の任意の断片化のリスクなしで. 私のブラウザのキャッシュとイカのキャッシュをクリアした後、私は、成功したBBCのウェブサイトをロードすることができました. 私は、問題がどこかに私の間のルータのブラックホールの問題によって引き起こされた疑いがあります ISP 断片化されたパケットをドロップしたとBBCサーバ. 現象の素敵な説明は上で見つけることができます RCLのブログ
“Hi James I realise it has been a long while, but I just checked this on windows 11 (build 23H2)…”