並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 301件

新着順 人気順

TcpIpの検索結果41 - 80 件 / 301件

  • Windows XP/2003のTCP同時接続数制限とその回避:鵜飼裕司のSecurity from KAGURAZAKA:ITpro

    Windows XP SP2とWindows Server 2003 SP1のTCP/IPスタックでは、不完全な外向きのTCP同時接続数を10接続に制限しています。接続数が10に達した場合、接続要求はキューイングされ、ある一定間隔で処理されるようになります。 この制限は、ホストがワームに感染した際、他のホストへの影響を最小限にするため、Windows XP SP2とServer 2003 SP1で新たに実装されました。しかしこの制限は、不完全な外向きのTCP接続を大量かつ同時に張るアプリケーションにおいては、大きなパフォーマンス低下を招く可能性があります。例えば、P2Pシステムや脆弱性スキャナなどが挙げられます。特に脆弱性スキャナは業務で利用するケースが多いと思いますので、パフォーマンス低下は非常に致命的です。 これを回避する選択肢の一つとして、TCP同時接続数制限の無いプラットフォームを

      Windows XP/2003のTCP同時接続数制限とその回避:鵜飼裕司のSecurity from KAGURAZAKA:ITpro
    • ネットワークエンジニアを目指して -ネットワーク技術の解説とネットワーク関連書籍の紹介-

      ネットワークエンジニアの仕事って? ネットワークを学びたいけど何から学べばよいか分からない!! TCP/IPって何?ルーティングって何なのよ? Ciscoの資格、CCNAを取りたい!! 当サイトではそんなネットワークエンジニアを目指している方に向けて、ネットワークに関する情報を幅広く紹介し、そんな初心者ネットワークエンジニアのスキルの向上を目指しています。 トラブルにも動じないネットワークスキルを身につけよう! ネットワークに携わるエンジニア職に就きたいとお考えの学生の方や、ネットワークエンジニアの仕事に興味があって転職を考えているという方など、これからネットワークの技術を身につけていきたいとお考えのネットワークエンジニア予備軍に役に立つ情報を提供していきます。 ネットワークエンジニアのためのネットワークの基礎 イロハを学び始めて間もない方は、まず基礎をしっかり学ぶことから始めましょう。

      • AAで図解!ずばり一目で全く解らないコンピュータセキュリティ

        最終更新日: Wednesday, 29-Nov-2006 02:46:05 JST Webバグ CSRF (Cross Site Request Forgeries) DoS (サービス拒否) サニタイズ オレオレ証明書 Cookie Monster SQL インジェクション HTTP Response Splitting (レスポンス分割) HTTPのページのフレームにHTTPSのページを表示 バッファオーバーフロー フィッシング Forceful Browsing (強制ブラウズ) クロスサイトスクリプティング ゼロデイ(0day)攻撃 ディレクトリトラバーサル セッションハイジャック 権限昇格 OS コマンドインジェクション オープンプロキシ Webバグ \  __  / _ (m) _ビーコーン |ミ| /  `´  \ ('A`

        • @IT:Master of IP Network 総合目次

          Master of IP Networkフォーラム 全記事インデックス 過去に掲載された全ての記事にアクセスできる目次です。更新: 2008/12/9

          • ソケットプログラミングのTips

            概要 ソケットプログラミングに関するTipsをメモレベルで記載する。 切断検知と経路切断 TCPコネクションの切断検出 対向がclose()、shuttdown()、プログラム終了等をしたときの切断検出について。 OSをシャットダウンさせた場合も通常はアプリケーションの終了処理が走り、正常な切断が動く。 受信側の切断検出は、recv()がlength==0で返ってきたとき、または、errno==ECONNRESETとなる。(ECONNRESETはRSTによって切断された場合) 送信側の切断検出は、切断された後2回目のsend()がエラーとなる。 ※相手がclose()→こちらがsend()→相手にパケットが飛ぶが待ち受けプログラムがいないためRST応答が来る→もう1度send()→エラー ※send()自体はカーネルの送信バッファにデータコピーするだけなので、TCPレベルの応答(送信完了)

              ソケットプログラミングのTips
            • 【コラム】Yet Another 仕事のツール (91) Synergyでキーボード、マウスを共有する | エンタープライズ | マイコミジャーナル

              かつて「いつかは一人一台の時代がくる」と言われていたPCだが、いつのまにやら価格もリーズナブルになり、当たり前のように2〜3台のPCが机の上に積み上がるようになってきた。個人的にも、デスクトップとノートを両方所有している人は多いだろう。ちなみに筆者の机の周辺には、現在3台のデスクトップと1台のサーバ、そして2台のノートが置かれており、それぞれにオフィスと地球を暖める仕事をこなしてくれている。 さて、ひとりで複数のPCを使うようになると、困るのが入出力インタフェースの混乱である。ディスプレイに関しては、安価な切り替え機があるのでさほど不便なことはないが、キーボードやマウスまで切り替え可能な所謂「PC切替機」は、安くても2万円程度はするし、接続台数も2〜4台しか対応できないものがほとんどだ。できれば、もっと安価かつ柔軟に、複数のPCを1セットのキーボード、マウスから集中コントロールしたい。そこ

              • .NET アプリケーションのパフォーマンスとスケーラビリティの向上 - 第 5 章 「マネージ コ ード パフォーマンスの向上」

                Recommendations on how to design and develop custom applications using the Microsoft platform Each patterns & practices offering contains a combination of written documentation and re-usable source code. Many also include a reference implementation. As the guidance is being developed it is reviewed and approved by internal Microsoft product teams and by external customers and partners. This produc

                  .NET アプリケーションのパフォーマンスとスケーラビリティの向上 - 第 5 章 「マネージ コ ード パフォーマンスの向上」
                • 図解で学ぶネットワークの基礎

                  Copilot+ PCが6月18日に国内発売、物議かもしたRecallは本格提供時期「未定」に 2024.06.17

                    図解で学ぶネットワークの基礎
                  • tcpdumpとiptablesの関係 - (ひ)メモ

                    追記 2009-04-03 まったくもってブコメでいただいた指摘の通りです>< h2onda linux, tcpdump tcpdump(というかlibpcap)は、データリンク層(OSI layer2)レベルでパケットを取得する packet プロトコルを使ってるので、そうなります。参照: man packet(7) 2009/04/02 はてなブックマーク - h2ondaのブックマーク / 2009年4月2日 tt_clown network 細かいけど,図は逆(NIC が下)のが良いかなと思った./ "ip"tables と言う位だから,IP層でパケットをフィルタしてるて事だろうな.tcpdumpはEthernet Frameも見えるので,後は分かるな?・・・てとこか. 2009/04/02 はてなブックマーク - tt_clownのブックマーク / 2009年4月2日 pack

                      tcpdumpとiptablesの関係 - (ひ)メモ
                    • @IT:Windows Server Insider 連載インデックス

                      Azure Web Appsの中を「コンソール」や「シェル」でのぞいてみる (2017/7/27) AzureのWeb Appsはどのような仕組みで動いているのか、オンプレミスのWindows OSと何が違うのか、などをちょっと探訪してみよう Azure Storage ExplorerでStorageを手軽に操作する (2017/7/24) エクスプローラのような感覚でAzure Storageにアクセスできる無償ツール「Azure Storage Explorer」。いざというときに使えるよう、事前にセットアップしておこう Win 10でキーボード配列が誤認識された場合の対処 (2017/7/21) キーボード配列が異なる言語に誤認識された場合の対処方法を紹介。英語キーボードが日本語配列として認識された場合などは、正しいキー配列に設定し直そう Azure Web AppsでWordPr

                      • Tor - Wikipedia

                        Tor(トーア、トール 英語: The Onion Router)は、Transmission Control Protocol(TCP)を用いた通信を匿名化するための規格、およびそのリファレンス実装であるソフトウェアの名称である。名称の由来は、オリジナルのソフトウェア開発プロジェクトの名称である「The Onion Router」の頭文字である。 略史[編集] Torは当初、オニオンルーティングの開発元でもある、アメリカ海軍調査研究所によって支援されていたが[4]、2004年以降は電子フロンティア財団 (Electronic Frontier Foundation) により支援されるプロジェクトとなった。2005年11月以降[5]はEFFによる金銭の支援は終了した。ウェブホスティングは継続されている。 中国とTorプロジェクトの攻防[編集] Torの紹介動画 中華人民共和国(中国)は、2

                          Tor - Wikipedia
                        • はやいTCPサーバの書き方 - nyaxtのPC作業ログ

                          cagra高速化にあたってのノウハウを一部公開してみます。また明日校正/更新します。つっこみ待ちです。 select(2)の代わりにepoll_wait(2), kqueue, /dev/epoll等を使う 他に山ほど解説ページがあるので略 大量のディスクリプタを処理するようなサーバの場合、多少効果があるかもしれません。しかし、クライアント数が少ない場合、劇的な性能の向上は見込めないとおもいます。クライアント数が多い場合は、1セッション1スレッドなモデルではOS側のタスクスイッチングのオーバーヘッドが効いてくることも多いです。クライアント数を増やすには複数のセッションを1スレッドで処理できるようにすると良いです。実装にあたっては、non-blocking ioを活用すると効果的です。 TCP_NODELAYを設定する Nagleアルゴリズムをオフにします。多少応答性が良くなります。 これっ

                            はやいTCPサーバの書き方 - nyaxtのPC作業ログ
                          • OGA's Web Page - TCP Monitor Plus

                            Webサイト移転のお知らせ この度、Webサイトを移転することになりました。 Webサイトアドレス(URL)を下記の通り変更させていただきます。 お手数ですが、ブックマーク等に登録されている方は変更をお願いいたします。 新サイト: https://dns-plus.net/ リダイレクトURL https://dns-plus.net/

                              OGA's Web Page - TCP Monitor Plus
                            • 「Linuxで動かしながら学ぶTCP/IPネットワーク入門」という本を書きました - CUBE SUGAR CONTAINER

                              表題のとおり TCP/IP に関する本を書きました。 今回は、そのご紹介です! Linuxで動かしながら学ぶTCP/IPネットワーク入門 作者:もみじあめAmazon どんな本なの? Linux を使って実際にネットワークを組んで動かしながら TCP/IP について学べる本です。 実際に手を動かすことで、より実践的で風化しにくい知識と技術を身につけることが本の目的です。 こんな人にオススメ 次のいずれかに当てはまるような方には、この本が参考になると思います。 ネットワークが専門ではない IT エンジニア、またはそれを志す学生さん 他の TCP/IP に関する本を読んだことはあるけど、身についている実感が少ない インターネットやインフラの技術についてよく知らないけど興味はある ネットワークを気軽に組んで実験できる環境の作り方に興味がある そして、この本を読んで試した後には、次のような効果が見

                                「Linuxで動かしながら学ぶTCP/IPネットワーク入門」という本を書きました - CUBE SUGAR CONTAINER
                              • Programming UNIX Sockets in C - Frequently Asked Questions

                                Created by Vic Metcalfe, Andrew Gierth and other contributers (Transrated into Japanese by: Keisuke Mori)May 21, 1998 この文書は、UNIX 上での ソケットインターフェースを用いた TCP/IP アプリケーションプログラミングについて、頻繁に行われる質問とその 解答を集めたものです。 1. 一般的な情報と概念 1.1 更新情報 1.2 この FAQ について 1.3 この FAQ はどのような人向けでしょうか? 1.4 ソケットって何ですか? 1.5 ソケットはどのように動作するのでしょうか? 1.6 [ある本の題名] という本のソースコードはどこから取得できますか? 1.7 どこでもっと情報を得ることができますか? 2. クライアントとサーバ(TCP/SOCK_STREA

                                • NAT をやめて、透過 SOCKS プロキシを導入した - Cybozu Inside Out | サイボウズエンジニアのブログ

                                  以下の記事内容について、奥一穂氏(@kazuho)より、「connectのエラーコードが信頼できなくなるといった欠点もあるのに透過 SOCKS プロキシが汎用的に良いように読めてしまう」というご指摘をいただきました。確かに、下記内容は当社が抱えていた複数の課題を短期間で解消できる「ワークアラウンド」として透過 SOCKS プロキシという技法もあることを紹介したものであり、NAT と比較して常に良いという主張をしたかったわけではありません。また、記事内では解説を省きましたが、従来より HTTP(S) 通信は NAT ではなく HTTP プロキシを利用しています。謹んで補足・訂正とさせていただきます。 猫が好きだけど猫アレルギーで近寄ることができない山本泰宇です。 先日アーキテクチャ刷新プロジェクト「Neco」を紹介しましたが、今回はその活動の一環として実施したネットワークアドレス変換(NAT

                                    NAT をやめて、透過 SOCKS プロキシを導入した - Cybozu Inside Out | サイボウズエンジニアのブログ
                                  • ウノウラボ Unoh Labs: TCP/IP入門

                                    尾藤正人(a.k.a BTO)です このブログを読んでる方にはWebプログラマが多いかと思いますが、Webの仕組みを基礎から理解してプログラムは書いてますでしょうか。 もちろんそんなことは知らなくても抽象化されてるので気にする必要は全然ないのですが、やはりエンジニアとしてはちゃんとどういうものか理解してプログラムを書いた方がよりよいプログラムが書けると思います。 そこで先日の社内勉強会で、TCP/IPについて軽くおさらいしてみました。 かくいう僕もTCP/IPについて勉強したのは7, 8年前だったのでいろいろ復習してたんですが、忘れていたり、実はちゃんと理解できてなかったことがありました。 せっかくなので資料を公開しておきます。 よかったら参考にしていただければと思います。

                                    • HTTP Cats

                                      Usage:https://http.cat/[status_code]Note: If you need an extension at the end of the URL just add .jpg.

                                        HTTP Cats
                                      • 富士通研究所、ソフトウェアだけで通信性能を大幅に改善する新技術

                                        • いまさら聞けない、IPv6アドレス体系の基礎

                                          IPv4アドレス在庫の枯渇やWorld IPv6 Dayの実施に伴い、「そういえば昔IPv6について読んだけれど、いまはどうなっているんだろう?」と感じている人も多いのではないでしょうか。最新状況を踏まえたIPv6の「基礎」を改めて紹介します。(編集部) 最近話題の「IPv6」って何? IPv4アドレス在庫の枯渇やWorld IPv6 Dayの実施に伴い、またIPv6周りが騒がしくなってきました。あのAmazon EC2もIPv6に対応するというニュースも報じられています。皆さんも「IPv6って何だろう?」「そういや昔にIPv6の記事を読んだけど、いまはどうなってるんだろう」という疑問を抱いて、この記事を読み始めたのかもしれません。この連載では6回に分けて、IPv6アドレス体系の基礎からルータやサーバの設定例、セキュリティ設定など、実運用に際して必要となるIPv6の知識を紹介していきます。

                                            いまさら聞けない、IPv6アドレス体系の基礎
                                          • netstat - ホストのネットワーク統計や状態を確認する

                                            netstatコマンドは、ホストのネットワーク接続状態やソケット/インターフェイスごとのネットワーク統計などを確認するためのコマンドだ。ホストが現在実行している接続一覧とそのステータスを確認できるほか、IPやTCP/UDP以下の各パケット統計やエラー状態なども調べられる。ホストにおけるネットワーク調査全般の総合的なコマンドを意図しているので、ルーティング・テーブルの確認など、ほかのコマンドと同様の機能も実装されている。 なお、各機能の設定については、ifconfigやrouteなどの専用コマンドまたはGUIによるプロパティ設定が必要だ。

                                            • 日本ネットワークインフォメーションセンター - JPNIC

                                              2024年のトピックス 2024-07-04 インターネットガバナンス トピックスIGF 2023に向けた国内IGF活動活発化チーム第51回会合開催のご案内 2024-07-02 Web更新ICANN通常理事会(2024年6月8日開催)決議概要を掲載 2024-07-02 Blog記事JANOG54 ブース出展とBoF開催のお知らせ 2024-07-01 トピックスJPNICトークラウンジ第16回ライブ配信「クロサカタツヤさんに聞く、インターネットに『自律と尊厳』は必要ですか?」及び第15回アーカイブ公開のご案内 2024-07-01 トピックスJANOG54ミーティングでJPNICがブースを出展します ~ 電子証明書を使わないポータルサイト「レジ・ポータル」展示! ~ 2024-07-01 メルマガvol.2087:【臨時号】第69回ICANN報告会レポート 2024-07-01 トピッ

                                              • ネットワークのおべんきょしませんか?

                                                「ネットワークのおべんきょしませんか?」は、今やつながっていることが当たり前のネットワークの仕組みをより深く理解していただくためのネットワーク技術解説サイトです。 ITエンジニアの方はもちろん、普段、ネットワークを利用しているすべての方が「ネットワークってこんな風につながっているんだ」って参考にしていただければ幸いです。 ネットワーク技術を基礎から学ぶために、以下のカテゴリに分類してさまざまな解説をしています。これからネットワーク技術を勉強される方は、カテゴリの並びの順にご覧ください。 ネットワーク技術解説カテゴリカテゴリ概要

                                                  ネットワークのおべんきょしませんか?
                                                • iOS 7は3G・4G通信とWi-Fiなどを同時使用して回線速度を安定させる「MPTCP(マルチパスTCP)」に対応していることが判明

                                                  by liz west イーサネットや複数のモバイルルーターなどを接続して回線を束ね安定運用できる「Dispatch」というソフトがありますが、iOS 7はこのDispatchを使ったときと同じように、複数経路のTCPコネクションを張れる「MPTCP(マルチパスTCP)」に対応していることがわかりました。 Apple iOS 7 surprises as first with new multipath TCP connections - Network World http://www.networkworld.com/news/2013/091913-ios7-multipath-273995.html MPTCPというのは、インターネット技術の標準化を推進している団体IETFが近年作業を進めてきたTCPの改良プロトコルで、TCPコネクションを複数にすることで冗長性を高め性能を向上させ

                                                    iOS 7は3G・4G通信とWi-Fiなどを同時使用して回線速度を安定させる「MPTCP(マルチパスTCP)」に対応していることが判明
                                                  • WELL KNOWN PORT NUMBERS

                                                    Last Updated 2024-04-19 Expert(s) TCP/UDP: Joe Touch; Eliot Lear, Kumiko Ono, Wes Eddy, Brian Trammell, Jana Iyengar, and Michael Scharf SCTP: Michael Tuexen DCCP: Eddie Kohler and Yoshifumi Nishida Reference [RFC6335] Note Service names and port numbers are used to distinguish between different services that run over transport protocols such as TCP, UDP, DCCP, and SCTP. Service names are assigned

                                                    • レイヤー越えが出来ない人たち - Nothing ventured, nothing gained.

                                                      物にはそれぞれの役割というものがある。 もちろん、本来の役割を超えて利用されることもある。可能性は無限大だ。 だが、ある物に固執し、本来ならば他の物で対応されるべきものまでをも無理に対応しようとすることは褒められたものではない。コンピューターシステムでは、そのような行為はコストを増大させることになったり、設計に無理を生じさせる。 spモードはなぜIPアドレスに頼らざるを得なかったか : 高木浩光@自宅の日記 NTT DoCoMoのspモードでの障害は当初の予想よりも深刻な根本設計レベルの問題が原因であることが指摘されている。Web技術者にとって、IPアドレスとユーザーを結びつけるなどということはあり得ない。だが、NTT DoCoMoにとってはそうでもなかったらしい。 高木さんのブログでその背景などが推測されているが、今回の件だけではなく、NTT DoCoMoなどのキャリア系の人たちに共通す

                                                        レイヤー越えが出来ない人たち - Nothing ventured, nothing gained.
                                                      • http://www.space-peace.com/ethereal/

                                                        • TCP-IPポート番号一覧

                                                          Last update 2008.03.20 TCP/IP のポート番号一覧です。IANA提供の資料を抜粋&加工しましたしました。 TCP、UDPのポート番号は大きく3種類に分かれています。 1.よく知られているポート(WELL KNOWN PORT NUMBERS) 0-199 200-499 500-1023 2.予約済みポート(REGISTERED PORT NUMBERS) 1024-1499 1500-1699 1700-1999 2000-2499 2500-3299 3300-4999 5000-9999 10000-49151 3.動的/プライベートポート(DYNAMIC AND/OR PRIVATE PORTS) 49152〜65535 ☆サービス順にソートしてみました Reserved or Unassigned 数字-B C-C D-E F-

                                                          • Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由(& サーバのベンチマーク手法の話)

                                                            TCP通信をするプログラムを書く際に「データの送信はまとめて1回で」行うべき、というのは鉄則と言っていい、と思います。その理由としては、パケット数を最小限に抑えることでオーバーヘッドを少なくするためだと一般に説明されますが、自分はもうひとつポイントがあると考えています。次のグラフを見てください。 グラフは、一定量のデータを転送するのにかかる時間と使用するブロックサイズ(1回のwrite(2)で書き込むサイズ)の関係を表したものです注1。 ホスト間のTCP通信を行っている場合は、TCPのバッファが有効に機能するので、ブロックサイズ(=パケット数の逆数)による速度の変化は、ほぼありません。一方、同一ホスト上で通信を行うと、ブロックサイズと反比例して所要時間が反比例の関係にあることがわかります。 原因は、同一ホスト上の通信では、送信プロセスがwrite(2)を呼ぶたびにコンテクストスイッチが発生

                                                            • パケットキャプチャ術で秘密もちょっぴりこぼれた?

                                                              パケットキャプチャ術で秘密もちょっぴりこぼれた?:セキュリティ・ダークナイト(4)(1/5 ページ) Wiresharkのコマンドライン版「tshark」で知る、平文通信の危険性。膨大なログから狙った1行を検索するテクニック、身をもって体験せよ!(編集部) 新社会人の皆さんは、そろそろ通勤ラッシュにも慣れてきたころだろうか。配属先が決まった方、目下研修中といった方、すでにお客様先に行っている方、さまざまだろう。筆者も新社会人のころは、毎日が発見で新鮮だったと記憶している。筆者は幸い、「5月病」にはならなかったが、新しい生活にも慣れてくると、ふとした瞬間に気が抜けると知らず知らずのうちにたまっていたストレスが一気に出ることもある。皆さんがこの記事を読むころには、すでに6月も後半を迎えていることと思うが、引き続き気を付けていただきたい。 筆者は社会人になる前も、なってからも、そしていまでも「さ

                                                                パケットキャプチャ術で秘密もちょっぴりこぼれた?
                                                              • Windows OSのデフォルトゲートウェイは1つのみ有効

                                                                対象OS:Windows XP/Windows Vista/Windows 7/Windows 8/Windows 8.1/Windows Server 2003/Windows Server 2008/Windows Server 2008 R2/Windows Server 2012/Windows Server 2012 R2 解説 ●IPアドレスとサブネットマスク、デフォルトゲートウェイ Windowsシステムに装着したネットワークインターフェースに対してTCP/IPの設定を行う場合、IPアドレスやサブネットマスクなどの他に、「デフォルト ゲートウェイ」情報も設定する必要がある。デフォルトゲートウェイとは、ネットワークパケットのデフォルトの宛先として指定するルーター(のIPアドレス)のことだ。スタンドアロンのLAN環境でない限り、必ず指定する必要があるだろう。 TCP/IPのプロパ

                                                                  Windows OSのデフォルトゲートウェイは1つのみ有効
                                                                • セイコーが閉域網で正確な時刻を提供するNTPサービス「セイコークローズドモバイルNTP」発表。±50msec以内の正確な時刻同期を実現

                                                                  セイコーが閉域網で正確な時刻を提供するNTPサービス「セイコークローズドモバイルNTP」発表。±50msec以内の正確な時刻同期を実現 セイコーソリューションズは、企業内ネットワークなどに対してセキュアかつ容易に正確な時刻を提供するNTPサーバの定額提供サービス「セイコークローズドモバイルNTP」を、2021年1月11日から開始すると発表しました。 このサービスでは、NTPアプライアンスサーバおよび、LTE網を通じて同社の時刻配信センターと精密な時刻同期を行うためのLTEアダプター、SIMカード、LTEでの通信費など一式が定額で提供されます。 バッチ処理の開始時刻や、分散処理におけるタイムスタンプの整合性など、ときに企業内ネットワークで正確な時刻を必要とすることがあります。 一般にネットワーク内で正確な時刻を扱うには、まずNTPサーバを立て、それをインターネットで公開されている標準時刻を示

                                                                    セイコーが閉域網で正確な時刻を提供するNTPサービス「セイコークローズドモバイルNTP」発表。±50msec以内の正確な時刻同期を実現
                                                                  • インターネット興隆の立役者 HTTPとは

                                                                    スイスのCERN(ヨーロッパ素粒子研究所)において、Tim Berners-LeeがHTMLと共にHTTPの基礎を考案。WWW(World Wide Web)システムと名づける

                                                                      インターネット興隆の立役者 HTTPとは
                                                                    • 自宅サーバーを構築しよう

                                                                      当サイトは、「自宅でサーバーを構築する(windows)」という事に焦点をおいて自宅サーバー構築の手順を説明していきます。サーバーを構築するなると一見、難しそうに思えるかもしれませんが、実はそんなに難しいことではありません。ちょっと気になる維持費なども電気代を除けば一切かからず、サーバーウェアも全てフリーで利用できるので個人でも比較的、容易にサーバーを構築することができます。もはや、今となってはサーバー構築の敷居は格段に低くなってきたのです。とは言っても、サーバーを構築をするためには、「サーバーの仕組み」、「セキュリティ対策」、「ネットワーク(TCP/IP)」についての最低限の知識が不可欠です。また、インターネット犯罪に巻き込まれないためにも、セキュリティ対策にも真剣に取り組まなくてはなりません。特にネットワークの基礎がしっかりできていれば、トラブルシューティングにも断然強くなります。当サ

                                                                      • オープンソースの高速Webサーバー「TUX」の実力

                                                                        図5●プラットフォームの違いによる,コネクション確立の所要時間の差異<BR>TCPコネクションが確立するまでの時間を調べた。TUX 3.2はチューニング前後の数値にそれほど大きな違いはなく,比較的安定している。一方でApacheは標準設定時に扱えるプロセス/スレッド数が小さいため,Fedora Core 2.0とApache 2.0の組み合わせにおいてコネクション確立に要した最大時間が3009ミリ秒に達した。チューニングによって扱えるコネクション数を増やしたApacheでは,コネクション確立までの平均時間と最大時間が,いずれもTUX 3.2の性能をしのいでいる カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX Web Server」(以下,TUX)の性能を,現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で,TUX 3.2はApache

                                                                          オープンソースの高速Webサーバー「TUX」の実力
                                                                        • 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

                                                                          • http://grin.flagbind.jp/archives/2006/01/post_266.html

                                                                            • TCP/IP エラー処理 connect 編

                                                                              connect(2) のエラー TCP において connect(2) 呼出し時に発生する可能性のあるエラーは以下の通りです。 タイムアウト RST 受信 EHOSTUNREACH また ENETUNREACH シグナル受信 その他 まず、connect(2) 時の正常な流れをしっかり覚えておいてください。 (connect(2) を呼んで) SYN を送る SYN+ACK が返ってくる (ここで connect(2) から戻る) ACK を送る タイムアウト もし仮に、SYN を送ったものの、相手側から SYN+ACK が返ってこない場合は、 (ローカルの TCP スタックが) しつこく SYN を再送します。何度 SYN を送っても SYN+ACK が返ってこない場合はあきらめてタイムアウトします。 「SYN+ACK が返ってこない」というのは、例えば以下のようなケースが考えられます。

                                                                              • 革命の日々! Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味? の件について

                                                                                なんかスラドにあげられてしまったので、備忘録てきにちょっとまとめますかね。 きっかけは先月帰国したときに sonots がDeNAをはじめとして、Web企業では広く TCP_TIMEWAIT_LEN を変更してカーネルをリコンパイルして使っているという話を聞いたというもの。以下の様な議論を twitterで行い Togetter: Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味?: http://togetter.com/li/871768 以下のように、スラドに転載されてしまったわけだ。 スラド: Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味?: http://linux.srad.jp/story/15/09/09/0648258/ いつものように、スラド民は元のスレッドなんかまるで読んでいないので、結論だけ書く。 tcp_tw_inter

                                                                                  革命の日々! Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味? の件について
                                                                                • http://members.jcom.home.ne.jp/j-klein/unix/tcpdump.html