ネットワーク運用とWebアクセス

要点と定義

プロキシサーバは、利用者のWebアクセスを中継し、取得したコンテンツをキャッシュして再利用時の応答を速められます。中継やアクセス制御にも利用されます。キャッシュによる高速化と中継の役割を結び付けると、同じ機能を持たない仕組みと区別できます。

HTTPの404 Not Foundは、Webサーバから応答が返り、要求されたURLのリソースが見つからないことを示します。名前解決に失敗した場合や通信がタイムアウトした場合は、HTTP応答を受け取る前の問題なので、404とは区別します。

hostsファイルは、端末内でホスト名とIPアドレスを対応付ける設定に使われます。127.0.0.1は端末自身を指すループバックアドレスで、localhostと対応付けるのが標準的です。設定が1行だけで、利用者も管理者も変更していないという条件がある場合、その対応を基準に内容を判断できます。

DNSは、ドメイン名に対応するIPアドレスを調べる仕組みです。どのDNSキャッシュサーバを参照するか、問い合わせた名前にどの情報が記録されているかを確認すれば、名前解決の影響先を判断できます。 誤った対応情報がある場合も、利用者が参照するサーバと、問い合わせる名前の両方が一致して初めて、その情報がアクセス先に影響します。

適用条件と例

たとえば、社内ポータルの画像をプロキシ経由で一度取得すると、同じ画像への次のアクセスではキャッシュを再利用できる場合があります。更新された内容が反映されるかはキャッシュの状態や設定にもよるため、常に最新かつ高速とは限りません。

Web画面で404が表示されたら、まずサーバからHTTP応答が返ったかを切り分けます。応答があり、指定したページやファイルが見つからないなら404の説明に合います。サーバ名を解決できない、または通信がタイムアウトした状態とは別です。

hostsの確認では、どの名前がどのアドレスに対応しているかを読み取ります。たとえば、検証用端末でlocalhostを127.0.0.1に対応付けている設定は、端末内への接続を表します。利用者や管理者が独自設定を追加した可能性があるなら、標準的な対応だけを根拠に改ざんの有無を決めることはできません。

DNSの障害切り分けでは、端末が参照するDNSサーバと、解決できないホスト名を確認します。たとえば、社内の新しい端末で共有フォルダを名前では開けず、IPアドレスでは開けるなら、DNSの参照先や登録情報を確認する手掛かりになります。この観察だけで原因を断定はできません。