![デバイスの問題:pingは可能ですが、tftp putはできません。 [閉じる]](https://linux33.com/image/185425/%E3%83%87%E3%83%90%E3%82%A4%E3%82%B9%E3%81%AE%E5%95%8F%E9%A1%8C%EF%BC%9Aping%E3%81%AF%E5%8F%AF%E8%83%BD%E3%81%A7%E3%81%99%E3%81%8C%E3%80%81tftp%20put%E3%81%AF%E3%81%A7%E3%81%8D%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82%20%5B%E9%96%89%E3%81%98%E3%82%8B%5D.png)
ネットワーキング機能を備えたカスタムデバイスがあります。私のデバイスにTFTPサーバーがあります。デバイスはイーサネットケーブルを介してマイコンピュータに直接接続されます。私はtftpサーバーがどのように機能するかを知っています。他のコンピュータで正常にテストしました。私のデバイスをpingできますが、tftp転送は失敗します。私はコンピュータが私が見たメッセージを受け取らなかったので失敗したと思います。 tftp 翻訳が開始されましたが、正しく終了しませんでした。
ユニキャストまたはマルチキャストのどちらのタイプのpingプロトコルが使用されますか? pingがマルチキャストを使用している場合、問題は私のデバイスがユニキャストメッセージを表示しているように見え、自分のコンピュータにアクセスできないことです。
ネットワーク設定:
機器:
192.168.0.5ip
255.255.255.0 マスク
192.168.0.1ゲートウェイ
パーソナルコンピュータ
192.168.0.1 IP
255.255.255.0 マスク
(win 基本) ゲートウェイ
Wireshark スニッフィング https://yadi.sk/d/TEa230vKcErMjg?w=1
答え1
- custom_tftp_client pcap ファイル。
これは、Windowsと非常によく似たファイル名を持つファイルを作成する要求を示しています。
C:\Users\Ksandr\Desktop\IpAudioServer\firmware\forloader loader\reserver_firmware\forloader_reserve_0049496FB6AD.bin
ファイルが次に送信されるようにマークされました。イントラネットモードは次のような場合に便利です。ゴミ箱文書。要求の送信元ポートは 51456 です。確かに有効ですが、ファイル名のバックスラッシュとスペースについては少し心配です。 tftp クライアントもタイムアウト 5 と tsize 46732 を要求しました。 TFTPサーバーは、正しい宛先ポート(51456)と一時ポート(49153)を使用してackを送信します。 ackは正しいudpチェックサムを表示します(要求に無効なチェックサムが表示されますが、これはNICがチェックサム計算を実行するためです)。
192.168.0.5 の MAC アドレスは 00:49:49:6f:b6:ad なので、グローバルに管理されます (最初のバイトの 2 番目の最下位ビットが 0)、ユニキャスト (最初のバイトの 2 番目の最下位ビット) 0です)。重要ビットは0です。))アドレスです。組織が00:49:49:xx:xx:xxを割り当てない限り、最初のバイトはローカルで管理されていることを示す02であることをお勧めします。
tftpクライアントは、tftpサーバーからそれ以上の応答なしにポート69に繰り返し要求します。
- windows_tftp_client pcapファイル
紛争の少ない名前のファイルを転送する要求が表示されます。
forloader_reserve_0049496FB6.bin
そしてそれは次に移転されていますバイナリ(バイナリファイル。要求は192.168.0.1のポート62500からデバイス192.168.0.5のポート69に送信されます。ackは正しいポートを返し、ソースポートは49153で正しいudpチェックサムです。tftpクライアントは47秒後に最終的に時間超過メッセージが送信されるまで、1、2、4、8、8、8、8、8秒の遅延シーケンスの後、ポート69に繰り返し要求を続けます。
- それでは、問題は何ですか?
- 192.168.0.5 の tftp サーバーは複数の要求に応答する必要があり、送信 ack が失われる可能性が常にあるため、クライアントは繰り返し要求を行うことができます。
- どのTFTPクライアントも応答を受け取らないようです。両方のデバイスがイーサネットケーブルを介して直接接続されているため、ネットワークデバイスを除外できます。 PCのIPスタックにいくつかのファイアウォールルールがあり、パケットが送信されていないポートから来るため、応答を破棄するようです。質問を編集すると、tftpクライアントの1つが「windows tftpクライアント」であることを示します。他のSEサイトに回答があります。これWindows UDPファイアウォールの問題を解決する方法について説明します。どのポート192.168.0.5が使用されるかわからないので、すべてのUDPポートを有効にするかUDPフィルタリングを無効にする必要があります(申し訳ありませんが、私の前にWindowsシステムがないので他の答えを引用しています)状況で正確に何をすべきですか?
答え2
問題はWindowsファイアウォールにあります。ファイアウォールを無効にすると、すべてがうまく機能します。