172.20.10.1 ルーターログイン

他の作業を行う前に、まずこれを確認してください。Windows では、コマンドプロンプトで ipconfig /all を実行し、アクティブなアダプターの「デフォルト ゲートウェイ」の行を確認します。Linux では、ip route を実行し、default via の後ろにあるアドレスを確認します。macOS では、「システム設定」から「ネットワーク」を開き、アクティブなインターフェースの「詳細」を開いて「TCP/IP」タブの「ルーター」項目を確認します。そこに異なるアドレスが表示されている場合、それが実際のゲートウェイです。

172.16.0.0/12 範囲は、Dockerのデフォルトブリッジネットワーク、VPNサブネット、ラボ環境で頻繁に使用されるため、172.20.10.1 は物理的なハードウェアではなく、ご自身のマシン上のコンテナブリッジ、トンネルエンドポイント、または仮想インターフェースである可能性があります。ip route または ipconfig /all を実行して、172.20.10.0/24 へのルートがどのインターフェースにバインドされているか確認してください。仮想アダプターやトンネルアダプターである場合、開くべきログインページは存在しません。

ブラウザが数字を検索ワードとして処理しないよう、スキームを含めて http://172.20.10.1 とフルで入力してください。読み込まれない場合は、https://172.20.10.1 も試してください。多くの管理インターフェースは HTTPS 専用であり、受け入れる必要のある自己署名証明書の警告が表示されることがあります。また、ビジネス向け機器では :8080 や :8443 などの非標準ポートもよく使用されます。

172.20.10.1 は、172.20.1.1、172.20.10.10、172.10.20.1 と見間違いやすく、最後の2つは異なるサブネットであるか、完全にプライベート空間の外にあります。数字の 1 の代わりに小文字の L を入力していないか、ドットの代わりにカンマを使っていないか、末尾に誤って .com を付けていないか注意してください。第2オクテットが 172.16 未満または 172.31 を超えるものはパブリック空間であり、アクセスを試みるべきではありません。

ログインフォームが表示されれば、172.20.10.1 で何らかのデバイスが応答していることが確認できるため、アドレスは正しく認証情報のみが間違っています。このアドレスに文書化されたデフォルト値はないため、デバイスのラベルやマニュアルを確認してください。機器が雇用主、所有者、またはサービスプロバイダによってセットアップされたものである場合、設置時にパスワードが変更されている可能性が高く、管理者のみがそれを保持しています。

ご自身のアドレスが 172.20.10.1 から 172.20.10.254 の範囲内にない場合、セグメント間にルートが存在しない限り、お使いのマシンから 172.20.10.1 への直接の通信パスはありません。ご自身の IPv4 アドレスとサブネットマスクを /24 と比較してください。ゲストネットワークへの接続、クライアント分離が有効な別の無線帯域、すべてのトラフィックをキャプチャする VPN への接続などがこの症状の原因となります。

いいえ。RFC 1918 がプライベートネットワーク用に予約している 172.16.0.0/12 の範囲内に該当し、そこへのトラフィックはパブリックインターネット上ではルーティングされません。172.16 から 172.31 の範囲外にある 172 アドレスが通常のパブリック空間であるため、誤解がよく生じます。判断基準は第2オクテットのみであり、172.20 はプライベートですが、172.15 や 172.32 はプライベートではありません。

このアドレスを出荷時のデフォルトゲートウェイとして採用している特定のベンダーやモデルは知られていないため、名を挙げることは推測になります。172.16.0.0/12 内のアドレスは、工場出荷時に固定されているというよりも管理者によって割り当てられることが多いため、特定の製品ラインではなく、ビジネスネットワーク、ラボ環境、VPNサブネット、コンテナブリッジなどで使用されます。

このアドレス用に文書化されたものは存在せず、工場出荷時の組み合わせを提供する関連ベンダーもありません。認証情報は、ネットワーク上でこのアドレスを保持しているデバイスに依存します。デバイス本体のステッカー、印刷されたクイックスタートガイド、モデルのマニュアル、または設置を行った組織の資料を確認してください。設定済みのネットワークでは、通常デフォルト値は変更されています。

はい、実際に多くのネットワークで使用されています。プライベートアドレスは世界中で一意である必要がないため、いずれのトラフィックもパブリックインターネットを通過しないことから、競合することなくオフィスネットワーク、ラボ環境、コンテナブリッジのゲートウェイとして同じアドレスを同時に使用できます。そのため、このアドレスから特定の場所、プロバイダ、所有者を特定することはできません。

まず http://172.20.10.1 を試してください。接続が拒否またはリセットされる場合は https://172.20.10.1 を試してください。プライベートアドレス上の管理インターフェースは通常、ブラウザが信頼しない自己署名証明書を使用しているため、証明書の警告が表示されることが予想されます。また、ビジネス向け機器では 8080 や 8443 などの代替ポートで待受していることも多く、その場合は 172.20.10.1:8443 のように末尾に追加します。

Windows では、コマンドプロンプトを開いて ipconfig /all を実行し、使用中のアダプターの「デフォルト ゲートウェイ」の項目を確認します。Linux では、ip route を実行し、default via の後に表示されるアドレスを取得します。macOS では、「システム設定」を開き、「ネットワーク」に移動してアクティブな接続を選択し、「詳細」を開いて「TCP/IP」タブの「ルーター」を確認します。

Docker はプライベート空間からブリッジネットワークを割り当て、172.16.0.0/12 は割り当て元となる範囲の1つであるため、ゲートウェイを .1 とする 172.20.10.0/24 ブリッジが生成されるのは通常の挙動です。そのゲートウェイはご自身のホスト上の仮想インターフェースであり、ルーターではないため、ログインするための Web インターフェースは存在しません。ip route を実行すると、docker または br- インターフェースにバインドされていることが確認できます。