Basic認証がかかったHTTPサイトのresponse headerをtelnetで見る方法
ガリレオスコープ開発チームによる �最新Web動向、技術メモ ( Ruby, Rails, node.js ) です 続けて、HTTPのサイトをtelnetで見ることになったので同じようなネタでもう一つ HTTPSと同じように、hogehoge.com:80をにアクセスしようとするとこんな感じです。 まずは、Basic認証がない場合から、 $ telnet hogehoge.com 80 > GET /index.html HTTP/1.1 > Host: hogehoge.com > [returnを2回] で、さらに、Basic認証がかかっているばあいは、 $ telnet hogehoge.com 80 > GET /index.html HTTP/1.1 > Host: hogehoge.com > Authorization: Basic aG9nZWhvZ2U6aG9nZWhv
CyberSyndrome : プロキシサーバ入門
プロキシを利用すると主に以下のような効果が期待できます。 キャッシング ・・・ コンテンツ取得の高速化、サーバ負荷の軽減、トラフィックの軽減 フィルタリング ・・・ コンテンツのデータ加工 通信経路変更 ・・・ 通信の高速化、自宅サーバの動作確認 匿名性確保 ・・・ プライバシーの保護、セキュリティの強化、アクセス制限の回避 これらについて詳しく見てみましょう。 プロキシはキャッシュ（cache）機能を実装しており、過去にサーバから受信したコンテンツを一時的にプロキシ自身のディスク内に蓄積しておくことができます。 そのため、プロキシがユーザからコンテンツのリクエストを受けたとき、そのコンテンツがすでにキャッシュされている場合、わざわざ遠くにある本来のサーバに同じコンテンツを取りに行くことなく自分自身にキャッシュされているデータをユーザに送り返すので、ユーザはコンテンツを素早く取得することが
Welcome to curl-loader
curl-loader (also known as "omes-nik" and "davilka") is an open-source tool written in C-language, simulating application load and application behavior of thousands and tens of thousand HTTP/HTTPS and FTP/FTPS clients, each with its own source IP-address. In contrast to other tools curl-loader is using real C-written client protocol stacks, namely, HTTP and FTP stacks of libcurl and TLS/SSL of ope
nginx で ssl 設定をする : dogmap.jp
nginx で SSL 設定をするのは、スゴイ簡単です。 サーバ証明書と秘密鍵がすでにあるなら、/etc/nginx/nginx.conf に以下の設定を追加するだけでおっけ。 server { : listen 443 default ssl; ssl on; # サーバ証明書（サーバ証明書に中間CA証明書を連結したもの） ssl_certificate /usr/local/nginx/conf/cert.pem; # 秘密鍵 ssl_certificate_key /usr/local/nginx/conf/cert.key; : } via. HttpSslModule サーバ証明書を持ってなくて、とりあえずオレオレ証明書を作成したい場合は以下のようにして作りましょう。 $ cd /usr/local/nginx/conf $ openssl genrsa -des3 -out s
nginx設定メモ - おおにしあきらの日記
忘れないようにメモ。 ドキュメント 公式サイト：http://nginx.org/ wiki：http://wiki.nginx.org/ 公式のサイトよりwikiの方が充実してたのでwikiを参考にした。 自分の環境 OSはUbuntu10.04。 ドメインは http://www.oh24.net/ を取った。まだ特に何もない。 nginxは「sudo aptitude install nginx」でインストールした。 $ nginx -V で、configure optionsとか色々見られる。自分の所のはこんな感じだった。(見やすいように改行した。) nginx version: nginx/0.7.65 TLS SNI support enabled configure arguments: --conf-path=/etc/nginx/nginx.conf --error-lo
Nginx
Analytics cookies are off for visitors from the UK or EEA unless they click Accept or submit a form on nginx.com. They’re on by default for everybody else. Follow the instructions here to deactivate analytics cookies. This deactivation will work even if you later click Accept or submit a form. Check this box so we and our advertising and social media partners can use cookies on nginx.com to better
nginx news
unit-1.32.0 version has been released, featuring the WebAssembly Component Model and Unit variables access from njs.
何気に流行っているらしいロードバランサー nginx を使ってみる - 傀儡師の館.Python - 楽天ブログ（Blog）
2007.07.21 何気に流行っているらしいロードバランサー nginx を使ってみる カテゴリ：その他 Scaling Python for High-Load Web Sites を読んでいたら、この中で Load Balancer として nginx があげられている。Perlbal を試してみようかなと思っていたところなのだが、とりあえず nginx について先に調べてみる。pound とも最終的に比べる必要ありか。 Online Security Blog によるとGoogle Web server software distribution across the Internet の 4% が nginxらしい。 Netcraft では 2007年6月時点で 0.19% と少な目。でも Zope の 0.03% より多いし、thttpd や Resin よりも多いといえば十分
mod_php(Apache)とspawn-fcgi(nginx)でのパフォーマンス比較 « cat /dev/random > /dev/null &
PHPを使う場合Apacheとnginxどっち使えばいいん？と気になったのでパフォーマンス比較してみました こんな感じの構成で すべて仮想サーバ構成です 負荷元サーバー CPU=2 RAM=1000M がんばるサーバ CPU=4 RAM=1024M DBサーバ CPU=4 RAM=1536MB 使ったミドルウェア Apache 2.2.3 Nginx 0.7.64 PHP 5.3.1 （子プロセス=6 tcp接続） MySQL 5.5.1 spawn-fcgi 1.4.22 wordpress 2.9.1 早速基礎体力というか通常の戦闘力を測ってみます abで多重度1で100回リクエストしてみます 公平を期すために二回目の結果をとっています ab -c 1 -n 100 -H "Host: blog.xcir.net" http://192.168.1.123:82/
ケイムズカンパニー
判明しました。情報元はNP_cles()のhsurさん。 http://blog.cles.jp/np_cles/item/1237 応答状況をモニターしてみると、意外なことが判明。xml形式で返ってくるべき応答が実際には一般的なhtml形式になっていたそうです。Livedoor側の実装に問題があるのかと僕は思ったのですが、その後の記述が面白いです。ソースをよく観察したところ、NP_Trackback2.0xではUserAgentを偽装していることが分かったとのこと。それで、試しに適当なUAを記述してトラックバックを打ってみたところ、あっさり成功。Livedoorのトラックバック実装は、ちゃんとそれなりの理由があってそのようになっているということも分かりました。 というわけで、必要のある人はまたまたプチ改造です。 http://kyms.ne.jp/item/46 ↑ こちらの情報から最新
:: lighttpd :: my home
lighttpd (pronounced /lighty/) is a secure, fast, compliant, and very flexible web server that has been optimized for high-performance environments. lighttpd uses memory and CPU efficiently and has lower resource use than other popular web servers. Its advanced feature-set (FastCGI, CGI, Auth, Output-Compression, URL-Rewriting and much more) make lighttpd the perfect web server for all systems, sm
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hewlett Packard Labs | Next Next
Studying HTTP