Slashdotに聞け: あなたの付けた、アレゲなマシン名は?より。
うちのマシンは銀河英雄伝説関係で統一しています。セグメントにアスターテ、バーミリオン、ティアマトとか星域名を付けられるので向いている。
公開Webサーバにイゼルローンとか付けてますが、クラックしないでください。
ヘヴィメタルプログラマー日記~メロイックサインでコードを書く日々~
Slashdotに聞け: あなたの付けた、アレゲなマシン名は?より。
うちのマシンは銀河英雄伝説関係で統一しています。セグメントにアスターテ、バーミリオン、ティアマトとか星域名を付けられるので向いている。
公開Webサーバにイゼルローンとか付けてますが、クラックしないでください。
SafariやGoogle ChromeのようなWebKitベースのブラウザで閲覧していると、まれに以下のようなエラーが表示される場合がある。
“http://www.example.com/” を開こうとして多くのリダイレクトが発生しています。あるページへのリダイレクトが設定されているページを開いたときに、リダイレクト先のページから元のページにさらにリダイレクトが設定されている場合にこうした現象が起きる場合があります。
多くの場合、WebアプリケーションやApache .htaccessの設定ミスによって、リダイレクトループが発生していると思われるが、ブラウザとWebサーバ側の実装に食い違いがあって発生する場合もある。
Safari
Webサーバからの302レスポンス(リダイレクト)に対しては、認証済みであるAuthorizationヘッダを返さない。
Google Chrome
Google ChromeはSafariの状況に加えて、WebサーバからHTTP Keep Aliveがセットされてこないと、401レスポンス(認証エラー)に対してAuthorizationヘッダを付与(キャッシュ)しない。
Webアプリケーションやリバースプロキシが、ブラウザから要求のあったURIと異なるURLをWebKitベースのブラウザに返すと認証したつもりでも、未認証となり何度も認証要求を繰り返すっぽい。
サーバ側でリダイレクトを使わず、まともに200で返して、Keep Alive(常にHTTP1.1)を使うようにすれば解決するかもしれない。