VPNを切断した後でもブロックされたサイトが読み込まれる理由

あるサイトがブロックされ、VPN接続中は動作し、VPNを切断した後も動作しています。これはブロックがどこにあったかについての小さな証拠であり、トンネルが有効なままだったという証明ではありません。ブロックが宛先アドレスにあったなら、キャッシュされた名前は役に立たず、接続は依然として失敗したはずです。ページが読み込まれることは、代わりに名前解決を指しています。その手がかりを正しく読めば、ファイアウォールの規則を巡る長い回り道を省けます。

ブロックが存在しうる場所は二つあり、ブラウザから見るとそれらは同じに見えます。

ブラウザで同じに見える二つのブロック

名前のブロックは解決の際に起こります。リゾルバが誤ったアドレス、空の応答、またはキャプティブポータルのページを返し、ブラウザはサイトに到達できないと報告します。

アドレスのブロックは後で起こります。名前は正しく解決され、実際のアドレスへのパケットは破棄、リダイレクト、またはリセットされます。リゾルバを変えてもここでは意味がないのは、障害が名前の応答が済んだ後に始まるからです。

キャッシュが運べるのは最初の種類だけで、それがあなたの観察を有用にしています。

なぜ応答がトンネルより長く残るのか

リゾルバのキャッシュは名前をキーにし、レコードの有効期間だけ保持されます。オペレーティングシステムが一つを保持し、ブラウザは通常もう一つを保持するので、一つの名前が二つの異なる寿命で二回保存されることがあります。VPNの接続や切断はどちらも消去せず、変わるのは今後の問い合わせがどのリゾルバに送られるかだけです。

トンネルが有効な間、検索はプロバイダーのリゾルバに送られ、それが正しいアドレスを返し、その応答はローカルに保存されました。切断後、ブラウザが再び問い合わせ、ローカルのキャッシュが誰にも尋ねずに応答し、ページが読み込まれました。

エントリが期限切れになるか誰かがキャッシュを消去するまで読み込まれ続け、その後で以前の動作に戻ります。

両者を分ける三つのステップのテスト

最初のものがキャッシュがページを運んでいたことを証明する唯一のステップなので、これを順番に行ってください。

リゾルバのキャッシュとブラウザのキャッシュを消去し、再読み込みします。サイトが再び失敗すれば、キャッシュが機能していた理由です。次に、VPNの前まで使っていたリゾルバと別のリゾルバで同じ名前を問い合わせ、二つの応答を比較すれば、食い違いがある場合にブロックが名前付けにあると特定できます。アドレスが分かっているなら名前なしでそこへ到達してみてください、そこで成功すればアドレス自体がフィルタリングされていないと確認できます。

各結果が次の行動にとって何を意味するか

名前のブロックの場合、直接の変更は別のリゾルバであり、暗号化DNSはそれらの問い合わせを誰が見て変更できるかを変えます。VPNはその仕事を副作用として行っていました。

アドレス水準のブロックでは、リゾルバの変更は無関係であり、キャッシュ説は単純に誤りです。

行動する前に二つの境界を述べておく価値があります。特定のネットワークでリゾルバを切り替えてよいかは技術ではなく方針の問題です。そしてすべてのネットワークがDNSでブロックするわけではないので、結果はテストしたネットワークを説明するもので、ブロック全般ではありません。どのリゾルバを使ったかを書き留めておいてください、その詳細が次の人にテストを再現させるからです。