アプリ版:「スタンプのみでお礼する」機能のリリースについて

お世話になります。

AーーールーターーーB

上記のとおり、ルータをはさんでAのネットワークからBのネットワークへPingは疎通するのに
TFTPのファイル転送がうまくいきません。

・TFTPのAのクライアント・Bのサーバともにポート開放はできています。
・ルータでフィルタリングはしていません。
・Bのネットワーク内にあるクライアントからは正常にTFTP転送ができます。
・BのサーバでTCPDUMPをとると、AのWrite Requestを受け取った後、BからAckを返しますが、その後、AからのBlock 1の再送が10回以上続き、Port unreachableで終わります。

考えられる原因をご教示いただけますでしょうか。

質問者からの補足コメント

  • ご回答ありがとうございます。
    BからAへのping、traceroutは通るので、ルータの経路情報に誤りはないようです。

    No.2の回答に寄せられた補足コメントです。 補足日時:2019/01/11 21:37
  • ご回答ありがとうございます。

    >クライアントAとサーバBは別のセグメントで、ルータを介して通信している…ということでいいのでしょうか?
    はい、ご認識の通りです。

    Aはネットワーク機器でTCPDUMPやパケットキャプチャはできない状況です。

    >最初のやりとり以外は…ポート番号が変わるようですので、ルータがその辺りで落としているんじゃないでしょうか?
    Aからの最初のWRQに対するBのackでポート指定はされていて、block 1はBのackで指定されたポート宛に投げているのですが、なぜかその返事(block 1に対するack)をBが返さない状態です。
    またルータではフィルタリングはしていないので特定のポートだけルータが通さないといったことも考えにくいのです。
    (動作としてはそのように見えるのですが。。)

    No.1の回答に寄せられた補足コメントです。 補足日時:2019/01/11 21:46

A 回答 (2件)

クライアントAとサーバBは別のセグメントで、ルータを介して通信している…ということでいいのでしょうか?



>・BのサーバでTCPDUMPをとると、AのWrite Requestを受け取った後、BからAckを返しますが、その後、AからのBlock 1の再送が10回以上続き、Port unreachableで終わります。

クライアントAでパケットキャプチャするとどうなりますか?

https://www.infraexpert.com/study/tcpip20.5.html
最初のやりとり以外は…ポート番号が変わるようですので、ルータがその辺りで落としているんじゃないでしょうか?
この回答への補足あり
    • good
    • 0

BからAのpingやtraceroute(tracert)は通りますか?


ルーティングテーブルがちゃんと設定できてないだけのような・・・
この回答への補足あり
    • good
    • 1

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人はこんなQ&Aも見ています