172.16.0.1 ルーターログイン

www や余計な検索ワードを含めず、ホスト名のみの 172.16.0.1 とタイプしてください。何も読み込まれない場合は、お使いの端末が同じ 172.16.0.0/24 サブネット内のアドレス（つまり 172.16.0.2 から 172.16.0.254 の間のアドレス）を実際に保持しているか確認してください。異なるサブネットにあるデバイスは、適切なルートがない限りこのゲートウェイに到達できず、ブラウザは警告なく自動的に検索エンジンへフォールバックします。

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

このアドレスに対してドキュメント化されたデフォルトの組み合わせはありません。そのため、一般的なリストから入力しているものはすべて推測に過ぎません。機器のステッカーやマニュアルで出荷時の初期設定を確認してください。多くの MikroTik 機器は文字列ではなくパスワード欄が空欄で出荷されているため、認証情報が変更されたと判断する前に、パスワードを空にしたまま試してみる価値があります。

まず http://172.16.0.1 を試してください。172.16 ネットワーク上のビジネス向けやラボ向けの機器は、家庭用機器よりもプレーンな HTTP が無効化されていたり、管理用インターフェースが非標準ポートに移動されていたりする可能性が高くなります。その場合、https://172.16.0.1 や、172.16.0.1:8080 のように明示的なポート指定が必要になることがあります。内部 HTTPS ページでの証明書警告は想定内であり、そのまま進行して問題ありません。

172.16.0.1 は打ち間違えやすいアドレスです。よくある入力ミスには、ループバック空間であり自身のマシンを指してしまう 127.16.0.1 や、有効なドット記法アドレスではない 172.16.01、172.160.1 などがあります。また、まったく別のサブネットである 172.16.1.1 に接続しようとしていないかも確認してください。4つの数値を個別に確認しながら入力してください。

172.16.0.0/12 は再利用可能なプライベート空間であるため、VPN の両端や、ホストと Docker ブリッジネットワークの間で同じアドレス体系が存在することがよくあります。VPN に接続している場合やコンテナを実行している場合、マシンが 172.16.0.0/24 へのトラフィックを別の場所にルーティングしてしまい、ローカルゲートウェイにリクエストが送信されないことがあります。VPN を切断するかコンテナネットワークを停止して、再度試してください。

いいえ。このアドレスは RFC 1918 によってプライベート用に予約されている 172.16.0.0/12 の範囲内に含まれるため、パブリックインターネット上ではルーティングされません。誤解されやすい理由として、172.16 から 172.31 の範囲外にある 172 アドレスは通常のパブリック空間であることが挙げられます。プライベートなのはその特定の範囲のみであるため、172.15.0.1 や 172.32.0.1 はこのアドレスとはまったく異なる動作をします。

いいえ、誰にもわかりません。プライベートアドレスは特定の組織、ISP、国に割り当てられるものではありません。この同じアドレスは、オフィスの LAN から Docker を実行しているノート PC に至るまで、世界中の無数の独立したネットワークで同時に使用されています。172.16 アドレスに対して都市、事業者、登録者を特定できると主張する照会サービスは、知り得ない情報を表示していることになります。

そのようなものは存在しません。パスワードはアドレスではなくデバイスに紐づくものであり、このアドレスに対するデフォルトの組み合わせはここではドキュメント化されていないためです。該当するモデルの本体ステッカー、印刷されたセットアップガイド、またはベンダーのマニュアルを確認してください。ISP や IT チームが機器を設置した場合は、その書類に認証情報が記録されている可能性があります。

Docker はブリッジネットワーク用にプライベートサブネットを割り当てており、馴染みのある 172.17.0.1 のデフォルトブリッジゲートウェイと並んで、172.16.0.0/12 もよく使用される範囲の1つです。172.16.0.1 がコンテナネットワークのゲートウェイとしてマシン上に表示されている場合、それは物理ルーターではなく仮想ネットワークに属しているため、その背後に Web ログイン画面はありません。

ネットマスク 255.240.0.0 を持つ 172.16.0.0/12 のブロック全体には、172.16.0.0 から 172.31.255.255 まで 1,048,576 個のアドレスが含まれています。その中で、この特定の /24 サブネット（172.16.0.0/24）は 172.16.0.1 から 172.16.0.254 までの使用可能なホストを提供し、172.16.0.255 はブロードキャストアドレスとして予約されています。同じ /24 内の他の19個のアドレスについては個別にドキュメント化されています。

コンシューマー向けのブロードバンドルーターのほとんどは 192.168 空間で出荷されるため、家庭用ネットワークではそれが主流となっています。一方、172.16 範囲は、中規模企業の LAN、ラボや研修環境、VPN サブネット向けにネットワーク管理者が意図的に選択する傾向があります。その理由の1つとして、トンネルの対向先にある在宅勤務者の家庭用ネットワーク（192.168）とアドレスが重複する可能性が極めて低いことが挙げられます。

ドキュメント化されているベンダーの中では、MikroTik RouterBOARD および hEX デバイスがこのアドレスに関連付けられています。それ以外では、サブネットの1番目の位置がゲートウェイの標準的なスロットであり管理者が手動で割り当てるため、172.16.0.1 は工場出荷時のデフォルトというよりも設定によって割り当てられるケースが多くなります。そのため、お使いのネットワークでこのアドレスに応答するデバイスは、ほぼあらゆるルーター、ファイアウォール、または仮想ゲートウェイである可能性があります。