タグ

tcpに関するtarchanのブックマーク (12)

  • マイクロソフト、より高速な「TCP Fast Open」など採用へ、Windows 10の大型アップデートとWindows Server 2016で

    マイクロソフト、より高速な「TCP Fast Open」など採用へ、Windows 10の大型アップデートWindows Server 2016で マイクロソフトは8月に行われるWindows 10の大型アップデートWindows 10 Anniversary Updateと、9月に正式リリースが予定されているWindows Server 2016で、「TCP Fast Open」の採用やTCPの初期ウィンドウサイズ(Initial Congestion Window)を10にするなど、より高速な通信を実現するTCPの新機能を明らかにしました。 Announcing: New Transport Advancements in the Anniversary Update for Windows 10 and Windows Server 2016 | Networking Blog 新

    マイクロソフト、より高速な「TCP Fast Open」など採用へ、Windows 10の大型アップデートとWindows Server 2016で
  • TCPを(少しは)理解しておくべきその理由 | POSTD

    この記事はTCPの 全て を理解する、あるいは 『TCP/IP Illustrated』 (訳注:日語版: 『詳解TCP/IP〈Vol.1〉プロトコル』 )を読破しようとか、そういうことではありません。ほんの少しのTCPの知識がどれほど欠かせないものなのかについてお話します。まずはその理由をお話しましょう。 私が Recurse Center で働いているとき、PythonでTCPスタックを書きました( またPythonでTCPスタックを書いたらどうなるかについても書きました )。それはとても楽しく、ためになる経験でした。またそれでいいと思っていたんです。 そこから1年ぐらい経って、仕事で、誰かが「NSQへメッセージを送ったんだが、毎回40ミリ秒かかる」とSlackに投稿しているのを見つけました。私はこの問題についてすでに1週間ほど考え込んでいましたが、さっぱり答えがでませんでした。 こ

    TCPを(少しは)理解しておくべきその理由 | POSTD
  • 世界初、100GbitネットワークでTCP理論限界値を超える新たなTCP転送方式を実証

    東京大学と科学技術振興機構などは12月11日、従来のTCP理論限界値を超えるTCPデータ転送速度を実現する新たなTCP通信技術「LFTCP」を確立したと発表した。 TCP通信は現在のネットワーク標準的に用いられているプロトコルで、TCP/IPと言えばインターネットの基礎と言える。従来TCPは内部変数に32bit値を用いるというプロトコルの規定、パケット形式の規定と実装上の制限から性能の上限があり、現在の高速ネットワークである100Gbitネットワークを埋めるだけのデータ送信ができないため効率が低く、理論最大値でも29Gbit/secが上限だった。 東京大学の研究チームとインターネット研究開発を行なうWIDEプロジェクトNTTコミュニケーションズなどからなる共同研究グループは、TCPの基性質、輻輳制御アルゴリズムを変えることなくこれらの制限を超えるTCPソフトウェア「LFTCP」を開発し

    世界初、100GbitネットワークでTCP理論限界値を超える新たなTCP転送方式を実証
    tarchan
    tarchan 2015/12/11
    >これまでの理論上限29Gbit/secの2倍以上となる73Gbit/secで通信できることを証明した。
  • TCPやUDPにおけるポート番号の一覧 - Wikipedia

    この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。(2021年8月) 古い情報を更新する必要があります。(2021年11月) 出典検索?: "TCPやUDPにおけるポート番号の一覧" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 項ではTCPやUDPにおけるポート番号の一覧を示す。 コンピュータネットワークにおいて、インターネット・プロトコル・スイートのトランスポート層にあたるTransmission Control Protocol (TCP) やUser Datagram Protocol (UDP) では、他のプロトコル同様、ホスト間通信のエンドポイントを指定する際に数字の識別子が用い

  • Linux:OSのtcpタイムアウトのデフォルト値について - HiiHahWIKI - making some notes for... -

    Linux:OSのtcpタイムアウトのデフォルト値について † 例えば、curlを使用して、タイムアウト値を300秒に指定し、タイムアウトさせるよう無いことをしても、実際180秒を超えたくらいでタイムアウトする事象が発生していました。 これが、curlだけじゃなくて、例えばapacheのmod_proxy_balancerのバックエンドサーバへのタイムアウトについても、タイムアウト値を300秒とかでせっていしても、実際は180秒ちょいでタイムアウトしてしまっていました。 これについて、ちょっと調べたところどうもLinuxのOSとして持っているTCPのタイムアウト値が効いているようだ、ということがわかりました。 ここを見ると分かります。 #cat /proc/sys/net/ipv4/tcp_syn_retries 5 これはtcpのsynを送信するリトライ回数みたいで、以下のロジックでリト

  • /etc/hosts.allowで外部ファイルをincludeして使う

    tcp_wrappers 好きの皆さんこんにちわ。 /etc/hosts.allow でアクセス制限管理してますか? ふと、「/etc/hosts.allowでincludeって出来ないのかなあ」と思って man hosts.allow してみたところ、"PATTERNS" のところに A string that begins with a ‘/´ character is treated as a file name. A host name or address is matched if it matches any host name or address pattern listed in the named file. The file format is zero or more lines with zero or more host name or address pat

    tarchan
    tarchan 2014/05/27
  • ncコマンドとbashの/dev/tcpで通信 - suztomoのはてなダイアリー

    netcatコマンドとbashの/dev/tcpを使って通信をする。 Reverse Shell with Bashを実行してみました。 bashはtcpの通信を/dev/tcp/host/portというファイルへの入出力に見せかけることができる。 これを使ってサーバとクライアントで通信をして、遠隔操作をしてみる、サーバとクライアントを用意するけれど、この例では接続してきたクライアントをサーバ側で操作するというもの。 まずnc(netcat)コマンドをサーバで実行する。-lでlisten mode.ここではtcpの8080番ポートで待ち受けることにした。*1 次に、クライアントではbashにシェルを変更して、ファイルディスクリプタの5番を/dev/tcp/[サーバのアドレス]/[サーバが待ち受けてるポート]にむすびつける。*2 うまく繋るとサーバ側に繋った旨が表示された。 クライアント側で

    ncコマンドとbashの/dev/tcpで通信 - suztomoのはてなダイアリー
  • xkcd: ファイル転送(と、その解決手段としてのTCP simultaneous openの可能性)

    xkcd: ファイル転送(と、その解決手段としてのTCP simultaneous openの可能性) xkcd: File Transfer 親戚にファイルを送ってもらいたいって? 簡単だよ、メールで・・・え、25MBだって。そっかー。 どっちかFTPサーバー持ってる? 持ってない? そっかー。 Webホスティング使ってるならアップロードして・・・ うーん、どっかのMEGASHAREUPLOAD的なサイトもあるんだけど、あの手のはいまいち信頼性にかけるしエロサイト広告満載だし。 AIMダイレクトコネクトはどうだい。え、そんなのいまどき誰も使ってないって? そうだ、Dropboxがあった。数年前に始まったよさげなスタートアップでね、コンピューター間でフォルダを同期してくれるんだ。ただアカウントとってインストールして・・・ え、ちょうど親戚がUSBディスクもって家まで車でやってきた? まあ、

    xkcd: ファイル転送(と、その解決手段としてのTCP simultaneous openの可能性)
    tarchan
    tarchan 2013/07/02
    >一般人が、インターネット越しにファイルをやり取りするのは、意外と難しい。一般人は自前のサーバーなど持っていないし、レンタルサーバーを借りているなどという事もない。
  • 現在の無線通信速度を10倍以上向上させる新技術が登場。しかも、ただ通信の仕方を少し変えるだけ

    現在の無線通信速度を10倍以上向上させる新技術が登場。しかも、ただ通信の仕方を少し変えるだけ2012.10.29 19:00 Wi-Fiでは10倍以上、新幹線のような高速で移動中では約27倍に速度が向上! 驚きです! 先日、MITやハーバード大学などの合同研究チームが、基地局を新たに作る事や送信電力の増加やインフラの整備など、これらすべて行わなかった場合でも通信速度が劇的に速くなる技術を開発したそうです。 私達が普段使っている携帯等の無線ネットワーク通信のパケットは全パケットの約3%が、高速で移動する電車のような乗り物に乗車している時には5%もパケットロスが発生しています。たかだか3%や5%のロスなんてそんなものあまり通信速度に影響はないと思ってしまいそうですが、今回の報道によるとそのごくわずかな3〜5%のパケットロスを改善する技術を使った結果、通常のW-Fiネットワークでは1Mbpsが1

    tarchan
    tarchan 2012/10/30
    >パケットを一個ずつ送信せず、情報がひとまとめに記述された一次方程式(代数方程式)を送る仕組み
  • Mac のターミナルを使ってパケットトレースをキャプチャする

    管理者アカウントで Mac にログインします。 「option」キーを押しながら、Apple メニュー () >「システム情報」(または「システムプロファイラ」) の順に選択します。 システム情報ウインドウの左側のリストから「ネットワーク」を選択します。 ウインドウの右側の「動作中のサービス」のリストからネットワークインターフェイス (Wi-Fi または Ethernet など) を選択します。 ウインドウの下部の詳細セクションで、「BSD 装置名」を探します。図の例では、Wi-Fi の BSD 装置名は「en0」です。 ターミナルを開きます (「アプリケーション」フォルダの「ユーティリティ」フォルダにあります)。 次のコマンドを入力します。ただし、「BSDname」の部分は、システム情報で入手した BSD 装置名 (en0、en1、ppp0 など) に置き換えてください。 sudo t

  • WindowsやCheck Pointなど、TCPのプロトコル処理実装にDoS攻撃を受ける脆弱性

    独立行政法人 情報処理推進機構セキュリティセンター(IPA/ISEC)および一般社団法人 JPCERT コーディネーションセンター(JPCERT/CC)は9月9日、TCPを実装する複数の製品にDoS攻撃を受ける脆弱性が存在すると公表した。 TCP(Transmission Control Protocol)は、RFC793などで規定されているインターネット通信プロトコル。複数のベンダーのTCPプロトコル処理の実装において、ウインドウサイズを細工したパケットの処理に関する脆弱性が存在する。この脆弱性を利用し、遠隔の第三者がDoS攻撃を仕掛けることで、システムを応答不能にされる可能性がある。 JPCERT/CCでは同日時点でこの問題を利用した実際の攻撃を確認してはいないという。ただし、この脆弱性を利用してDoS攻撃を仕掛けるツールが公開されているため、特に外部からアクセス可能なシステムについて

    WindowsやCheck Pointなど、TCPのプロトコル処理実装にDoS攻撃を受ける脆弱性
  • なぜTCP Over TCPは悪いアイデアか

    This document is a translation of `Why TCP Over TCP Is A Bad Idea', which was written by Olaf Titz. この文書は、Olaf Titz氏による `Why TCP Over TCP Is A Bad Idea'の翻訳です。 IPトンネリングアプリケーションにしばしば用いられるアイデア は、IPパケットを(モデムラインのような)ストリーム転送に適した フォーマットにカプセル化する、PPPのようなプロトコルをTCPベー スの接続上で実行することです。これは、すでにいくつかの推奨 (Linux HOWTOや、私自身のウェブサイトや、もちろん他にもいく つか)がある、PPP over SSHの実行により、容易なソリューション となるでしょう。それは、データグラムベースの圧縮が効率的な 制約で困難となる一方

    なぜTCP Over TCPは悪いアイデアか
  • 1