SMTP(Simple Mail Transfer Protocol) SMTPは、IETFにより標準化されている電子メールの転送プロトコルであり、 インターネットではもっとも広く利用されています。ここではSMTPの動作を 説明した後に、SMTPを利用したメール送信プログラムについて解説します。 SMTPの動作 SMTPは、電子メールをメールサーバとメールクライアント間でやり取りをする プロトコルであり、メールサーバ間転送するときは送信元がメールクライアン トの役割を演じる。メールサーバとメールクライアント間のやり取りをしなが ら、メールの転送を実現するものであり、その手順はIETFによるRFC821に規定 されています。そのやり取りは、クライアントから送られるコマンドと、メー ルサーバの応答の組からなっており、これをRFC821に与えられた順番で実行し てメールの転送を行うものです。 そ
WEBのログを解析するフリーなソフトをいくつか調べてみました。 個人的には定番の「Webalizer」や「Analog」がいいな。 生ログから必要なレコードを抽出するには、「ApacheLogViewer」もいいと思います。 ある程度条件が限られますが。 ■ Webalizer ・Home of The Webalizer http://www.mrunix.net/webalizer/ 私が普段使っているログ解析ツール。 レポートをHTMLに吐き出します。 Apacheの「Common Logfile Format」「Combined Logfile Format」に対応。 また、「wu-ftpd xferlog FTP」と「squid」にも対応しています。 Linux、FreeBSD、Windows、MacOS他に対応しています。 「Webalizer V2.01-10」を使っています
Acme Consulting -Società di Consulenza e Formazione Informatica - Torino,consulenza, formazione, informatica, reti, networking, sviluppo applicazioni, formazione a distanza, e-learning, application development, sonicwall, firewall, router, e-commerce, intranet, dpr 318, privacy, windows 2000, windows nt, exchange server, sql server, visual basic, microsoft access, microsoft, microsoft official cur
Landscape トップページ | < 前の日 2006-05-10 2006-05-11 次の日 2006-05-12 > Landscape - エンジニアのメモ 2006-05-11 Squid と Squirm でリダイレクタ付き SSL リバースプロキシ 当サイト内を Google 検索できます * Squid と Squirm でリダイレクタ付き SSL リバースプロキシこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [Squid] [ネットワーク] 業務で SSL 対応のリバースプロキシを作ることになった。Squid とリダイレクタの Squirm を使って実現しようとしたが、Squirm 1.0betaB が POST メソッドに対応していないために別の構成をとることとなった。 - Squid を使って SSL リバースプロキシ今回の案件で使
リバースプロキシ ＆ ロードバランサ(reverse-proxy and load-balancer)で、 リバースプロキシ ： ブラウザからのリクエストを１台以上のバックエンド・サーバに渡す（バックエンド・サーバからは、Pound が動作しているマシンからのリクエストにみえる）。 ロードバランサ ： 複数台のバックエンド・サーバにリクエストを分配する（優先順位の設定可）。 SSLラッパ ： ブラウザからのHTTPSリクエストをHTTPでバックエンド・サーバにリクエストする（HTTPしかサポートしていないサーバをHTTPS対応にできる）。 HTTP/HTTPS サニタイザー ： 要求の正当性を確認し、正しいもののみを受け入れる。 フェイルオーバー ： バックエンド・サーバのヘルスチェックを行い、ダウンしているサーバにはリクエストを送らない。復帰を検出したら自動的に通信を再開する。 リクエス
Webサーバの負荷を軽減する方法として、リバースプロキシによる代行とロードバランサによる分散が考えられる。今回は、これらによる負荷の低減方法について解説する。（編集部） Apache自体のチューニングによる性能向上には限界があります。よりパフォーマンスを求めるなら、次にやるべきことはメモリの追加や高性能なCPUへの交換など、ハードウェアの見直しです。しかし、それにも限界があります。 リバースプロキシとロードバランサ ハードウェア単体による性能向上が限界に達した場合は、サーバ構成の見直しを行います。まず考えられるのが、リバースプロキシをWebサーバの前面に立ててクライアントからのアクセスを肩代わりさせる方法です。Webサーバがボトルネックになるのを防ぐとともに、セキュリティ向上にも寄与します。 もう1つの方法は、より高可用性を意図した構成として負荷の分散を図ることです。高可用性とは、サーバの
Squidチームが想定しているSquidの動作環境は、Uni*ライクなOS上での動作です。 しかし、ユーザによっては Solaris® や Linux や BSD などよりも Microsoft社の Windows OS ので Squid を動作させたいとする人もいる事でしょう。 残念ながら Squid公式サイトである http://www.squid-cache.org/ にはWindows用のSquidは存在しません。 しかし安心してください。 FAQ-1.8で紹介した通り、Guido Serassio（ギド セルシオ？）がメンテナンスしている素晴らしいWindows版のSquidをGPLで入手する事が可能です。 squid-cache wiki から辿ることでhttp://squid.acmeconsulting.it/download/dl-squid.htmlから入手ができるよう
リバースプロキシを使って複数のバージョンの PHP，MySQL，Apache を共存させる方法 2006-05-18-2: [PHP][MySQL][Network][Solaris] PHP 3.x と PHP 4.x は --enable-versioning を configure オプションに加えるだけで，何も考えずに共存できました． ただ，PHP 5.x になってから PHP 4.x と共存するのは難しくなっています． サーバが一台しかないテスト環境などでは，これでは困る場合もあるわけです． そこで，Apache のリバースプロキシを使って複数のバージョンの PHP を共存させます． ついでに，複数の MySQL も共存させることにします． 検証環境は Solaris 10 です． 今回は php5.example.com にクライアントからアクセスがあったら - Apache
僕の自宅サーバには２つの Apache がインストールされていて、用途により使い分けています。 * Apache 1.3系 + mod_perl → Amazon Search / Google Similar といった高速性を求めるサービス * Apache 2.0系 → その他の静的コンテンツや 通常用途の CGI 等の動的コンテンツ なぜ使い分けるかというと、mod_perl はメモリー喰いなので、静的画像のためにプロセスがもったいない訳です。本当に必要なリクエストにのみ mod_perl をかませば良いですから。 （参考ページ：リバースプロキシ Pound を導入しました。 : NDO::Weblog） で、２つの Apache を透過的に見せてあげるために、リバースプロキシの Pound を使っています。負荷分散も実装できて優れものですが、欠点が一つ。 リクエストをリバースプロキ
日本国内に割り当てられたIPの調査 国内からのアクセスかどうかを判定する必要がある場合、どうすればよいか？安直な考えでは .jp のドメインを弾こうと考えるだろうが、実際には非.jp、というか逆引きがgTLDになっている国内ネットワークはいくらでも存在する。そこで、何かリストは公開されていないものかとググッたらでてきた。 http://www.apnic.net/db/rir-stats-format.htmlが公開しているIP割り当て一覧を 発見(*ﾟДﾟ) ﾑﾎﾑﾎ 。ココから得られるリストから apnic|JP|ipv4| のものだけを抽出すればよい。抽出したファイルを仮公開しておきます。 スポンサード リンク Trackback : Posted by drk at 2004年03月24日 13:21 | おすすめ情報 | Comments (0) | TrackBack (1
Squid2.6STABLE8以降は、"http_port" の "accel" オプションでリバースプロキシ（アクセラレータ）を指定するようになった。 Squid-2.5以前のアクセラレータモードの動作はまったく異なるため、引き続き使用する場合は2.6以降にアップグレードすることを強くお勧めします。 このページでは、リバースプロキシ（Reverse Proxy）を使った、Webサーバのパフォーマンス改善について示します。 このページは次のような章立てになっています。 １章ではリバースプロキシの概要、２章では普通のリバースプロキシと透過モードでのリバースプロキシの比較、３章ではリバースプロキシでのキャッシュの働き、４章ではSquidをリバースプロキシとして機能させる設定 １章、リバースプロキシの概要 ２章、普通のリバースプロキシと透過モードでのリバースプロキシの比較 ３章、リバースプロキシ
Squid(スキィッド)はWebがサポートしているHTTP,HTTPS,FTP等のためのキャッシュプロキシ（caching proxy）です。 頻繁に要求されたWebページをキャッシュして再利用することで回線の帯域が減少され応答時間を改善します。Squidは、広範囲なアクセス制御を持ったサーバー·アクセラレータを与えてくれます。 これは、Windowsを含むほとんどの利用可能なオペレーティングシステム上で動作しGNU GPLの下でライセンスされています。 HTTPプロトコルの開発者達は、早い段階でWebコンテンツの爆発的な増大による回線帯域の圧迫について認識していました。 そのための解決策として、Webコンテンツのオブジェクトについては、クライアントに近い場所にキャッシュするアイデアがありました。 Squidは90年代の半ばに、コンテンツの配信とキャッシュを目的に生まれたProxyの開発プ
リバースProxy （reverse proxy） 【リバース・プロキシ／リバース・プロクシ】 別名 ・リバース・プロキシ （reverse proxy） ・リバース・プロクシ （reverse proxy） ローカルのネットワーク上にあるWebサーバなどを、インターネット側に向けて公開する場合に利用されるProxyサーバ・ソフトウェア。一般的なProxyサーバは、インターネット上のWebサーバをローカルのネットワークから利用することを目的としているのに対して（フォワードProxyと呼ばれる）、その逆向きに機能する（インターネット側からローカル側のサーバへアクセスする）ことから、リバースProxyと呼ばれる（reverseは「反対」の意味）。インターネット側からのWebアクセス要求をいったんリバース・プロキシ・サーバでまとめて受け、その要求をローカルのネットワーク上に置かれたWebサーバへ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
