この本の概要 HTTPキャッシュ，リバースプロキシ，CDNなどWeb開発で大切な「配信」の技術。 重要な技術ながら，現場では知見のあるエンジニアが少なく，なんとなくで運用されていたり，導入が遅れていたりします。 本書では，HTTPキャッシュの基礎から解説し，一冊でしっかり配信が学べます。 速くて落ちないWebサイト／Webサービス／Web APIの実現はもちろん。キャッシュ事故やセキュリティ上の問題を防ぐのにも役立ちます。 こんな方におすすめ CDNやリバースプロキシの導入に興味のあるアプリケーションエンジニア・インフラエンジニア 配信技術を学びたいインフラエンジニア Webサービスを高速化させたいフロントエンドエンジニア 第1章 はじめに 1.1 本書の対象と目的 1.2 本書の構成 1.3 下準備 第2章 配信の基礎 2.1 配信のとらえ方 2.1.1 配信の根幹 2.2 標準仕様でや
はじめに サーバーレス開発部@大阪の岩田です。 先日接続元IPアドレスをクラスメソッドのGIPに制限した検証環境を利用してAPIのテストを行なっていたところ、リモートワーク中のメンバーが検証環境に接続できないという状況が発生しました。 下記の記事で紹介されているように、クラスメソッドではSOCKSサーバーが構築されているので、VPN経由で社内NWに接続し、SOCKSサーバーをプロキシとして利用すれば本来リモート環境からでも検証環境が利用できるはずです。 VPN利用者のためにdelegateでSOCKSサーバーを立ててみました 最初はcurlコマンドのオプションに--proxyを付けてプロキシサーバーを指定するようお願いしたのですが、--proxy http://proxy.example.com:xxxxのような指定を行なっていたようで、問題が解決しませんでした。 結局--proxy so
Various of Proxy Configuration, Construction, and Play.Read less
IRC を便利に楽しく利用するようになって早1年が経ちましたが、これからも色々な人がどんどん IRC を利用してくれるように Tiarra と mobirc の導入をまとめた記事を書いておこうと思います。 Tiarra はIRC Proxy ソフトで、IRC のチャンネルに入りっぱなしにしておいて、ログをとっておいたり、Tiarra に接続するだけで、登録してあるチャンネルに自動的にJoinしてくれるようにする便利なソフトです。 mobirc は携帯でIRCを使うためのソフトで、Tiarra と組合せると、Tiarra でJoinしているチャンネルを見たり、書き込んだりできます。 他にも Twitter や Wassr やはてなハイクなどの各種IRCゲートウェイを組合せる事で、IRC一本で色々楽しめるという優れものです。 導入については、ターミナルを使って SSH でサーバーに接続して操作
今までFiddlerをただのセッションの中身を確認できるLocal Proxyとしてしか見ていなかったのですが 改めて良く調べると色々できることが多すぎると判明。感動したので便利な機能をまとめてみました。 先に簡単に説明しておくと、FiddlerはMicrosoftが無料で配布しているWeb Debugging Proxyです。 Windows環境にインストールして、ブラウザとサーバの間の通信を読んだり操作したりできます。 配布サイトはこちら。 Fiddler Web Debugger – A free web debugging tool 動作環境は「Windows 2000 / XP / 2003 / Vista with Microsoft .NET Framework v2.0 or later」 今回使ったバージョンは、2009年9月10日時点で最新の安定版、2.2.4.6。 と
上記は以下のように｢;"｣で結果を続けることができます。もし複数設定されていれば、ブラウザ(閲覧ソフト)はProxy接続が確立するまで、左の設定順で接続が試みられます。 接続が試みられる順番 → proxy proxy1.yok.com; proxy proxy2.yok.com ブラウザは前回応答がなかったProxyサーバへ30分後、自動的に再接続を行い、確立できない場合はさらに１時間後、再び接続します。こうして30分毎に再接続が続けられます。 すべてのProxyサーバはダウンしていて、directが指定されていない場合、ブラウザはProxyを一時的に無視して、直接接続を試みるかどうかをユーザ(読者)へ尋ねます。これは20分毎の繰り返しです。たとえば、 proxy proxy1.yok.com:8080; proxy proxy2.yok.com:8000 proxy1:8080が主サー
補足 この記事は旧徳丸浩の日記からの転載です。元URL、アーカイブ、はてなブックマーク1、はてなブックマーク2。 備忘のため転載いたしますが、この記事は2010年4月6日に公開されたもので、当時の徳丸の考えを示すものを、基本的に内容を変更せずにそのまま転載するものです。 補足終わり このエントリでは、PROXY経由でWebアクセスしている場合のDNSリバインディング対策について考察する。 PROXY（プロキシ）経由でWebアクセスしている場合、DNSによる名前解決はブラウザではなくPROXYにより行われる。したがって、 ブラウザ側ではDNS Pinningできないので、PROXY側での対策が重要になる。 広く使われているPROXYサーバーであるsquidの場合、DNS Pinningに相当するパラメータは、negative_dns_ttlであり、デフォルト値は1分間である。したがって、最初
【メモ】HTTP ProxyのあるネットワークでWebブラウザが名前解決をするタイミング 仕事関連で調べたのだけど、Proxy（Squid）を使っている環境で、Webブラウザがどのタイミングで名前解決しているのか、結構違いがあったので、メモ。 前提条件 自分が調べた環境は、ProxyサーバにSquidを利用して、squid.confに dns_defnames on と設定しておく。これで、resolv.confの設定を参照するようになる。 で/etc/resolv.confのほうに"search"に、"google.com"と書いて search google.com のように設定されていることを確認。 テスト環境は、Debianなので、実際には" /etc/network/interfaces"に dns-nameservers 172.16.0.254 dns-search goog
Squidのアクセスコントロールは比較的広範囲で一般の人には難しいと思います。 これには２つのコンポーネントがあり、１つはACLとその要素、もう一つがACLとその要素に対する許可・不許可の動作です。 ■ ACL（アクセスコントロールリスト）の要素 注：この情報はバージョン2.5におけるものです。 squidには以下のACL要素があります。 src : ソース（クライアント）のIPアドレス dst : デスティネーション（サーバ）のIPアドレス myip : クライアントの接続ローカルIPアドレス srcdomain : ソース（クライアント）のドメイン名 dstdoamin : デスティネーション（サーバ）のドメイン名 srcdom_regex : ソース（クライアント）の正規表現パターンマッチング dstdom_regex : デスティネーション（サーバ）の正規表現パターンマッチング t
プロクシサーバは LAN内のホストが外部のネットワーク上のWebサーバ/FTPサーバにアクセスするときに、アクセスを中継する機能を持つホストである。企業など組織のイントラネットとインターネットの間やイントラネットとエクストラネットの間、また CATVプロバイダのインターネット接続などでよく使われている。自宅のLAN環境ではルータがあれば普通は必要としないが、使った構成も可能なので個人ユーザで使っている人もいることだろう。 ネットワーク管理者が用意した自動プロキシ設定ファイルを使う 通常ユーザは、ネットワーク管理者からプロクシサーバのホスト名(あるいはIPアドレス)とポート番号を教えられ、ブラウザのプロキシ欄にそれを設定して使用する。この場合、ネットワーク構成が変わるなどプロクシに変更があると全てのクライアントが設定変更しないといけないという事態になる。クライアントの設定をサーバから
第 17 章 クライアント自動設定ファイルの使用 多数のクライアントをサポートする複数のプロキシサーバーがある場合、クライアント自動設定ファイルを使用して、すべてのブラウザクライアントを設定することができます。自動設定ファイルには、さまざまな URL にアクセスする場合、ブラウザが使用するプロキシがあれば、どのプロキシを使用するかを決定する JavaScript 関数が含まれています。 ブラウザは、起動時に自動設定ファイルを読み込みます。ユーザーがリンクをクリックするか URL を入力するたびに、ブラウザは設定ファイルを使用して、プロキシを使用する必要があるかどうか、使用する場合はどのプロキシを使用するのかを決定します。この機能によって、組織内のブラウザのすべてのインスタンスを簡単に設定することができます。自動設定ファイルは、次のような複数の方法でクライアントに配布できます。 自動設定ファ
System.Net.WebClientクラスには、.NET Framework2.0から「Proxy」というプロパティが追加されている。 WebClient.Proxy プロパティ http://msdn2.microsoft.com/ja-jp/library/system.net.webclient.proxy(VS.80).aspx このヘルプには、 プロキシは、構成ファイルと Internet Explorer のローカル エリア ネットワーク設定を使用して、システムによって設定されます。 とあり、ＩＥの設定にプロキシに指定が入っていれば、その設定を利用してくれるようだ。 ただ、ＩＥの「自動構成スクリプト」と「プロキシサーバー」、どちらが優先されるのか気になって調べてみた。 １．ＩＥで自動構成スクリプトのみを指定 結果：自動構成スクリプトで指定されているプロキシサーバーを使う
ブラウザの Proxy を自動設定するため、proxy.pac を自前でごりごり書いて使っている。 proxy.pac の中では isInNet() という関数があって、これを使うとアクセス先の IP アドレスが内部アドレスなのか外部アドレスか調べられるので便利。なのだが、引数がホスト名の場合、DNS のクエリがかかるのでちと遅くなるという問題がある。 特に以下のような場合には注意が必要。 if (isInNet(host, "192.168.0.0", "255.255.0.0") || isInNet(host, "172.16.0.0", "255.255.0.0")) Wireshark で調べてみたら、上記の場合 DNS のクエリが２回出てしまう(Firefox の場合、IE は調べてない)。私の proxy.pac の場合、DNS クエリが 13 回も出てしまうというかなりアフ
Q 質問 プロキシ・サーバーの追加変更のたびに，社内のすべてのWWWブラウザを設定し直すのは大変です。変更を指示しても，設定方法が分からないユーザーも少なくありません。何か良い方法はありますか。 A 回答 PAC（Proxy Auto-Config）と呼ぶ自動設定スクリプトを使えば，実現は容易です 写真1●WWWブラウザのプロキシの自動設定 Netscape Navigatorは［編集］メニューの［設定］で，Internet Explorerは［ツール］メニューの［インターネット オプション］で設定できる。設定ファイルのある場所（URL）を入力しておけば，自動的に読み込み，反映される仕組みになっている プロキシ・サーバーを追加変更するたびに，社内にある一台一台のマシンの設定を変更するのは大変です。WWWブラウザが備えるプロキシの自動設定機能を使うのが便利です。 例えばInternet Ex
The following ten scripts provide JavaScript or Microsoft® JScript® examples of automatic proxy configuration (.pac) files. As described in Using Automatic Configuration, Automatic Proxy, and Automatic Detection, you can use a .pac file to configure proxies automatically, based on URL requests from your users' browsers. Each script consists of a function FindProxyForURL(<url>, <host*>), where <url
Proxyサーバの設定 Proxyサーバに対する設定を行うためのダイアログボックス。 （1）Proxyサーバを手動設定する場合にチェックする。これはIE 5.xの画面であるが、IE 6.xでは「LANにプロキシ サーバーを使用する」となっている。 （2）ProxyサーバのIPアドレス。 （3）Proxyサーバのポート番号。 （4）同一ネットワーク上のホストに対してはProxyを経由せずに、直接接続するという設定。 ●2．Proxyサーバをスクリプトで自動設定する 上記の手動設定は、各ユーザーが最初にInternet Explorerを使用するときにそれぞれ実行する必要があるが、IPアドレスやポート番号、除外するアドレス／ドメイン名などをすべて正確に入力するのは簡単な作業とはいえないだろう。入力ミスがあった場合のトラブルシューティング作業などで、管理者の手を煩わせることになるかもしれない。
概要 ローカルネットなどでアクセスする場合、ローカルネット内の直接接続可能なサイトと、インターネットの直接接続できないサイトがあります。 これらのサイトを、すべてプロキシサーバ経由でアクセスすると、ネットワークやプロキシサーバの負荷が高くなり、レスポンスが低下してしまいます。 そこで、NO_PROXY指定を行うことで、ローカルネット内の直接接続可能なサイトはプロキシサーバを経由せず、直接接続するようにします。 しかし、大規模な会社ほど、その設定は複雑になってきます。 そこで、クライアントが自動設定できるようにします。 自動設定では、プロキシサーバの設定をサーバで管理するため、変更が発生しても、サーバの設定変更だけでできます。
プロキシ自動設定ファイルのサンプル 汎用的なPACファイルのサンプル function FindProxyForURL(url,host) { var proxy = "PROXY proxy1.example.co.jp:8080; PROXY proxy2.example.co.jp:8080"; /* Private Address */ function isPrivate(host) { return shExpMatch(host, "172.16.*") || shExpMatch(host, "172.17.*") || shExpMatch(host, "172.18.*") || shExpMatch(host, "172.19.*") || shExpMatch(host, "172.2?.*") || shExpMatch(host, "172.30.*") ||
Squid configuration directive refresh_pattern Available in: v7 v6 v5 v4 3.5 3.4 3.3 3.2 2.7 3.1 3.0 2.6 For older versions than v4 see the linked pages above Configuration Details: usage: refresh_pattern [-i] regex min percent max [options] By default, regular expressions are CASE-SENSITIVE. To make them case-insensitive, use the -i option. 'Min' is the time (in minutes) an o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く