tcpdumpレベル以下のtcpパケットの受信確認

tcpdumpレベル以下のtcpパケットの受信確認

スマートフォンのデバイスとパケットの監視に問題があります。 PPTPプロトコルを介してVPN接続を確立できない理由を見つけようとしています。

次の成功シナリオがあります。

  • IPv4に設定されたデバイス
  • VPN接続は正常です

今失敗したシナリオ:

  • IPv6に設定されたデバイス
  • VPN接続失敗(タイムアウト30秒後)

結果を確認し、tcpdump以下を発見しました。接続を確立するために交換中に、デバイスがサーバーに「PPP LCP 構成要求」を送信するまで、IPv6 と IPv4 の両方のシナリオは同じです。

その後、IPv4シナリオの場合、サーバーはAckを返しますが、IPv6シナリオの場合、サーバーは何も返しません。サーバー側では、どちらの場合もAckが再送信されることを確認します。

質問

  • このパケットが表示されない場合は受信されtcpdumpなかったことを意味しますか?
  • このパケットが受信されたが「削除」されたかどうかはどうすればわかりますか(ツール、方法)?

私はLinuxの専門家でもネットワーキングの専門家でもないので、ちょっとしたヒントを見逃すことがあります。

ありがとう、


Linux バージョン 3.10.40

ベストアンサー1

このパケットが表示されない場合は受信されtcpdumpなかったことを意味しますか?

はい、それはまさにその意味です。パケットキャプチャを使用すると、回線で受信した内容を直接確認できます。パケットをドロップするファイアウォール/フィルタルールがある場合は、パケットキャプチャに表示され続け、後で削除されます。

ConfAckがネットワークパスの他の場所でフィルタリングされている可能性があります。 IPv6の場合、ConfAckがIPv4の場合はConfAckよりはるかに大きいかどうかを尋ねることができます。なぜこれが起こるのかわかりませんが、MTUの問題のためにどこかに断片化するのに十分な大きさであれば、問題が発生する可能性があると思いますか?

おすすめ記事