apache bench(ab) が OSX で刺さった夜は - tokuhirom's blog
ある日､OSX Yosemite で apache bench でベンチマークを使っていると､なぜか stuck して困っていた｡ ab -c 10 -n 16500 http://127.0.0.1:5000/ どうも､対向サーバーを jetty にしても plack にしてもダメなので､なんなのかな~と｡｡ ab そのものを疑ってみる いろいろ調べてみると､対向サーバーを変えても同じような感じで刺さるのでどうやら ab の側に問題があるのかな､と思って調べてみたところ､OSX Lion の時代にそのような問題が話題になっていたようだ｡ 最新版の ab は以下のようにして入れることができる｡ wget http://ftp.tsukuba.wide.ad.jp/software/apache//httpd/httpd-2.4.12.tar.bz2 tar xzvf httpd-2.4.1
細かすぎて伝わらないSSL/TLS
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog 「細かいと言うより長いよね」 はじめに こんにちは。ATS の脆弱性を発見した小柴さんや ATS に HTTP/2 の実装を行っている大久保さんと同じチームの一年目、匿名社員M さんからいじられている新人です。今回ありがたい事に、こういったすごい方々を含めモヒカン諸先輩方より「何か書かないの？」「いつ書くの？」という数々のプレッシャーお言葉をいただきました。 というわけで、SSL/TLS の Session 再開機能に関して書いていこうかと思います。 SSL/TLS は機密性、完全性そして真正性に対して安全な通信を行うための仕組みです。しかし、この仕組みは暗号技術を多用し特に接続において複雑なプロトコルを用い、Client, Se
htaccessのRewriteCond %{REMOTE_ADDR} でサブネットマスクを指定 - purazumakoiの[はてなブログ]
IPが日本のじゃなかったら云々ということをやろうとして 本当はこんな感じで指定したかった RewriteCond %{REMOTE_ADDR} !^129\.60\.0\.0\/16$ でもサブネットマスクの使用はできないみたいなので わかりやすく書くと RewriteCond %{REMOTE_ADDR} ^129\.60.*$ みたいな感じで、なんでもいいよというように正規表現で書くことになる。 詳しい設定方法はこちら サブネットマスクを正規表現で表したい | その他(ソフトウェア)のQ&A【OKWave】 その他参考 JPNIC管理下で、APNICが逆引きの管理を行っているIPv4アドレス一覧 - JPNIC 「blockacountry.com」で、特定の国からのアクセスをシャットアウト 一言多いプログラマーの独り言 fetus.k-hsu.net/document/network
![htaccessのRewriteCond %{REMOTE_ADDR} でサブネットマスクを指定 - purazumakoiの[はてなブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f18776e25c4a72a9fd45806765996625547dfc2c/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704538227038789114%2F12921228815711562146%2F1424182691)
最速配信研究会 - ロードバランサの運用.DSRって知ってますか
id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン
WiresharkでSSL通信の中身を覗いてみる - ろば電子が詰まつてゐる
OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO
cyano: 30万個ぐらいの静的ファイルを配信するサーバーの選び方
naoyaさんが公開されてるInside Hatena Bookmark's Backend の資料などを読むと、mod_perlなサーバーやMySQLサーバーの選び方の参考になったりするわけですが、世の中を見渡してみても、静的コンテンツ（画像とか）を配信するサーバーの指南書らしきものはなかなか見あたりませんでした。 なので、経験を元に書いてみることにします。 弊社の画像配信サーバーには、平均10kbぐらい（たぶん）の画像が30万個ぐらいあって、それをDell PowerEdge 1750+lighttpdを使って配信してます。 以前は搭載メモリ1GBのサーバーを使っていたのですが、その時のvmstatがこのような感じ。 procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b sw
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
200人程度の中規模オフィス向けネットワークの、基幹ルータ選定と設計