「サーバーに接続できない」「タイムアウト」「このサイトにアクセスできません」――突然こう表示されると、原因が分からず焦ってしまいますよね。
ただ、この手の接続エラーは“サイト側の一時不調”なのか、“自分側の回線・DNS・ブラウザ設定”なのかで、取るべき行動がまったく変わります。順番を間違えると、設定をいじり続けて時間だけが過ぎたり、警告を無視して危険なページに誘導されてしまうこともあります。
本記事では、最初に回線・端末・ブラウザを変えるだけで3分で切り分け、次に回線→ブラウザ→DNS→ルーターの順で、安全に確認していく手順を端末別に整理します。危険サインが出たときの「中止すべき基準」も明確にするので、無理に進めて不安が増えることはありません。まずは、表示されているエラー文言を見ながら、最短ルートで原因を特定していきましょう。
※本コンテンツは「記事制作ポリシー」に基づき、正確かつ信頼性の高い情報提供を心がけております。万が一、内容に誤りや誤解を招く表現がございましたら、お手数ですが「お問い合わせ」よりご一報ください。速やかに確認・修正いたします。
thisavでサーバーに接続できないとき最初に確認すること
結論:thisavで接続できない時は、回線・端末・ブラウザでサイト側か自分側かを先に切り分けます。根拠:原因は回線不調、DNS、キャッシュ、セキュリティ設定などが多く、順番に潰すと再現性が高いからです。再結論:危険サインがあれば中止し、公式手順で安全に確認しましょう。
エラー文言で当たりを付ける
まずは、画面に出ている文言を確認してください。「開けない」でも意味が異なり、最初にやるべきことが変わります。下の表で当てはまる行を選び、そのまま該当の対処へ進むと迷いません。
| 表示されやすい文言 | 起きていることの目安 | 最初に試すこと |
|---|---|---|
| サーバーに接続できない/サイトにアクセスできません | 原因が広い(サイト側・回線・DNS・端末) | 回線変更→別端末→別ブラウザ |
| ERR_CONNECTION_TIMED_OUT | 応答が返らず時間切れ(回線/ルーター/DNSの可能性) | ルーター再起動→DNS確認 |
| DNS_PROBE_FINISHED_NXDOMAIN | DNSで名前解決ができない | DNS設定を確認→DNSキャッシュ削除 |
| 証明書が無効/接続はプライベートではありません | 証明書問題や中間者、危険な誘導の可能性 | いったん中止→端末保護を優先 |
特に「証明書」「プライベートではありません」などの警告が出た場合は、“直す”よりも“守る”が先です。後述の危険サインチェックを必ず確認してください。
サイト側か自分側かを3分で切り分ける
切り分けは、難しい設定よりも先に「環境を変える」が最短です。次の順で確認します。
-
回線を変える
自宅Wi-Fiでダメ→モバイル回線で試す(またはその逆)。可能なら別のWi-Fi(家族の回線、外出先など)でも確認します。 -
端末を変える
同じ回線で、別のスマホやPCでも開けるか確認します。 -
ブラウザを変える
同じ端末で、別ブラウザ(Safari/Chrome/Edgeなど)で試します。
結果の読み方は次の通りです。
-
回線を変えると見られる:回線側のDNS配布、ルーター、セキュリティ/フィルタの影響が濃厚
-
端末を変えると見られる:ブラウザのキャッシュ、拡張機能、端末のネットワーク設定が疑わしい
-
どの回線でもどの端末でもダメ:サイト側の一時不調・混雑、ドメイン側の変化などが疑わしい(復旧待ちが合理的なことが多い)
「どれもダメ」でも、慌てて危険なアプリを入れる必要はありません。次の章の順番で確認すれば、多くの場合は原因が絞れます。
危険サインがあるときは復旧より端末保護を優先する
次の項目に1つでも当てはまる場合、復旧作業を止めてください。
-
勝手に別サイトへ飛ぶ、戻っても同じ挙動を繰り返す
-
「ウイルス感染」「端末が危険」など過剰な警告が連発する
-
アプリ導入、構成プロファイル追加、通知許可をしつこく求められる
-
ID・パスワード・電話番号・カード情報などの入力に誘導される
-
いつもと違うURLに変わっている、見慣れないドメインが表示される
この場合に優先する行動は次の通りです。
-
ブラウザのタブを閉じる、可能ならブラウザを終了
-
OSとブラウザを最新化(更新が残っていると保護機能が弱くなります)
-
ブラウザの通知許可、インストール済みアプリ、プロファイルを点検
-
不安が強ければ、セキュリティスキャンや端末サポートへ相談
“直す”より“守る”を選ぶことで、損失を大きく減らせます。
thisavに接続できない原因を大きく分ける
「サーバーに接続できない」の原因は1つではありません。ここでは、切り分けのために原因を5つのカテゴリに整理します。
サイト側の一時障害やドメイン変更
サイト側が混雑していたり、サーバー障害や運用変更が起きていると、利用者側でできることは限られます。特徴としては次のようなものがあります。
-
時間帯で突然つながらなくなる、あるいはしばらく待つと戻る
-
複数の回線・端末で同じ症状が再現する
-
他の一般的なサイトは普通に見られる
このケースで設定を変え続けると、「直ったように見えたが、実は復旧のタイミングだった」になりがちです。変更は最小限に留め、復旧待ちの判断も重要です。
回線やWi-Fiルーターの問題
次のようなときは回線・ルーターが疑わしくなります。
-
自宅Wi-Fiだとダメで、モバイル回線だと見られる(または逆)
-
ルーター再起動で改善したり、夜間だけ遅くなる
-
同じWi-Fi内でも端末によって差が出る
ルーターの一時不調、混雑、DNS配布の不安定さが原因になりえます。設定をいじる前に、まずは再起動と再接続を試してください(後述)。
DNSの不調やフィルタリング
DNSは、ドメイン名をIPアドレスに変換する仕組みです。DNSが不安定だと、サイトが存在しても「見つからない」「接続できない」状態になります。
DNSの例として、Cloudflareの公開DNS「1.1.1.1」があります(IPv4:1.1.1.1 / 1.0.0.1、IPv6:2606:4700:4700::1111 / ::1001)。
端末別の設定手順もCloudflare公式が公開しています。
ただし重要なのは、DNS変更は“万能の裏技”ではないことです。家庭や組織のルール、回線事業者の提供する保護機能がある場合、勝手に変更するとトラブルになります。管理者でない場合は、まず確認してください。
ブラウザのキャッシュや拡張機能
キャッシュやCookieが壊れていると、特定サイトだけ読み込みに失敗したり、古い情報のまま同じエラーを繰り返すことがあります。PCでは拡張機能(広告ブロックやスクリプト制御)が原因になることもあります。
「別ブラウザでは開ける」のに「いつものブラウザだけダメ」なら、この可能性が高いです。
セキュリティソフトやOS設定の影響
セキュリティソフト、VPN/プロキシ設定、企業・学校のネットワーク制限などでアクセスが制限されることがあります。特に職場・学校のWi-Fiは方針として制限されていることがあり、回避するのではなく、管理者に確認するのが適切です。
また、タイムアウト系の一般的な対処として「ファイアウォールやアンチウイルス、プロキシ設定」を確認する流れは多くの技術解説で共通しています。
thisavの接続不良を安全に直す手順
ここからは、安全に、戻せる範囲から順番に試します。手順の途中で危険サインが出た場合は、ただちに中止してください。
まずは回線を変えて再現確認する
最初にやるべきは「原因の切り分け」です。設定変更の前に、次を確認します。
-
自宅Wi-Fi → モバイル回線でどうなるか
-
モバイル回線 → 別Wi-Fiでどうなるか
-
同じ回線で別端末はどうか
-
可能なら同じ端末で別ブラウザはどうか
この結果で、次に進む優先順位が変わります。
-
回線を変えると改善:ルーター/DNS/回線オプションの確認が先
-
端末やブラウザで差が出る:ブラウザデータ削除が先
-
全部ダメ:サイト側の可能性が高いので、作業を増やしすぎない
ブラウザのキャッシュとサイトデータを削除する
端末依存が疑われる場合、最初に“壊れやすい部分”から直します。可能なら「全消去」ではなく、まずは次の軽い手順から。
スマホ(共通の考え方)
-
シークレットモード(プライベートブラウズ)で開く
→ これで開けるなら、Cookie/キャッシュの影響が濃厚です。 -
ブラウザの履歴・Cookie・キャッシュを削除(できればサイトデータ中心)
-
別ブラウザで試す(Safari/Chrome/Edgeなど)
PC(共通の考え方)
-
拡張機能を一時停止(広告ブロック、スクリプト制御、セキュリティ系)
-
ブラウザのキャッシュ削除
-
別ブラウザで確認
「別ブラウザではOK」なら、DNSやルーターを疑う前に、まずブラウザ環境を整えるのが効率的です。
DNSを見直す(端末別の設定手順)
DNSは、原因がDNS系(NXDOMAINなど)に寄っている場合に効果が出やすい対処です。ここでは例としてCloudflare 1.1.1.1を示しますが、重要なのは“公式に沿った設定”であることです。
iPhone(iOS):Wi-FiごとにDNSを手動設定
Cloudflare公式のiOS手順は次の流れです。
-
設定 → Wi-Fi
-
接続中のWi-Fiの「i」
-
「DNSを構成」
-
自動 → 手動
-
「サーバを追加」
-
例:1.1.1.1 / 1.0.0.1 を追加して保存
ポイント
-
iOSのDNS変更は基本的に「そのWi-Fiに対して」反映されます。
-
うまくいかなければ、DNSを自動に戻して切り分けを続けてください(戻せることが大切です)。
Android:プライベートDNS(DNS over TLS)を使う
Android 11以降の端末では「プライベートDNS」からホスト名で指定できます。Cloudflare公式は次のように案内しています。
-
設定 → ネットワークとインターネット
-
詳細設定 → プライベートDNS
-
「プライベートDNSプロバイダのホスト名」
-
例:
one.one.one.oneを入力して保存
Android 9(Pie)時代の説明としては、Cloudflareブログに 1dot1dot1dot1.cloudflare-dns.com を入力する手順が掲載されています。
端末やOSで表示が違うため、「設定内検索」で“DNS”と打つと見つけやすいです。
Windows:DNSサーバーの変更(必要に応じて)
WindowsのDNS変更は、ネットワークアダプタのDNS設定から行います。CloudflareはWindowsの設定ガイドを公開しています(暗号化DNSの説明も含む)。
ただし、会社PCや管理端末はポリシーで制限されていることがあります。その場合は管理者へ確認してください。
DNS変更が効きやすいケース/効きにくいケース
-
効きやすい:NXDOMAIN系、特定回線でのみ解決できない、DNSが不安定
-
効きにくい:サイト側障害、証明書警告、端末感染や不審リダイレクト
DNS変更は「効くこともある」一方で、原因が別にあると時間を浪費します。必ず切り分け結果に沿って実施してください。
WindowsはDNSキャッシュを削除して確認する
WindowsでDNS周りの不具合が疑われる場合、DNSキャッシュのクリアは有効な確認手段です。Microsoft公式でも ipconfig /flushdns が示されています。
手順
-
管理者権限でコマンドプロンプトを開く
-
ipconfig /flushdnsを実行 -
ブラウザを再起動して再確認
“DNS設定を変える前”の一手としても使えます。
ルーター再起動と設定確認で詰まりを解消する
回線依存が疑われる場合、ルーター周りは次の順で対応するのが安全です。
-
ルーターの電源を切る → 30秒 → 電源を入れる
-
ONU(回線終端装置)がある場合は、ONU→ルーターの順で再起動
-
Wi-Fiをいったん切断し、再接続
-
ルーターの「保護機能(フィルタリング、セキュリティ)」設定がある場合は内容を確認
-
DNSを手動で変えているなら、一度「自動」に戻して挙動を比較
ここで重要なのは「家庭内ルール・契約オプション」を尊重することです。保護機能を外してしまうと、別のリスクが上がることがあります。
thisavが開けないときにやってはいけないこと
対処の失敗は、設定ミスよりも「危険な行動」が原因で起きがちです。時間を失うだけでなく、被害につながることがあります。
不審なアプリや拡張機能を入れて解決しようとする
「これを入れると見られる」「ブロック解除」などをうたうアプリや拡張機能は避けてください。解決どころか、広告注入・情報抜き取り・不要課金の入口になります。
本記事の範囲は、OSの標準設定と、公式手順で安全に切り分けることに限定します。
警告を無視して個人情報を入力する
証明書警告や不自然なログイン画面が出た場合、入力は避けてください。カード情報、電話番号、ID/パスワードは特に危険です。
「戻る」「閉じる」「更新しない」を徹底し、必要なら履歴やサイトデータを削除してください。
直リンクやミラー探索で被害を広げる
「別ドメインなら行けるはず」と探索を始めると、偽サイトや悪質広告に遭遇しやすくなります。直らない場合は“復旧待ち”や“正規の代替”に切り替える判断が安全です。
thisavが直らない場合の選択肢
ここまでの手順を順番に試しても改善しない場合、無理に作業を増やさないことが大切です。直らない状況には「待つのが最適」なケースもあります。
復旧待ちが妥当なケース
次に当てはまるなら、設定変更を増やさず、時間を置くのが合理的です。
-
どの回線・どの端末・どのブラウザでも同じ
-
他の主要サイトは問題ないのに、特定サイトだけ落ちる
-
しばらくすると直ったり、時間帯で波がある
何度も設定を変えると「何が効いたのか」が分からなくなります。変更は最小限に留め、元に戻せる状態で止めるのが安全です。
正規の動画配信サービスを使うという判断
本記事は制限回避を扱いません。もし、回線・組織・契約オプションによる制限が疑われる場合は、無理に閲覧手段を探すのではなく、正規の動画配信・購入・レンタルといった安全な選択肢を検討してください。
正規サービスは、危険な広告誘導や偽サイトのリスクが下がり、決済や個人情報の扱いも比較的安心です。
相談先(回線事業者・端末サポート)
回線依存が濃厚なら、次の順で相談すると効率的です。
-
回線事業者/プロバイダ:DNS配布やセキュリティオプション、フィルタの有無
-
ルーターメーカー:保護機能の設定場所、再起動手順、DNS設定
-
端末サポート:OS更新、ネットワークリセット、プロファイル/通知許可の点検
相談が早くなる「記録テンプレ」
問い合わせ前に、次のテンプレでメモしておくと解決が早まります。
-
発生日時:
-
回線:Wi-Fi/モバイル(キャリア名が分かれば)
-
端末:iPhone/Android/PC(機種・OS)
-
ブラウザ:Safari/Chrome/Edge
-
表示エラー:例(ERR_CONNECTION_TIMED_OUT など)
-
試した対処と結果:回線変更/別端末/キャッシュ削除/DNS変更/ルーター再起動
thisavの接続トラブルでよくある質問
Wi-Fiだと無理でモバイル回線だと見られるのはなぜ?
この場合は、自宅ルーターの設定(保護機能、DNS配布の不調)や、回線側のセキュリティオプションの影響が考えられます。まずはルーター再起動と、別端末での再現確認を行ってください。改善しなければ、回線事業者やルーターのサポートに、前述の記録テンプレを添えて相談すると早いです。
DNSを変えると何が起きる?戻し方は?
DNSを変えると、ドメイン名の解決先が変わり、DNS起因の不具合が解消することがあります。Cloudflareの公開DNSは、IPアドレスや端末別の設定手順が公式で公開されています。
戻すときは、iPhoneなら「DNSを構成」を自動に、AndroidならプライベートDNSを自動に戻すのが基本です。設定前にスクリーンショットで“元の状態”を残しておくと安心です。
iPhoneとAndroidで手順が違うのはなぜ?
OS設計が異なるためです。iPhoneはWi-FiネットワークごとにDNSを設定する形が一般的で、AndroidはプライベートDNS(DNS over TLS)として端末全体に影響する設定があります。Cloudflare公式の端末別ガイドが分かりやすいです。
警告が出たときの安全確認は?
証明書警告や過剰な感染警告が出た場合は、復旧より保護が先です。
最低限、次を行ってください。
-
OSとブラウザを最新化
-
ブラウザ通知許可・不審アプリ・プロファイルを点検
-
個人情報の入力はしない
-
不安が強ければセキュリティスキャン、または端末サポートへ相談
参考情報源
-
Microsoft Learn(DNSクライアントのトラブルシューティング / flushdns)
https://learn.microsoft.com/ja-jp/windows-server/networking/dns/troubleshoot/troubleshoot-dns-client -
Microsoft Learn(DNS問題のデータ収集:ipconfig /flushdns)
https://learn.microsoft.com/ja-jp/windows-server/networking/dns/troubleshoot/troubleshoot-dns-data-collection -
Cloudflare Developers(1.1.1.1のIPアドレス一覧)
https://developers.cloudflare.com/1.1.1.1/ip-addresses/ -
Cloudflare Developers(iOSでの1.1.1.1設定手順)
https://developers.cloudflare.com/1.1.1.1/setup/ios/ -
Cloudflare Developers(Androidでの1.1.1.1設定手順:Private DNS)
https://developers.cloudflare.com/1.1.1.1/setup/android/ -
Cloudflare Developers(1.1.1.1のセットアップ総合)
https://developers.cloudflare.com/1.1.1.1/setup/ -
Kinsta(ERR_CONNECTION_TIMED_OUTの一般的な原因と対処)
https://kinsta.com/blog/err_connection_timed_out/ -
Hostinger(ERR_CONNECTION_TIMED_OUTの一般的な対処)
https://www.hostinger.com/in/tutorials/fix-err_connection_timed_out