毎週１冊技術書を読んでブログでアウトプットすることが目標で今回が第16弾です。 今回は マスタリングTCP/IP 入門編 を読みました。 インターネット接続のための標準プロトコルである「TCP/IP」について丁寧に解説した技術書です。 Webエンジニアになりたい、なりたての人が本来真っ先に勉強すべきはRailsでもフロントエンドでもなく、TCP/IPです。入門書くらいは手元に置いて理解できるまで読み進めておくべきですね。— ひさじゅ@すたてく社長（PG） (@hisaju01) 2018年11月20日 読んでいるうちにインターネットの通信の仕組みが分かってきて、夢中になるくらい面白かったです。 この記事を読むだけでも概要は掴めると思うので、是非読んでみてください。 マスタリングTCP/IP 入門編 第5版 作者: 竹下隆史,村山公保,荒井透,苅田幸雄 出版社/メーカー: オーム社 発売日
2022/03/19 07:00~07:15に発生した過度なTCP-SYN Scanを発端とする障害について | Home NOC Operators' Group
HOMENOC(AS59105)では3月19日 07:00~07:15にかけて外部から過度なTCP-SYN Scanを受けネットワークが不安定になる事象が発生しました。過度なTCP-SYN Scanについては3月22日に[janog:15258] excessive scanning from AS202425でも共有されているようにHOMENOC以外にもインターネット全体で発生している事象のようです。これに関してHOMENOCで観測した詳細についてご紹介します。 障害の概要 主な障害の概要についてはTwitterでのアナウンスの通りですが、スキャンに関しては同日の6:56頃から観測されました。 HOMENOCでは拠点間の接続にEtherIPトンネリングを利用しています。HOMENOCで6月に発生した障害のまとめにもあるように当団体で利用しているEtherIP終端装置は高ppsのEncap
概要 はじめに 今回は、同一VPCに配置されたEC2～RDS間の疎通確認について記載します。 なお、DBクライアントからの接続ではなく、TCP/IPレイヤーでの接続確認となります。 目的 EC2、RDSを起動した後にEC2～RDS間の疎通確認を行います。特に、インフラ構築とその後のアプリデプロイやDBのテーブル作成以降の構築が別担当となることが多く、責任分界点として、各プロダクト間のサブネット、ルーティングやセキュリティグループが正しいことを確認することが目的です。 TCP/IPレイヤーの確認であれば、EC2にDBクライアントをインストールする必要がないため、DBクライアントのインストールが不要です。RDSの種別ごとにクライアントのソフトも異なるため、この段階で準備の煩わしさを回避できます。 RDS疎通確認の方法 EC2（Windows Server）からのRDS疎通確認 以下に、Wind
外部IPアドレスがないCompute Engine VMにSSH/RDPログインするためには、これまでは 踏み台サーバ(Bastion Server)を経由する必要がありました。 外部IPがなければFWルールの状態にかかわらず外部インターネットからのアクセスを 制限できる反面、踏み台サーバを用意して起動しておく必要があり、余計なコストが かかっていました。 これから紹介する Cloud IAP TCP Forwarding を使えば、踏み台サーバを用意せずに外部IPアドレスがないVMに対してSSHやRDPログインすることが可能になります。 対象読者 Cloud Shellにそんなに抵抗がない コマンド実行のためだけの踏み台サーバの運用がつらい Cloud Shellの基本的な使い方については、こちらの記事を参考にしてください。 HandsOn環境迷子に贈るCloud Shell 準備作業
Reverse Proxy, HTTP Keep-Alive Timeout, and sporadic HTTP 502sHow HTTP Keep-Alive can cause TCP race condition These mysterious HTTP 502s happened to me already twice over the past few years. Since the amount of service-to-service communications every year goes only up, I expect more and more people to experience the same issue. So, sharing it here. TL;DR: HTTP Keep-Alive between a reverse proxy a
概要 2020年2月以降，NICTER のダークネット観測網に届く9530/tcp 番ポート宛の通信が急増しています． 増加の背景には，このポートに特定のデータを送り込むことで，一部のメーカのビデオレコーダ機器において Telnet が有効になるというバックドアの脆弱性がインターネット上に公開されたことがあります．我々はこのバックドアの悪用を試みる攻撃をハニーポットで観測しています． 当該機器は日本国内においても販売・使用されており，機器のユーザは，機器の乗っ取りや監視カメラの映像の盗み見の被害を受けないために，脆弱性への対応を早急に行う必要があります． 本ブログでは，9530/tcp 宛通信の観測状況を紹介するとともに，バックドアを悪用された機器の特徴と対策方法について調査した結果を紹介します． 9530/tcp 番ポート宛通信の増加 2020年2月以降，9530/tcp 番ポート宛通信
GoでTCPソケットを使ったときのメモ - Qiita
remote, _ := net.ResolveTCPAddr("tcp", "127.0.0.1:8889") local, _ := net.ResolveTCPAddr("tcp", "127.0.0.1:8899") conn, err := net.DialTCP("tcp", local, remote) if err != nil { return nil, xerrors.Errorf("net.Conn DialTCP error: %w", err) }
TCP/IPサーバでクライアントと通信している時、クライアントとの接続が切れた場合の処理のまとめです。 接続が切れたとは、以下の場合です。 クライアントが回線を切った クライアントが強制終了した ケーブルが外れるなど通信経路が切れた クライアントが接続を切った クライアントがshutdownを実行して回線を切った場合、サーバーのNetworkStream.Read()は長さ０の通信を受け取って終了します。
flowtrackd: DDoS Protection with Unidirectional TCP Flow Tracking
flowtrackd: DDoS Protection with Unidirectional TCP Flow Tracking07/14/2020 Magic Transit is Cloudflare’s L3 DDoS Scrubbing service for protecting network infrastructure. As part of our ongoing investment in Magic Transit and our DDoS protection capabilities, we’re excited to talk about a new piece of software helping to protect Magic Transit customers: flowtrackd. flowtrackd is a software-defined
nginx TCP Load Balancerで複数RDSへの接続をProxyする - ZOZO TECH BLOG
こんにちは、技術本部SRE部ZOZOSREチームの斉藤です。普段はZOZOTOWNのオンプレミスとクラウドの構築・運用に携わっています。またDBREとしてZOZOTOWNのデータベース全般の運用・保守も兼務しております。 ZOZOTOWNではSQL Serverを中心とした各種DBMSが稼働しています。その中で、Amazon RDS for SQL Server（以下、RDS）を使用したデータベースが存在します。これらは、トラフィックの増減が激しいZOZOTOWNのサービスにおいて、オンデマンドでスケール可能なデータベースとして運用されています。 本記事では、クライアントであるEC2（以下、Webサーバー）とRDSの間にデータベースプロキシをnginx TCP Load Balancerで構築し、ロードバランシングを実現した事例を紹介します。参照系データベースのアクセスに関してロードバラン
TCP実験室 - Qiita
#1 はじめに TCPについて、思いついたまま、いろいろ実験をしてみようと思います。 なお、TCPの各種状態の作り方は、TCPの各種状態の作り方を参照してください。 #2 環境 VMware Workstation 12 Player上のゲストマシンを使っています。 ゲストマシンはサーバとクライアントの2台構成です。 サーバ、クライアントともに下記設定です。 [root@server ~]# cat /etc/redhat-release CentOS Linux release 7.3.1611 (Core) [root@server ~]# uname -r 3.10.0-514.el7.x86_64 [root@server ~]# cat /etc/hosts 192.168.0.100 server 192.168.0.110 client #3 CLOSE_WAITとは? パッ
README.md TCP echo server for Node.js Usage Make sure you have a modern-ish version of Node.js installed. Type npx https://gist.github.com/kfox/1280c2f0ee8324067dba15300e0f2fd3 Connect to it from a client, e.g. netcat or similar: nc localhost 9000 echo.mjs �}�\U �-/�\U #!/usr/bin/env node import net from 'node:net' const port = process.argv[2] || 9000 const server = net.createServer((connection) =
20190725追記 draft-01 で計算式に変更が入っています TCP Slow Startを改善する 「HyStart++: Modified Slow Start for TCP」というdraftがMicrosoftの方より提出されている。 HyStart++はすでにWindowsで実装されている他、HyStartもLinuxのCubicに実装されている。 Slow StartとHyStart++ TCPはコネクション開始直後は送信するデータ量は少なく、徐々に2倍にしていく。パケットロスが発生したタイミングでこのスロースタートは終わることになる。 2倍, 2倍で送信するデータ量を増やしていくと適切な送信量を大幅に超えてしまいうる。大きく超えると多くのパケットロスが発生してしまい、デメリットが大きいため適切なタイミングで線型的にデータ量を増やしていきたい。特定の閾値ではなく、RTT
GitHub - pandax381/lectcp: Tiny TCP/IP protocol stack for lectures implemented in Go language
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Increase in DNS over TCP from Chrome Browser on Windows 11
Adam Casella acasella at infoblox.com Tue Mar 14 03:57:03 UTC 2023 Previous message (by thread): Windows DNS resolver contact at Microsoft? Next message (by thread): [dns-operations] Increase in DNS over TCP from Chrome Browser on Windows 11 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hey Folks, Has anyone else seen an increase in DNS over TCP traffic in their environment? We ha
Throughout 2019, Radware’s Threat Research Center (TRC) and Emergency Response Team (ERT) have been monitoring and defending against an increasing number of TCP reflection attacks. TCP reflection attacks, such as SYN-ACK reflection attacks, have been less popular among attackers until recently. The lack of popularity was mainly due to the wrong assumption that TCP reflection attacks cannot generat
データセンター向けTCPとeBPF実装｜oraccha
最近のLinuxではeBPFで輻輳制御アルゴリズムを実装し、カーネル内で実行できる。今日はDCTCP実装を眺めてみたいと思う。その前にオリジナルのDCTCPについて確認する。マージされたのはバージョン3.17の頃。 commit e3118e8359bb7c59555aca60c725106e6d78c5ce Author: Daniel Borkmann <daniel@iogearbox.net> Date: Fri Sep 26 22:37:36 2014 +0200 net: tcp: add DCTCP congestion control algorithmDCTCPはRFCにもなっているけど、オリジナルは2010年にMSRとスタンフォード大のチームによって提案された（Data Center TCP (DCTCP) [SIGCOMM2010]）。一般的な輻輳制御アルゴリズムでは
以下のサイトを参考にしてNode.jsでTCP通信を行ってみました。 blog.mitsuruog.info nodeによるTCP通信は net モジュールを使用します。APIリファレンスは以下を参照ください。 Net | Node.js v12.4.0 Documentation 1. 準備 以下のコマンドを入力します。 $ npm install net 2. コード server用とclient用のコードを以下のようにそれぞれ準備します。 server.js const net = require('net'); const server = net.createServer(socket => { socket.on('data', data => { console.log(data + ' from ' + socket.remoteAddress + ':' + socket
HTTP/2のTCPレベルのHoLブロッキングとQUIC - dorapon2000’s diary
HTTP/2はHTTP/1.1で問題だったHTTPレベルのHoLブロッキングを解消しました。しかし、TCPレベルのHoLブロッキングという問題が依然として残っています。。。。。。🤔🤔 ぐぐるとたくさん解説サイトが出てきますが、いろいろ調べて、自分の言葉に落とし込んでみます。 概要 HTTP/1.1にはHTTPレベルのHoLブロッキング問題がある HTTP/2で解決する HTTP/2にはTCPレベルのHoLブロッキング問題がある HTTP/3で解決する HTTP/3ではTCPを使わずに、HTTP/2におけるストリームを別々で管理する HoLブロッキング とは HoL (Head of Line) ブロッキングとは、待ち行列ができている中で先頭の客しかサービスを受けられない場合、残りの人が待たされなくてはいけないことを指します。 コンビニで例えるなら、レジにお客さんが並んでいるとして、精算
Been to long between blogs… “TCP Is Not Reliable” – what’s THAT mean? Means: I can cause TCP to reliably fail in under 5 mins, on at least 2 different modern Linux variants and on modern hardware, both in our datacenter (no hypervisor) and on EC2. What does “fail” mean? Means the client will open a socket to the server, write a bunch of stuff and close the socket – with no errors of any sort. Al
SOCでは引き続きSYN/ACKリフレクション攻撃を検知・観測しています。2019年10月に観測した攻撃のうち、11月に継続して観測している攻撃と新たに観測した攻撃の分析結果を共有します。 まず、SYN/ACKリフレクション攻撃の原理を説明します。攻撃者は攻撃で使用するSYN/ACKパケットを発生させるために、送信元IPアドレスを攻撃対象に偽装したSYNパケットをリフレクタに送信します。Three-way handshakeにおいて、そのSYNパケットに対してリフレクタはSYN/ACKパケットで応答します。SYNパケットの送信元IPアドレスは偽装されていることから、リフレクタが返送したSYN/ACKパケットが被害者となるIPアドレス宛に届くことで攻撃が実現されます。図-1にSYN/ACKリフレクション攻撃の全体像を示します。SOCでは、IIJマネージドファイアウォールサービスのログを解析し
ネットワーク(TCP/IP)入門
翔泳社から発刊されていた DB マガジン の2010年8月号第2特集「そこが知りたいネットワーク超入門」の生原稿を元にした内容です。DB エンジニアを想定した内容なので、「IPアドレス」って言葉すら初めて聞かれる方には少し難しいかもしれませんが、トラブルシューティングを目的として来られた方は、続きのコンテンツである「はじめてのネットワークトラブルシューティング」だけを見ていただいても良いかと思います。 ネットワークはなぜつながるのか？ ネットワークと聞いて「何やら小難してよくわからない」と思われている方は意外と多いが、ネットワークとは至ってシンプルな考え方で成り立っているのだ。シンプルだからこそインターネットは全世界に普及しているし、ほぼすべての通信は IP 上に実装されている。 インターネットの中核を担っているIPも至ってシンプルな考え方で実装されている。 IP の視点からネットワーク上
Rust: tokioを使って独自プロトコルのメッセージを受け取るTCPサーバーを作る - castaneaiのブログ
オンラインゲーム開発などで独自プロトコルのデータを読み書きするTCPサーバーを作ることが時々あるが、 Rustのtokio を使うとそのようなTCPサーバーがとても簡潔に記述できる。 独自プロトコルといっても様々だが、TCPのようなストリーム指向の経路の場合ある程度のバイト配列のかたまりをひとつのフレームとして解釈することが多い。よってストリーム内で個々のフレームを区切る必要がある。 よく使われるやり方だとたとえば次の2つがある。 各フレームの先頭に長さの情報を付ける 特定の値を区切り文字とする 今回は1番目の「各フレームの先頭に長さの情報を付ける」パターンを例に考える。 たとえば先頭4バイトに長さがあり、その後にその長さ分のデータが入っているというプロトコルだとする。 +---- len: u32 ----+---- data ----+ | \x00\x00\x00\x05 | hel
ロングファットパイプにおけるReno/NewRenoの課題 インターネットの普及に伴って日常的にTCPが利用されるようになって以来、輻輳制御アルゴリズムとしてはReno/NewRenoが標準的に用いられてきました。これらのアルゴリズムは代表的なLoss-basedアルゴリズムであり、提案された当時のネットワーク環境では有効に機能していたのですが、時が過ぎ、技術の進展によるネットワーク環境の変化とともに、当初は思いもよらなかったような課題が顕在化してきました。 すなわち、転送レートの高速化やクラウドサービスの普及などにより、ロングファットパイプ（図1）と呼ばれる広帯域・高遅延環境が一般化してきました。このような環境においては、Reno/NewRenoでは高速リカバリによるスループット回復に要する時間が長くなってしまい、広帯域を十分に活用できないのです。 図1 通信環境の変化とロングファットパ
動機 家に数台のDockerを走らせるVMが存在している。それをまとめてWebで監視する為に、Portainerを導入した。 Portainerは、リモートのDockerを管理する事ができるが、デフォルトではdockerd はTCP経由のAPIアクセスができない。 これを変更する方法をメモする。 環境 Ubuntu 18.04.2 LTS Docker version 18.09.5, build e8ff056 (docker公式ページのaptリポジトリ使用インストール） 解決方法 解決方法は二つある。 どちらか片方を選択すること（両方やってはいけない） なお、失敗すると、dockerdが起動しなくなる。 方法その1 systemdの定義を変更して、 dockerd コマンドラインを変更する（直接指定）
China's "New IP" proposal to replace TCP/IP has a built in "shut up command" for censorship
China’s “New IP” proposal to replace TCP/IP has a built in “shut up command” for censorship The Chinese government and the Chinese telecommunications companies such as Huawei under its control are proposing a “New IP” addressing system for the internet to replace TCP/IP. The New IP system includes top-down checks and balances and such features as a “shut up command” that would allow a central cont
TCP入門 - hayashier Tech Blogs
普段、Webサイトなどを運営しているといった場合に、おおよそアプリケーションを動作させる分には、アプリケーションレイヤーより下の部分については意識しなくても良いこともあるかもしれません。しかしながら、複数のコンポーネントを組み合わせたり、大規模になってきたり、特殊な環境、および複雑な問題に出くわすようになってきたりすると、それらを対処するためには、TCPなどのレイヤーについても、しっかりと理解しておく必要があります(雑に書き殴っているため、後半になるほどまとまりきっていませんが、ご容赦ください)。 以下の項目に分けて概要を説明します。 機能状態遷移図データ構造その他機能概要TCPの機能について、大きく以下の観点で説明していきます。 コネクション管理シーケンス番号再送制御順序制御ポート番号ウィンドウ制御フロー制御輻輳制御詳細コネクション管理目的: コネクション上でデータとACKをやりとりする
窓の杜 on Twitter: "ぶっちゃけ言うといつもの月よりも格段にヤバいので、ぜったいにパッチを当ててください WindowsのTCP/IP実装に複数の重大な脆弱性、今月のセキュリティパッチはかならず適用を - 窓の杜 https://t.co/iST8qZPKwv"
ぶっちゃけ言うといつもの月よりも格段にヤバいので、ぜったいにパッチを当ててください WindowsのTCP/IP実装に複数の重大な脆弱性、今月のセキュリティパッチはかならず適用を - 窓の杜 https://t.co/iST8qZPKwv
TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう 現在のインターネットを支える技術であるTCP/IPについて、基礎となるプロトコル群と、TCPの基本機能を丸田一輝さん、 中山悠さんに解説していただきました。 今からおよそ50年前、パケット交換方式による世界初のコンピュータネットワークであるARPANETが構築されました。それ以来、TCP/IP（Transmission Control Protocol / Internet Protocol）は通信を実現する基盤技術として使われ続けています。今ではパソコンに限らず、スマートフォンやゲーム機、センサー、最近では自動車など、無線通信機能を持ったさまざまな端末も含めコンピュータネットワークは構成されています。 その中でも「通信の信頼性を確保する」役割を担っているTCPは、その性質上、多くの機能を備えています。加えて、時代とと
802.11ahは、現在の920MHz帯通信規格の多くができなかった「末端までTCP/IP通信」ができる画期的な規格で、特にIoT環境への採用が広まるのではないかと考えていました。しかし802.11ahには送信時間に制限があって、これは802.11b/g/nのような「末端までLANが届く」感覚とはちょっと違って手ごわいかもしれないぞ、が前回お話したところ(https://qiita.com/Cente_mw/items/83d3af116cb4df06553c )です。 今回は、そんな送信時間制限がある状態で本当にTCP/IP通信が使い物になるのか？あたりを考えていきます。 ■通信制限おさらい 日本の920MHz帯通信では「1時間あたりの送信時間の総和が360秒まで」という守るべきルールがあります。 参照： 「920MHz 帯小電力無線システムの広帯域化に係る技術的条件」 情報通信審議会報
Implementing long-running TCP Connections within VPC networking | Amazon Web Services
Networking & Content Delivery Implementing long-running TCP Connections within VPC networking Many network appliances define idle connection timeout to terminate connections after an inactivity period. For example, appliances like NAT Gateway, Amazon Virtual Private Cloud (Amazon VPC) Endpoints, and Network Load Balancer (NLB) currently have a fixed idle timeout of 350 seconds. Packets sent after
# TL;DR Linux は TCP KeepAlive に対応していますが、普通に socket を開くだけだと有効化されません。既定では無効の状態です。アプリケーションが setsockopt システムコールを (第 3 引数 = 1 で) 呼び出して、初めて TCP KeepAlive が有効化されます (ちなみに既定で TCP KeepAlive が無効なのは、Windows でも同様です)。 アプリケーションで TCP KeepAlive を有効化するには、2 つの方法がとれます。 アプリケーションで setsockopt を実装する。ただし、ソースコードの編集やコンパイル/ビルドが出来る必要があります。 LD_PRELOAD=libkeepalive.so を環境変数に宣言してからアプリケーションを実行する。ソースコードに手を加えなくて良いのが利点である一方、libkeepa
tl;dr TCP における TIME-WAIT は悪い子ではないですが誤解されがちです。みんな仲良くしてあげましょう。 なお、これを書いている私自身も誤解している可能性があるので、それに気づいた方はご指摘いただければ思います。 また、kernel option の話には踏み込みません。 TIME-WAIT を含む状態遷移 ss (netstat) で TIME_WAIT のコネクションが多数表示された、トラブルでは?というようなことを気にされる現場も多いと思います。この TIME_WAIT というのは TCP の状態の一つですが、いろいろと誤解されがちなかわいそうな状態でもあります。 まずは前提として、TCP の状態遷移図を RFC 793 から引用します。 +---------+ ---------\ active OPEN | CLOSED | \ ----------- +----
GCEちょい技 – Cloud IAP TCP Forwarding で踏み台サーバ要らずなメンテナンス | apps-gcp.com
外部IPアドレスがないCompute Engine VMにSSH/RDPログインするためには、これまでは 踏み台サーバ(Bastion Server)を経由する必要がありました。 外部IPがなければFWルールの状態にかかわらず外部インターネットからのアクセスを 制限できる反面、踏み台サーバを用意して起動しておく必要があり、余計なコストが かかっていました。 これから紹介する Cloud IAP TCP Forwarding を使えば、踏み台サーバを用意せずに外部IPアドレスがないVMに対してSSHやRDPログインすることが可能になります。 対象読者 Cloud Shellにそんなに抵抗がない コマンド実行のためだけの踏み台サーバの運用がつらい Cloud Shellの基本的な使い方については、こちらの記事を参考にしてください。 HandsOn環境迷子に贈るCloud Shell 準備作業
こんにちは、ウイルです。 今回は、TCP/IPの概要について説明します。 ネットワークや通信はなかなか想像しづらく、苦手意識を感じている方も多くいらっしゃるのではないでしょうか。私も基本情報技術者試験を受けた時は、ぼんやりと暗記していました、、 今回は、「なぜ必要なのか？」という点も含め、できるだけ分かりやすく説明していきます インターネットとは TCP/IPとは ネットワーク同士をつなぐ共通の通信方法 4つの階層モデル まとめ インターネットとは TCP/IPについて理解する前に、インターネットについて復習しておきましょう。 皆さんはインターネットとは？と聞かれたときにどのように回答しますか？ インターネットについてざっくりいうと、ネットワーク同士がつながったものです。 インターネットにつなげるためには、Yahoo！BBやBIGLOBE、eo光などのプロバイダーと契約をしますね。 元々、
Advent Calendar 2020 全部オレシリーズ 14日目です。誕生日記念号です。おめでとうございます。ありがとうございます。 先日も gRPC と NLB での idle timeout の問題について触れましたが、今回は Istio の Ingress Gateway で NLB の idle timeout に対応する方法です。 Go言語ではクライアント側もサーバー側もデフォルトで15秒間隔の TCP keepalive が有効になるということも書きましたが、Istio を導入した環境では、サーバーの接続相手は localhost の Envoy (istio-proxy) となるため、TCP keepalive もその間で閉じてしまってクライアントには届きません。クライアントと TCP 接続するのは Istio Ingress Gateway なのです。 また、クライアン
この記事はRust Advent Calendar 2021 （カレンダー２）の14日目の記事です。 作ったもの ngrokというサービスに触発されて、自分でも似たようなもの作ってみようという動機で作ってみました。 出来ることは、TCPのrelayするためのオレオレプロトコルのrelay serverとclient(agent)になります。 思い立つ 野暮用により、RaspberryPi(以下RPi)を短い期間に遠隔で動すということが必要になったことがありました。 その際にメンテナンス用にsshを行いたいと画策して、最初はOpenVPNとかSoftEatherみたいなVPN案件かなと思っていたのですが、ngrokを見つけて使ってみたところすごく簡単に使えたので感動しました。 そこで、自分でも作って見ようかと考えてみました。 ngrokでTCP tunnelを利用する方法 ngrokに登録す
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【技術書まとめ16】マスタリングTCP/IP 入門編 - 銀行員からのRailsエンジニア
やさしいEC2からRDS疎通確認（TCPレイヤー接続） | Oji-Cloud
GCEちょい技 - Cloud IAP TCP Forwarding で踏み台サーバ要らずなメンテナンス
How HTTP Keep-Alive can cause TCP race condition
ビデオレコーダを狙った 9530/tcp 宛通信の増加について
【C#】TCP/IPサーバで通信の切断を検出する - Qiita
TCP echo server for Node.js
TCP Slow Startを改善する HyStart++について - ASnoKaze blog
Threat Alert: TCP Amplification Attacks – Radware Blog
TCP Fast Open? Not so fast! | APNIC Blog
Node.jsでTCP通信する - Re: note
Amazon.co.jp: マスタリングTCP/IP―入門編―(第6版): 井上直也, 村山公保, 竹下隆史, 荒井透, 苅田幸雄: 本
TCP is UNreliable | Cliff Click's Blog
2019年11月 TCP SYN/ACKリフレクション攻撃の観測事例
第3回 CUBIC-TCPの登場 | gihyo.jp
DockerのAPIをTCPで待受させる - Qiita
Dead-simple TCP/IP services using servant
TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう｜ハイクラス転職・求人情報サイト AMBI（アンビ）
802.11ah(WiFi HaLow)で本当にTCP/IP通信できるの？ - Qiita
Linux での TCP KeepAlive 有効化方法 | /etc/openjny
TCPのTIME-WAITを温かく見守る - Qiita
【ネットワーク】TCP/IPとは？分かりやすく解説 - Economics Of TEC
Istio で Downstream への TCP keepalive を送る方法
RustのtokioでオレオレTCP relay serverを作ってみる