広告：本記事にはアフィリエイト広告が含まれます。
実測日時：2026年10月31日10:51:07〜10:51:18（日本時間）／楽天最強プラン／Rakuten WiFi Pocket 5G／Windows PC・2.4GHz接続
Rakuten WiFi Pocket 5Gの管理画面「web.setting」が開かないとき、名前解決の失敗と証明書のエラーは分けて確認したい。今回、このPCで新しく測ると、名前解決は3回とも成功し、HTTPは3回ともHTTPSへの307転送を返した。一方、証明書を通常どおり検証したHTTPS要求は3回とも信頼確認で停止した。外部サイトへのHTTPS確認は3回とも204応答だった。
これは管理画面へのログイン成功を確認した結果ではない。ブラウザーで警告画面を開いたり、警告を越えたりする操作は行わず、Windows標準のcurlで接続の段階を調べた記録だ。ネット上にあるDNSエラーの相談と、今回の証明書検証エラーを同じ症状として扱わない。
実測の要約：DNS成功と、HTTPSの信頼確認失敗が併存
3回の名前解決と9回のHEAD要求を、3組に分けて実施した。HTTPの307は転送指示を受け取れたことを示すが、その後のHTTPS接続やログインが成功したことまでは示さない。表のHTTPS失敗にはHTTPステータスを割り当てていない。
実在する疑問：「ネット未接続だと管理画面に入れない？」
楽天モバイルコミュニティには、2026年10月29日にPocket 5Gへ機種変更した人から、eSIM再発行のために管理画面へ入ろうとしても開けない、という相談が投稿されている。翌30日の返信にはdns_probe_finished_nxdomainという表示の報告もある。相談の原文：ポケットWi-Fiの機種変更について
相談はスマートフォンでの初期設定中の体験だ。今回は既にインターネット通信できる状態のWindows PCで測定しており、eSIM未設定・回線未開通の状況は再現していない。また、今回の名前解決は成功しているため、相談者のNXDOMAINを再現・解決した試験でもない。
楽天モバイルのPocket 5G初期設定ガイドでは、端末のWi-Fiに接続して管理画面でeSIMを設定する手順が案内されている。管理画面へのローカルな接続と、携帯回線によるインターネット通信の成立は、確認する対象を分ける必要がある。今回、携帯回線を切断した状態で管理画面へ入る試験は行っていない。
DNSエラーと証明書エラーでは、止まる段階が異なる
本試験で最初に行ったのは、Resolve-DnsNameによるweb.settingのAレコード確認だ。3回とも名前を解決でき、結果はその時点の既定ゲートウェイと一致した。実際のアドレスやSSIDの識別部分は公開していない。名前解決の試験はDNSのみを指定し、hostsファイルを使わない条件で実施した。
続いてhttp://web.setting/へHEAD要求を送ると、https://web.setting/への転送が返った。HTTPS宛てには別の要求を送り、通常の証明書検証を有効にしたまま確認した。この段階でWindowsのSchannelがSEC_E_UNTRUSTED_ROOT (0x80090325)を返し、curlは終了コード60で停止した。
curl公式文書では、証明書は既定で検証され、Schannelを使う構成ではWindowsの証明書ストアを使うと説明されている。今回のエラーは、この実行環境で証明書チェーンの信頼確認が成立しなかった記録として扱う。証明書チェーンの中身を調査していないため、自己署名証明書だと断定したり、ルーターの故障だと結論したりはしない。curl公式：TLS証明書の検証
したがって、今回の「名前が解決できた後に信頼確認で止まる」という結果は、相談にあるNXDOMAINとは段階が異なる。Chromeやスマートフォンのブラウザーでは動作が異なる可能性もあり、curlの結果をそのままブラウザーのエラー表示と同一視しない。
3回分のHTTP結果と応答時間
| 組 | 管理画面・HTTP | 管理画面・HTTPS | 外部確認・HTTPS |
|---|---|---|---|
| 1回目 | 307／30.8ms | 検証失敗／curl 60 | 204／359.4ms |
| 2回目 | 307／57.6ms | 検証失敗／curl 60 | 204／431.0ms |
| 3回目 | 307／28.2ms | 検証失敗／curl 60 | 204／1987.3ms |
応答時間はcurlが記録した要求全体の時間で、名前解決や接続確立を含む。管理画面の描画時間やログイン時間ではない。証明書検証で失敗した3要求は詳細タイミングを記録できていないため、時間欄を設けていない。
外部確認にはhttps://www.google.com/generate_204を使い、3回とも本文のない204応答を受け取った。これにより、この時点であらゆるHTTPS通信が失敗していたわけではないことは確認できる。ただし、外部の1宛先が成功した結果で、すべてのサイトやアプリの利用を保証するものではない。
管理画面が開かないとき、まず確認したい表示
最初に、接続先が自分のPocket 5GのWi-Fiであることと、入力したURLを確認する。楽天モバイルのPocket 5G管理画面の公式案内では、端末のWi-Fiへ接続したうえでhttps://web.settingへアクセスする手順が示されている。
そのうえで、「名前が見つからない」「証明書の信頼性を確認できない」「ログインできない」のどこで止まるかを記録すると、相談の内容を具体的にできる。Windowsで名前解決だけ確認する例は次のとおり。これは確認用のコマンドで、DNS設定を変更するものではない。
Resolve-DnsName -Name web.setting -Type A -DnsOnly -NoHostsFile公式の管理画面案内には、OSごとの警告・証明書に関する手順も掲載されている。今回、その手順による証明書の導入や、導入後の再試験は実施していない。接続先と機種を確認し、該当する公式説明を参照するためのリンクとして紹介している。任意のサイトで警告を無視するよう勧めるものではない。
測定条件・通信量・今回の限界
Windows 11 Pro、Intel Dual Band Wireless-AC 8265、2.4GHz・802.11n・チャネル6で測定した。送受信リンク速度は144.4Mbps、開始時の信号表示は99%、RSSIは−31dBm。開始前と終了後に同じ楽天ルーターへの接続を確認し、IPv4・IPv6の既定経路がWi-Fiであることも確認した。携帯回線側が4G・5Gのどちらだったかは未確認だ。
curl 8.21.0のSchannel構成を使い、IPv4・HTTP/1.1、HEAD方式、接続待機上限5秒・要求全体上限10秒で実施した。この要求に限りプロキシを通さず、転送先への自動追従と再試行は行っていない。DNS確認、管理画面HTTP、管理画面HTTPS、外部HTTPSの順に1組ずつ行い、次の組まで約1秒空けた。DNSキャッシュやPCの背景通信は統制していない。
完了した6件のHTTP要求について、curlが記録した応答ヘッダーは合計810byte、要求は合計501byteだった。HEADのため本文の取得は0byte。DNSやTLSのやり取り、検証失敗分のTLS通信、IP・Wi-Fi等のヘッダー、PCの他の通信はこの値に含めていない。これらの数字は総通信量や契約上のデータ使用量ではない。
管理画面の本文表示・ログイン、eSIMの再発行や追加、未開通時の接続、スマートフォン、5GHz Wi-Fi、USB接続は試していない。証明書、DNS、ルーター設定の変更も行っていない。短時間・各3回・1台のPCによる切り分け記録であり、症状の原因や解決方法をすべて検証した記事ではない。
よくある質問
web.settingのDNSエラーを再現できた？
今回は再現していない。3回とも名前解決に成功し、現在の既定ゲートウェイと一致した。相談者のNXDOMAINを解決した結果ではない。
HTTP 307が返れば管理画面にログインできる？
307はHTTPSへの転送指示を受け取った結果だ。その後のHTTPS接続やログイン成功までは示さない。今回のHTTPS要求は証明書の信頼確認で止まり、ログインは実施していない。
証明書を導入すれば直ると確認した？
確認していない。公式の機種別案内を紹介しているが、証明書の導入と導入後の試験は行っていない。ブラウザーの警告表示も今回の試験対象外だ。
関連する実測レビュー
回線の送受信速度はPocket 5G総合レビュー、外部ドメインのDNS応答比較は既定DNSと公開DNSの実測、Windowsの接続判定は「インターネットなし」とNCSIの実測にまとめた。今回の管理画面試験とは日時・対象・方式が異なる。
コメント