Currys.co.uk にログインしようとしたところ、Cloudflare の「Access denied | Error 1005 — The owner of this website (currys.co.uk) has banned the ASN your IP address is in (14061)」が表示されて閲覧できない――本記事は、この状態の原因・仕組み・安全な回避策・恒久的な直し方を、個人ユーザー／法人管理者の双方向けに網羅的かつ実務的に解説します。ブラウザ設定いじりに終始せず、ネットワーク視点で根本原因にアプローチします。
Cloudflare Error 1005（ASN 14061）とは何か
Cloudflare は多くのサイトが利用する CDN／セキュリティ基盤です。Error 1005 は「サイトの運営者が、あなたの通信が属する ASN（Autonomous System Number） をブロックしている」ことを示します。ASN はインターネット上の経路制御（BGP）で使われる“ネットワークの所属番号”。VPN・プロキシ・クラウド型回線・一部 ISP の共有出口など、多数の利用者が同じ IP 帯（同一 ASN）を共有する環境では、特定の悪質トラフィックが検出されると、ASN 単位で丸ごと遮断されることがあります。
表示メッセージの「ASN 14061」は、あなたが接続している回線が属する ASN を指しています。技術的にはサイト側（ここでは currys.co.uk）やその WAF/ボット対策設定が、当該 ASN をルールで拒否している状態です。ブラウザの文字コードや Cookie の有無は本質ではなく、ネットワーク単位の拒否である点が重要です。
要点の早見表
| 要点 | 詳細 |
|---|---|
| エラーの意味 | Cloudflare による ASN 単位のブロック。同じ ASN に属する IP 帯からのアクセスをサイト運営者が禁止している。 |
| 主な原因 | 共有出口を持つ VPN/プロキシ/クラウド回線の濫用、同一 ASN でのスパムやボット検出、まれな誤検知（誤設定）など。 |
| 即時回避策 | VPN/プロキシの無効化または出口変更／別ネットワーク（テザリング・別 Wi‑Fi）から再試行。 |
| 恒久対処策 | ISP に調査依頼（IP 変更・出口経路の見直し）／Currys 側に解除依頼（エラーページの Ray ID・ASN・時刻を添えて報告）。 |
| 補助的手段 | ルーター再起動で動的 IP を取り直す／Cookie・キャッシュ・DNS キャッシュのクリア／専用 IPのある VPN へ切替。 |
最短で復旧するための実践フロー
下の順に上から試すのが、時間対効果の観点で最も効率的です。
- VPN/プロキシを切る（または出口を変える）。
- 別回線（スマホ 4G/5G テザリング、別 Wi‑Fi、職場/自宅の逆）でアクセス。
- ネットワークを変えた後に ブラウザの Cookie・キャッシュ・DNS キャッシュをクリアして再試行。
- ルーター再起動で動的 IP の再割当（固定 IP 契約でない場合）。
- それでも不可なら、Currys サポートに解除依頼 → 併せて ISP に調査依頼（IP/ASN の評判改善や出口変更）。
デバイス別：VPN・プロキシ・プライベートリレーの無効化ポイント
| 環境 | 確認・操作の目安 |
|---|---|
| Windows 10/11 | 設定 > ネットワークとインターネット > VPN を確認／企業向けプロキシ設定（自動構成スクリプト/HTTP プロキシ）がないか確認。 |
| macOS | システム設定 > ネットワーク > VPN／プロキシ。メニューバーの VPN アイコンも確認。 |
| iOS/iPadOS | 設定 > VPN をオフ。iCloud プライベートリレーを使用中なら一時的にオフにして挙動を比較。 |
| Android | 設定 > ネットワークとインターネット > VPN をオフ。セキュリティ系アプリの「安全な接続」機能も確認。 |
| ブラウザ拡張 | Chrome/Edge/Firefox の Proxy/VPN 拡張機能を無効化して再読み込み。 |
ネットワークを切り替えて原因を切り分ける
ASN 単位のブロックは回線固有のため、別回線に変えるだけで即時に解消するケースが多いです。具体例：
- 自宅 Wi‑Fi で発生 → スマホの 4G/5G テザリングで接続。
- VPN で発生 → VPN を一時オフ、または出口リージョン/サーバーを変更。
- 企業ネットワークで発生 → モバイル回線やゲスト Wi‑Fi に切替。
回線を切り替えたら、ブラウザ側の残留情報（Cookie/キャッシュ）や DNS キャッシュを削除してから改めてアクセスしましょう。旧ネットワークで付与された Cloudflare の判定結果やチャレンジ情報が残っていると、挙動が安定しないことがあります。
Cookie・キャッシュ・DNS キャッシュのクリア手順（要点）
ネットワーク変更後の“後始末”として有効です。以下は代表例です。
ブラウザ（サイト単位）
- アドレスバー左の鍵アイコン > サイトの設定 > Cookie とデータを削除（ブラウザにより表記は異なる）。
- シークレット/プライベートウィンドウで再試行（拡張機能影響の切り分けにも有効）。
Windows の DNS キャッシュ
ipconfig /flushdns
macOS の DNS キャッシュ
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
Linux の DNS キャッシュ（systemd-resolved）
sudo resolvectl flush-caches
ルーター再起動と IP 再割当（動的 IP の場合）
家庭用回線ではルーターの電源を入れ直すとグローバル IP が変わることがあります。固定 IP 契約や IPv6 固定配布では変わらないこともありますが、試す価値は高い手段です。CGNAT（キャリアグレード NAT）環境では多数の加入者で出口 IP を共有し、他者の行為で評判が落ちることがあるため、ISP に CGNAT 回避や固定 IP 付与のオプションがあるか相談すると安定します。
Currys 側に解除を依頼する（推奨テンプレート付き）
ASN ブロックは最終的にサイト運営者（Currys）側の設定です。誤検知や過剰防御である場合、サポート窓口に解除を依頼できます。以下の情報を添えるとスムーズです。
| 項目 | 記載のポイント |
|---|---|
| 発生日時 | タイムゾーン込み（例：2025-11-12 14:05 JST）。 |
| エラーメッセージ全文 | 「Error 1005」「ASN 14061」の表記を含める。 |
| スクリーンショット | Cloudflare のRay IDが表示されていれば必ず含める。 |
| 利用回線 | 自宅/職場/VPN の有無、モバイル回線か固定回線か。 |
| グローバル IP（v4/v6） | 現在の IP。分からなければ「IP 確認」で検索して表示された値。 |
| 再現性 | 別ネットワークで解消するか、同一回線だと必ず再発するか。 |
問い合わせ文例（英語）
Subject: Access denied | Error 1005 (ASN 14061) when accessing currys.co.uk
Hello Currys Support,
I cannot access currys.co.uk due to Cloudflare "Access denied | Error 1005".
The page says my ASN is blocked (ASN 14061).
Date/Time (with time zone): 2025-11-12 14:05 JST
Public IP (IPv4/IPv6):
Ray ID (if shown):
Network/VPN:
Repro: Occurs consistently on my home network. Works on mobile tethering.
Could you please review and remove the block or advise a workaround?
Thank you. ISP へ調査・IP 変更を依頼する（テンプレート付き）
回線や出口経路に起因する場合、ISP 側で IP 変更や出口の見直し、ボット対策ベンダーへのレピュテーション修正申請を代行できることがあります。
件名：Cloudflare Error 1005（ASN 14061）によるアクセス不可について調査依頼
お世話になっております。現在、自宅回線から currys.co.uk にアクセスすると
「Access denied | Error 1005（ASN 14061）」が表示され閲覧できません。
・発生日時：2025-11-12 14:05 JST
・当方グローバル IP：
・VPN/プロキシ：不使用（端末側で無効化済み）
・別回線（モバイルテザリング）では正常に閲覧可能
貴社割当の IP/出口経路のレピュテーション低下、または ASN 単位のブロックが疑われます。
動的 IP の再割当、出口の切替、またはレピュテーション改善のご対応をご検討いただけますでしょうか。
必要な追加情報があればご連絡ください。 技術的背景：なぜ ASN 単位のブロックが行われるのか
近年のボット対策は、単純な IP 個別ブロックでは追いつきません。同一インフラ（ASN）からのスクレイピングやクレデンシャルスタッフィングが検出されると、コスト効率の高い防御として ASN 単位の遮断が選ばれます。特にクラウド/ホスティング系 ASN（仮想サーバーやデータセンター）や、匿名化サービスの出口 ASN は、正当な利用者も混在する一方で、悪用の温床にもなりやすく、ブロック対象になりがちです。企業ネットワークや CGNAT でも、同一出口から大量のリクエストが出ると濫用とみなされることがあります。
このため、「ブラウザを変える」「ユーザーエージェントを偽装する」といった端末側小手先の操作は決定打になりません。回線（ネットワーク）を変える、もしくはサイト運営者に設定の見直しを依頼するのが本筋です。
似たエラーとの違い（混同しないための早見表）
| コード | 概要 | 主因 | 対処の主眼 |
|---|---|---|---|
| 1005 | ASN/国/ISP 単位のブロック | ネットワークの評判・ルール | 回線変更／運営者・ISP 連絡 |
| 1020 | WAF ルール違反 | 特定リクエストパターン | リクエスト修正／運営者連絡 |
| 1015 | レート制限 | 短時間に大量アクセス | 時間を置く／アクセス頻度を下げる |
法人・管理者向け：再発防止の設計ポイント
- 出口の分離：自動化・スキャン系トラフィックと人間のブラウジングを出口で分離。
- 専用 IP 採用：VPN でも共有 IP ではなく 専用 IP を契約し、評判を安定化。
- CGNAT 回避：固定 IP オプションやビジネス回線への移行。
- 監視：外向けの IP/ASN の評判を定期点検（セキュリティチームでの運用）。
- ボット対策遵守：サイト側の利用規約に反しないようクローリング・テストのトラフィックは許可枠で実施。
トラブルシューティングの具体手順（チェックリスト）
- エラーページのRay ID・時刻・メッセージ全文を記録。
- VPN/プロキシ/プライベートリレーを完全にオフにする。
- 別回線（4G/5G テザリングや別 Wi‑Fi）で再現性を確認。
- ネットワーク変更後にCookie・キャッシュ・DNS キャッシュをクリア。
- 別ブラウザ／シークレットウィンドウで再試行。
- 可能ならルーター再起動で IP を取り直す。
- 改善しない場合は、Currys に解除依頼＋ISP に調査依頼（テンプレート活用）。
端末で確認しておくと伝わりやすい追加情報
- IPv4/IPv6 の有効・無効：IPv6 経路のみで発生/解消するケースもあるため、切替テストが有益。
- 社内プロキシ：企業環境では透過型プロキシやセキュリティゲートウェイが動作していることがある。
- 自動同期・バックグラウンド通信：クラウドバックアップ等の大量アクセスが同時期に発生していないか。
「ブラウザだけ直してもダメ」な理由
1005 はネットワーク単位の拒否で、ユーザーエージェント文字列や JavaScript 有効/無効などの端末属性は二次的です。もちろん Cookie やキャッシュのクリアは“切り替え後の後処理”として重要ですが、本丸は回線変更と運営者/ISP への正攻法の連絡です。
よくある質問（FAQ）
Q. 待っていれば自然に解除されますか？
A. 一時的なルールで解除されることもありますが、前兆なく再発する可能性も高く、恒久的な安心は得られません。業務で使うなら運営者/ISP に連絡し「原因と対処」を確定させましょう。
Q. Tor など匿名化ツールで回避してよい？
A. 利用規約に反する可能性があるうえ、さらにブロックされる確率が高まります。正当なネットワークから正規手順での解除依頼が推奨です。
Q. 共有 Wi‑Fi だけで発生します。自宅では大丈夫です。
A. 共有環境は利用者が多く、出口 IP の評判が下がりやすいためです。自前回線やモバイル回線を使うと安定します。
Q. ブラウザの言語や時刻設定は関係ありますか？
A. 1005 の直接原因ではありません。ただし誤検知調査で運営者がログを精査する際、端末情報は参考材料になります。正確な時刻・タイムゾーンを保ちましょう。
Q. 法人で特定サイトだけ 1005 になります。
A. そのサイト固有のセキュリティポリシーが ASN をブロックしている可能性があります。該当サイトと直接コンタクトを取り、Ray ID を共有して調査を依頼します。
企業ネットワークの運用ベストプラクティス
| 領域 | 推奨事項 | 効果 |
|---|---|---|
| 出口管理 | 人間用のブラウジングと自動化トラフィックの出口 IP を分離。 | 片方の評判低下が全体に波及しにくい。 |
| VPN 設計 | 共有 IP でなく専用 IP プランを採用。 | IP レピュテーションの安定化。 |
| 監視 | 外向け IP の評判・ブロック状況を定期点検（四半期ごと）。 | 問題の早期検知・逸失時間の削減。 |
| 教育 | 従業員の過剰スクレイピングや自動化ツール利用をガイドライン化。 | 誤検知・濫用リスクの低減。 |
端末からできる健全なセルフチェック
- traceroute/tracert で経路が異常に長くないか確認。
- 別ブラウザ（Chrome/Edge/Firefox/Safari）で再現性を比較。
- OS/ブラウザを最新化（古い TLS/暗号設定は別の拒否を誘発し得る）。
- セキュリティソフトのウェブ保護の一時停止で差分を比較（常時オフは推奨しません）。
「ASN ブロック」は悪ではない：サイト防御の文脈
EC サイトは不正ログインやカード不正、在庫買い占めボットに常に晒されています。ASN ブロックは利用者の安全と事業継続のための措置です。だからこそ、正当な利用者が巻き込まれた場合は、手順に沿って淡々と解除を依頼しましょう。感情的なクレームより、Ray ID・時刻・IP・再現条件といった客観情報が早期解決につながります。
ケーススタディ：ありがちな 3 パターン
ケース A：VPN 常用ユーザー
共有 IP の VPN を常用。ある日突然、Currys だけ 1005。
→ VPN をオフにすると即復旧。専用 IP オプションのある VPN へ移行し再発防止。
ケース B：自宅回線（CGNAT）
自宅の固定回線で CGNAT。多数の加入者で出口 IP 共有。
→ ルーター再起動で改善せず。ISP に CGNAT 回避（固定 IP 付与）を依頼して安定化。
ケース C：企業プロキシ経由
全社員が同一プロキシから外部へ出る設計。
→ 同時間帯の更新作業で大量アクセスが発生し、出口 ASN の評判が悪化。出口分離とトラフィック整流化で再発を防止。
誤検知時に説得力が増す“添付情報”の撮り方
- エラーページの全体スクリーンショット：Ray ID、時刻、メッセージが収まるように。
- 時刻はシステムトレイを映すか、本文に明記（タイムゾーン必須）。
- 別回線での成功画面も撮ると「回線依存」を示せる。
IPv6 と 1005 の関係（補足）
IPv6 が有効な環境では、サイト側が IPv4 と IPv6 で別々の評価をしていることがあります。IPv6 を切り替えて挙動を比較すると状況の切り分けが進みます。ルーターや OS のネットワーク詳細から IPv6 を一時的に無効化/有効化してテストしてください（企業環境では管理者に相談）。
セキュリティ・コンプライアンス上の注意
- サイトの利用規約や法令に反する匿名化・偽装での回避は推奨しません。
- 業務都合でアクセスが必要な場合も、正規ルート（運営者・ISP への連絡）で解決してください。
- 自動化ツールを用いる場合は、許可・調整済みの枠で実施し、一般ユーザー用出口を汚染しない運用に。
再発予防のまとめ（個人・法人共通）
| 施策 | 個人 | 法人 | 期待効果 |
|---|---|---|---|
| 専用 IP の確保 | VPN は専用 IP プランを選ぶ | 固定 IP・出口分離 | IP レピュテーション安定 |
| 出口トラフィックの健全化 | 過剰な同時接続を避ける | ボット/自動化は専用出口へ | 濫用判定の回避 |
| 定期点検 | 問題が起きたらすぐ記録・連絡 | 四半期で外向け IP の健全性点検 | 早期発見・早期是正 |
「これだけは押さえる」ポイント（要約）
- 1005 はネットワーク（ASN）単位のブロック。ブラウザ設定での解決は限定的。
- VPN/プロキシを切る、別回線で試すのが即効性あり。
- 恒久策はCurrys への解除依頼とISP への調査依頼の二本柱。
- ルーター再起動や Cookie/DNS キャッシュのクリアは切替後の安定化に有効。
- VPN 常用なら専用 IPや固定 IP の検討を。
具体的な操作メモ（コマンド／操作集）
ネットワーク切替後の再試行セット
- ブラウザを全て閉じる → 再起動
- Cookie/キャッシュ削除（サイト単位）
- DNS フラッシュ（上記コマンド）
- シークレットウィンドウで currys.co.uk を再試行
経路と疎通の簡易確認
tracert currys.co.uk （Windows）
traceroute currys.co.uk（macOS/Linux）
経路が極端に長い、途中で大きくロスが出る場合は別問題（回線障害等）の可能性もあります。
執筆者からの実務的アドバイス
- トラブル時は「ネットワークを変えたら直るか」に最速で答えを出しましょう。ここが分かれば、以降の動き（運営者 or ISP のどちらに寄せるか）が決まります。
- 問い合わせは事実ベース（Ray ID・時刻・IP・再現条件）を淡々と。感情的表現や推測は不要です。
- 法人は出口分離＋専用 IPが王道。コストはかかりますが、サポート工数と機会損失の回避で十分に回収できます。
まとめ
「Access denied | Error 1005（ASN 14061）」は、ユーザーの端末設定ではなくネットワークの所属（ASN）に紐づくブロックが原因です。VPN/プロキシを切る・別回線を使うという即時回避から着手し、Currys への解除依頼とISP への調査で恒久対処に進むのが定石。ルーター再起動や Cookie/DNS キャッシュのクリアで切替後の安定性を高め、再発予防としては専用 IP／固定 IP、出口分離、運用監視が効果的です。本記事のテンプレートとチェックリストを活用し、最短で安全に復旧してください。
付録：この問題に強い思考順序（ミニフローチャート）
- VPN/プロキシ OFF → 直った？ → Yes: 共有 IP 起因。専用 IP検討へ。 / No: 次へ。
- 別回線（4G/5G/別 Wi‑Fi） → 直った？ → Yes: 回線依存。サイト解除依頼＋ISP 相談へ。 / No: 別要因（回線障害等）併発の可能性。
- Cookie/DNS キャッシュを消して再試行 → 直った？ → Yes: 残留情報が影響。 / No: Currys/ISP へ詳細連絡。
ポイント（再掲）
- ブロックの対象は「サイト」ではなくネットワーク（ASN 単位）である。
- 確実な対処は①ネットワークを変える・②サイト運営者に解除依頼のいずれか（両方推奨）。
- 同様の Cloudflare 1005 は他サイトでも起き得る。VPN の共有 IP 常用はレピュテーション低下のリスクがある。
コメント