一部の(すべてではない)クライアントでの tftp の問題のトラブルシューティング方法

一部の(すべてではない)クライアントでの tftp の問題のトラブルシューティング方法

私は Puppet Razor を使用した稼働中の PXE サーバーを持っています (現在はサポートが終了していますが、もう少し稼働させる必要があります)。このサーバーは、私たちのために何百ものシステムを構築してきました。

ここではほとんどのシステムにアクセスし、そのサーバーからファイルを手動で tftp し、MD5SUM が完全に一致するファイルを取得できます。

しかし、リモート ロケーションにいくつかのシステムがあり、これらのシステムではファイルを適切に TFTP できません。これらのシステムは DHCP アドレスを取得しますが、続行するために必要な vmlinuz ファイルをダウンロードできません。稼働中のシステムにアクセスし、手動でファイルを TFTP しようとすると、MD5SUM が間違っているファイルを取得します。その後、このタスクを繰り返すと、常にまったく同じ、間違った MD5SUM が取得されます。代わりに、TFTP サーバーからファイルを rsync すると、正しい MD5SUM を持つ、期待どおりのファイルが取得されます。

tftp 転送は非常に遅く、rsync では 1 秒未満で転送されるファイルでも 30 ~ 60 秒かかることがよくあります。したがって、ネットワーク帯域幅は問題ではありません。何か他のことが起こっています。

これをデバッグするにはどこから始めればいいのでしょうか? かなり奇妙です。

関連情報