並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 214 件 / 214件

新着順 人気順

TCPの検索結果201 - 214 件 / 214件

  • GitHub - threadfly/ListenRain: Go network programming framework, supports multiplexing, synchronous and asynchronous IO mode, modular design, and provides flexible custom interfaces。The key is the transport layer, application layer protocol has nothing to

    The parallelogram represents the interface. It can be seen from the figure that the interface is fully reused on both the server and the client. A brief introduction to the functions of the next few interfaces: EncodePacket/DecodePacket: Responsible for solving the sticky packet problem of data receiving and sending. Through this interface, memory can be reclaimed when sending and receiving data,

      GitHub - threadfly/ListenRain: Go network programming framework, supports multiplexing, synchronous and asynchronous IO mode, modular design, and provides flexible custom interfaces。The key is the transport layer, application layer protocol has nothing to
    • 【TCP】シーケンス番号とACK番号について解説

      TCP通信では、シーケンス番号と確認応答(ACK)番号を使用して、データバイトのやり取りします。 シーケンス番号は、TCPデータセグメントを正しい順番で並び替えることができるよう、追跡する数字で、ACK番号は、接続先にどこからのデータを要求したいのかを表す数字です。 ここでは、以下の擬似環境下を例にシーケンス番号とACK番号がどのように計算されるか確認します。 クライアントからサーバへTCP接続を開始する。 クライアントからサーバへ111バイトのTCPデータ(セグメント)を送信する。 サーバからクライアントへ222バイトのTCPデータ(セグメント)を送信する。 サーバからTCP接続を終了させる。 シーケンスの考え方 シーケンスは、初期値からTCPデータ(セグメント)を送信したバイト数分を加算していきます。 例えば、1000バイトのTCPデータを100,200,300,400の4つのセグメン

        【TCP】シーケンス番号とACK番号について解説
      • GoでTCPソケットを読み書きするときに起こるエラー - castaneaiのブログ

        ソケット通信は双方向で遠隔という複雑な条件下のためさまざまなエラーが発生する。 Goでソケット通信を書いていて、言語の力のおかげで記述は楽になっているが、下層で同じOSの機能を使っている以上エラーは避けられない。 そもそも、どんなときにどんなエラーが起こりうるのか、特にGoの net パッケージではどのようにエラーを扱っているのか、今まであまり考えずに正常系のみを実装していたので これはよくないなって思って調べた。 ソケット通信の基本 read と write TCPにおけるソケット通信は基本 read と write である。名前の通り、読み・書きを表す。 ソケット通信でエラーが起きるのは、この read/write の処理の中が多い。 net.OpError によるラップ Goでソケット通信中に起こるエラーはほぼすべて net.OpError 構造体でラップされる。 ただし io.EO

          GoでTCPソケットを読み書きするときに起こるエラー - castaneaiのブログ
        • pythonでsocket通信(サンプルプログラム) - Qiita

          はじめに Docker上に展開しているコンテナでsocketで受信待ち状態にして、socketで通信を受け取ったら、以降の処理を走らせる形のサンプルプログラム。 別コンテナからのリクエストで、同期して処理を実行させたい場合などに使えるかと。 環境 windows10 pro wsl2(20.04.5 LTS (Focal Fossa)) Dockerのバージョン Docker version 20.10.18, build b40c2f6 docker-compose version 1.29.2, build 5becea4c ※Docker Desktop ではありません ※通信のリクエストは、Windowsからも行っています python 3.10.7 コンテナのポート設定については import socket import logging # 受信IP(外部からの接続は127.0.

            pythonでsocket通信(サンプルプログラム) - Qiita
          • iptables から nftables への移行

            Debian GNU/Linux 10 ,コードネーム buster が安定板リリースを迎え結構経ったので,そろそろアップグレード案件やるかみたいな感じになった. さて, buster からは iptables に代わり nftables が採用されている.なので, iptables から nftables に移行が推奨されている.で,既存の iptables のルールセットを nftables 用に書き直したので,その備忘録. なお,参考文献は以下だが,こちとらインフラは素人の普段はプログラマ屋さんなので結構間違ってるかもしれない. https://wiki.nftables.org/wiki-nftables/index.php/Quick_reference-nftables_in_10_minutes https://wiki.archlinux.jp/index.php/Nfta

              iptables から nftables への移行
            • マスタリングTCP/IP 情報セキュリティ編(第2版) | Ohmsha

              インターネット技術を学ぶうえで情報セキュリティを正しく理解することは不可欠ですが、ITにおけるネットワークの重要性が増し利用方法が多岐になるにつれて、技術者なら誰もが知っているべきセキュリティ技術の範囲はどんどん広がっています。 本書は、日々更新されていくネットワークセキュリティ技術にキャッチアップしていくために必要となる基礎を体系的に網羅した「マスタリングTCP/IPシリーズ」の1冊です。基本的な暗号技術、それらのセキュリティプロトコルへの応用、認証技術、Webアプリケーションへの多様化する攻撃手法の理解と対策などを扱っています。 第1版発行から10年弱が経過し、技術は進歩しセキュリティに対するニーズも高まっています。こういった背景を踏まえて、第2版では目次構成の見直しを行い、大幅な加筆修正を行っています。 第2版序文 序文 目次 第1章 情報セキュリティ概論 1.1 情報セキュリティと

                マスタリングTCP/IP 情報セキュリティ編(第2版) | Ohmsha
              • なぜ、OSPFはTCPを使わないのか?

                ipSpaceのブログより。 あるネットワーク・アーティストから、『How Networks Really Work』のウェビナーのルーティング・プロトコルのセクションを見た後、OSPF関連の質問の長いリストが送られてきました。簡単なものから始めましょう。 歴史的な観点から、なぜ、OSPFがTCPに頼るのではなく、独自のトランスポート・プロトコルを発明したのか、何か理由はありますか? 私は、OSPFが設計されたとき、その場にいませんでしたが、いくつかの考えられる説明があります。トランスポート・プロトコルがどのような機能を提供する必要がある機能かという点から始めましょう。 TCPはポイントツーポイントのセッションを持っています。すべてがレイヤ3スイッチである今日では、これで十分ですが、初期の頃はルータが高価で、共有のレイヤ2セグメントに多数のエッジルータを接続するのが一般的でした。OSPF

                • tcコマンドの使い方 - hana_shinのLinux技術ブログ

                  ランキング参加中Linux 1 tcコマンドとは? 2 検証環境 2.1 ネットワーク構成 2.2 版数 3 qdiscの種類 4 クラスレスqdiscの設定、削除 4.1 設定、削除の書式 4.2 pfifoの設定、削除の方法 4.3 sfqの設定、削除の方法 4.4 tbfの設定、削除の方法 4.5 netemの設定、削除の方法 4.5.1 一定の遅延を設定する方法(delay) 4.5.2 遅延にばらつきを設定する方法(delay) 4.5.3 廃棄の設定方法(loss) 5 クラスフルqdiscの設定、削除 5.1 prioの設定、削除の方法 5.1.1 設定方法 5.2.2 削除方法 5.2 htbの設定、削除の方法 5.2.1 設定方法 5.2.2 削除方法 6 統計情報を確認する方法 7 実験 7.1 遅延 7.2 廃棄 8 その他 Z 参考情報 1 tcコマンドとは? カー

                    tcコマンドの使い方 - hana_shinのLinux技術ブログ
                  • TCPが再送しているケースだけではない?WiresharkでBad TCPが発生する原因 | 東陽テクニカ | “はかる”技術で未来を創る | ワン・テクノロジーズ・カンパニー

                    自宅でリモートワーク中に自分の通信をWiresharkでキャプチャしていると、実に多くの黒いパケットが発生していたりします。この黒いパケットの正体は、Wiresharkのデフォルトカラーリング設定の"Bad TCP"に分類されたパケットです。 自宅までは光通信となっていて、その先にはWifiルータを設置していて、PCとは無線で接続していますが、とても早くて快適です。遅いとか繋がらないとかいうことは一切感じません。

                    • Socket通信の勉強(1) - ディスクリプタ/TCPによる通信

                      Socket通信を勉強する。 前提プログラムはMac(Mojave)で動かす。ネットワークに関する知識はほんの少しある。使うプログラミング言語はC++だが、ここではbetter Cの意味でしか用いない。(寄り道) ファイル入出力Socket通信を学んでいると、ファイルディスクリプタが出てきたので、まずはそこから勉強する。 関数定義についてはJM Projectから引用したものを用いる。これはLinuxマニュアルと同じらしいので、恐らくmanコマンドで出力されるものと同じである(ただし英語であるが)。 ファイルディスクリプタとはファイルディスクリプタとは、ファイルと結びつけられた単なる整数値である。データの読み書きを行う場合は、この整数値を指定してアクセスする。例えばファイルtest.txtのファイルディスクリプタが4だった場合、読み書きをする関数read/writeには引数4を指定する。

                      • ソケット通信 possible SYN flooding on port 443. Sending cookies. がログに出てきた - Qiita

                        ソケット通信 possible SYN flooding on port 443. Sending cookies. がログに出てきたLinux はじめに インターネットに公開しているホームページが突然閲覧できなくなりました。サーバではロードアベレージも低く、負荷はかかっていないようでした。今回の記事ではこの状況下でのボトルネックの確認&対応方法について簡単にまとめてみました。 環境 CentOS6 Apache 参考 https://qastack.jp/server/294209/possible-syn-flooding-in-log-despite-low-number-of-syn-recv-connections https://github.com/hiboma/hiboma/blob/master/kernel/net/net-backlog.md https://qiit

                          ソケット通信 possible SYN flooding on port 443. Sending cookies. がログに出てきた - Qiita
                        • GitHub - panjf2000/gnet: 🚀 gnet is a high-performance, lightweight, non-blocking, event-driven networking framework written in pure Go./ gnet 是一个高性能、轻量级、非阻塞的事件驱动 Go 网络框架。

                          gnet is an event-driven networking framework that is ultra-fast and lightweight. It is built from scratch by exploiting epoll and kqueue and it can achieve much higher performance with lower memory consumption than Go net in many specific scenarios. gnet and net don't share the same philosophy about network programming. Thus, building network applications with gnet can be significantly different f

                            GitHub - panjf2000/gnet: 🚀 gnet is a high-performance, lightweight, non-blocking, event-driven networking framework written in pure Go./ gnet 是一个高性能、轻量级、非阻塞的事件驱动 Go 网络框架。
                          • Top 1,000 TCP and UDP ports (nmap default)

                            Some quick notes on what nmap scans by default, the commands below will give you the ranges scanned, and there's also some lists suitable for copy/pasting. Top 1,000 TCP Ports: nmap -sT --top-ports 1000 -v -oG - Top 1,000 UDP Ports: nmap -sU --top-ports 1000 -v -oG - Ports ordered by frequency: sort -r -k3 /usr/share/nmap/nmap-services Example for specific services: nmap -sT -p*telnet* -v -oG - Co

                              Top 1,000 TCP and UDP ports (nmap default)
                            • TCPのタイムアウトまでの時間を確認 - Qiita

                              # 存在しないIP宛にtelnetするとタイムアウトまでの時間がわかる。 $ time telnet 192.168.9.12 Trying 192.168.9.12... telnet: connect to address 192.168.9.12: Connection timed out real 2m7.001s user 0m0.000s sys 0m0.001s

                                TCPのタイムアウトまでの時間を確認 - Qiita