Tcpdump Examples - 22 Tactical Commands | HackerTarget.com
Practical tcpdump examples to lift your network troubleshooting and security testing game. Commands and tips to not only use tcpdump but master ways to know your network. Knowing tcpdump is an essential skill that will come in handy for any system administrator, network engineer or security professional. First The Basics Breaking down the Tcpdump Command Line The following command uses common para
TCP Retransmit・DupACK・Fast Retransmit ～トラブルシューティング時のキーワード～ - troushoo
今回は、TCP Retransmit と DupACK と Fast Retransmit の紹介を行います。 いずれも、パケットロスといったネットワークの性能が出ない時に出現するキーワードです。 【TCP Retransmit】 Retransmit とは”再送”を意味する英単語です。 TCPでは、TCPデータの送信者が、受信者からACKを受け取れなかった場合、TCPデータの再送(=Retransmit)を行います。 これがTCP Retransmitです。 TCP Retrasmitの発生は、送信者と受信者の間でのパケットロスの可能性を示唆しています。 以下の例は、Retransmitが起こっているときのパケットキャプチャです。 ①で、192.168.122.129へ ”HTTP/1.1 200 OK” というデータを送っています。 ②の間、192.168.122.129へACKが受信
TCPパケットを解析して構造化ログでダンプするツール tcpdp を作った - Copy/Cut/Paste/Hatena
やっと形になってきました。 github.com 「データベースのクエリログを取得したい」 例えば、データベース（RDBMS）のクエリログを取得したいとき一番確実な方法は、そのRDBMSに備わっているログ機構を利用することです。 一方で、全てのクエリログを出力するとなるとそれなりにIO負荷がかかることが予想されるので、負荷状況によってはクエリログ出力（のIO負荷）を別サーバに分離したくなります。 では、どうすればよいかというと、例えば アプリケーションサーバとデータベースサーバの間にプロキシサーバを挟んでそこで記録することでIO負荷を分離する アプリケーションサーバ側で（notアプリケーションで）記録することで（大抵、サーバ台数の多い）アプリケーション側にIO負荷を分散する というような方法を思いつきます。 そこで、「もし、TCPコネクション上に流れている（例えば）クエリログを解析してログ
wiresharkでパケットモニタするとRetransmissionが多発しているという意味は？
現在、自分で作成したパケット送信クライアントプログラムをテストしており、3秒に1回のタイミングでインターネット上にあるサーバのグローバルipアドレスに対し、TCPパケットを発信させて受信するというテストを行っています。 しかし、3秒に一回データを送っているはずなのに、その間隔10秒とか20秒とか間隔が開いてしまう時があります。 wiresharkというパケットモニタソフトで送信側、受信側共にパケットモニタを行ってみたところ、”Retransmission”が多発しているということがわかりました。（tcp.analysis.retransmissionというフィルタ設定で検索）この現象はある時とない時があります。テストして10日ぐらい経つのですが、このパケットが確認されるのはお昼の12時頃と夕方の6時頃が多いのですが、このことからどのようなことが起こっていると考えられますか？ わかる方いらっ
wiresharkでTCP制御フラグを指定してパケットを表示する方法（Display Filter） - Eiji James Yoshidaの記録
個人的にはあまり使わないwiresharkのDisplay Filterだが、知ってると便利な場合もあるのでメモ。 SYNフラグが設定されたパケットの表示 tcp.flags.syn==1 SYNフラグが設定されていないパケットの表示 tcp.flags.syn==0 SYNフラグのみ設定されたパケットの表示 tcp.flags==2 ACKフラグが設定されたパケットの表示 tcp.flags.ack==1 ACKフラグが設定されていないパケットの表示 tcp.flags.ack==0 ACKフラグのみ設定されたパケットの表示 tcp.flags==16 ACKフラグとSYNフラグが設定されたパケットの表示 tcp.flags.syn==1 && tcp.flags.ack==1 ACKフラグとSYNフラグのみ設定されたパケットの表示 tcp.flags==18 ACKフラグかSYNフラグ
IPトレースの見方についていろいろ調査 | エンジニアの何でもメモ帳
IP/TCPヘッダーのフォーマットについて IPヘッダのフォーマットは以下のページの絵が綺麗 【第3回 IPヘッダの解読法とパケット分割/キーマンズネット】 http://www.keyman.or.jp/3w/prd/42/30002442/ TCPヘッダーのフォーマットは、以下のページの絵が見やすい 【Transmission Control Protocol - Wikipedia】 http://ja.wikipedia.org/wiki/Transmission_Control_Protocol iptrace トレースだと、IPヘッダーのダンプの後、TCPヘッダーのダンプが表示される。両方とも”オプション”の部分は、通常はデータが入らず（ネット上の解説もそうだし、実際のトレースもそう）、それぞれサイズとしては、20byte の大きさである。 なので、ACKの様な付随するデータの
tcpdumpやwiresharkでTCP制御フラグを指定してパケットを収集する方法 - Eiji James Yoshidaの記録
tcpdumpやwiresharkでTCP制御フラグを指定してパケットを収集する方法を忘れることが多いのでメモ。 SYNフラグが設定されたパケットの収集 "tcp[13] & 2 != 0" SYNフラグが設定されていないパケットの収集 "tcp[13] & 2 == 0" SYNフラグのみ設定されたパケットの収集 "tcp[13] & 255 == 2" ACKフラグが設定されたパケットの収集 "tcp[13] & 16 != 0" ACKフラグが設定されていないパケットの収集 "tcp[13] & 16 == 0" ACKフラグのみ設定されたパケットの収集 "tcp[13] & 255 == 16" ACKフラグとSYNフラグが設定されたパケットの収集 "tcp[13] & 18 == 18" ACKフラグとSYNフラグのみ設定されたパケットの収集 "tcp[13] & 255 ==
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TCP segment of a reassembled PDU (ハギー@blog.弐)
http://members.jcom.home.ne.jp/j-klein/unix/tcpdump.html