FIN -> FIN/ACK -> ACK という TCP の幻想 - kawasin73のブログ

テクノロジーカテゴリーの変更を依頼記事元:

kawasin73.hatenablog.com

13 usersがブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

northlight へえ・・・

2022/06/14 リンク

moccos_info "むしろ ACK は必須で、つけないと無視されてしまいます。 RFC をよく読めばわかることです"

TCP
network

2020/06/14 リンク

castaneai “ESTABLISHED 状態になった後は基本的に全てのセグメントに ACK をつける必要があります。FIN 単体のセグメントは不正なセグメントとみなされて無視されてしまいます。”

2020/05/21 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

FIN -> FIN/ACK -> ACK という TCP の幻想 - kawasin73のブログ

掴んで離さぬコネクション。どうも、かわしんです。しがみつかずに適切なタイミングで離しましょう。こ... 掴んで離さぬコネクション。どうも、かわしんです。しがみつかずに適切なタイミングで離しましょう。この１週間で RFC を読みながら TCP/IP プロトコルスタックを自作した 1 のですが、その時にコネクションの終了処理でハマったので後学のために書き残しておきます。一言でまとめると FIN -> FIN/ACK -> ACK は間違っていて、正しくは FIN/ACK -> FIN/ACK -> ACK であったという話です。ちなみに、僕が自作した TCP/IP プロトコルスタックはこれです。 github.com 現象それは TCP のリスナーと close 処理が出来上がってコネクション管理のテストをしていた時のことでした。自作 TCP スタックでポートを Listen して Accept したらすぐにサーバ側からコネクションを切断するというテストコードを書いて実行し、Linux

ブックマークしたユーザー

keno_ss2023/04/25
northlight2022/06/14
nna7742021/11/28
T-takeda2020/07/17
tk41682020/06/15
moccos_info2020/06/14
Clomie2020/06/12
castaneai2020/05/21
pic0chan2020/02/10
bootJP2019/09/03
ahya3652019/09/01

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx