【ITニュース解説】Goodbye Fritz!Box, Hello Ubiquiti
2026年09月18日に「Dev.to」が公開したITニュース「Goodbye Fritz!Box, Hello Ubiquiti」について初心者にもわかりやすく解説しています。
ITニュース概要
多機能ルーターFritz!Boxの性能不足から、ネットワーク制御のためUbiquitiルーターへ移行。既存設定を抽出し、WANのVLAN IDやDHCP接続情報を新ルーターへ適用した。Fritz!Boxは電話専用機として再利用。DHCP接続ならルーター交換は簡単で、詳細な設定知識が重要だと理解した。
ITニュース解説
このニュース記事は、自宅で使用しているルーターを「Fritz!Box」から「Ubiquiti」の製品に切り替えた経験について解説している。なぜルーターを交換しようと思ったのか、具体的な切り替え手順、そしてその結果得られたことや学んだ教訓が詳細に述べられている。
まず、ルーターを交換するに至った理由が説明されている。これまでのFritz!Box 7690は、電話、Wi-Fi、スマートホーム機能など、多くの役割を一台でこなす多機能なルーターだった。しかし、筆者は自身のネットワークをより細かく制御したいという要望を持っていた。具体的には、VLAN(Virtual Local Area Network)と呼ばれるネットワークを論理的に分割する技術や、ファイアウォールルールの詳細な設定、そしてネットワーク全体の状況を視覚的に把握できるダッシュボード機能などを求めていたのである。Fritz!Boxは多機能を「そこそこ」こなすものの、ルーターの主要機能であるデータの経路制御(ルーティング)に特化し、それ以外の部分をユーザーが自由に設定できるような製品を望んでいたようだ。さらに、過去数ヶ月にわたり、Fritz!Boxのパフォーマンス問題に悩まされていたことも大きな要因だった。日中、接続デバイスの数に変化がないにもかかわらずWi-Fiの速度が低下し、動画ストリーミングが途切れたり、ビデオ通話が遅延したりすることが頻繁に発生したという。ルーターを再起動すれば一時的に解決するものの、常に再起動が必要になる状態は避けたい。スマートホームデバイス、DECT電話、VPN(仮想プライベートネットワーク)、ゲストネットワーク、そして広告ブロック機能を持つAdGuardをDNS(Domain Name System)として利用するなど、Fritz!Boxが処理しなければならない多くの機能が負担となり、処理能力の限界に達したと感じていた。そこで筆者は、小型で手頃な価格であり、自宅ネットワーク(ホームラボ)の構築に必要な機能をすべて備えているUbiquiti Cloud Gateway Ultra(UCG Ultra)という新しいルーターの導入を決めた。この製品は、Ubiquitiが提供するUniFiというエコシステムの一部である。
ルーターを切り替える作業は、まず既存のFritz!Boxの設定を正確に把握することから始まる。Fritz!Boxには設定をエクスポートする機能があり、「システム」→「バックアップ」→「保存」と操作することで、デバイス内のすべての設定情報をテキスト形式で出力した「.export」ファイルを入手できる。このファイルは非常に膨大な量のテキストデータであり、初めて見ると複雑に感じるかもしれないが、必要な情報に絞れば比較的簡単に見つけ出せる。特にインターネット接続(WAN)に関する重要な設定は、「ar7.cfg」というファイルの中に格納されている。このファイルを開くと、数千行にも及ぶ設定と、一見しただけでは意味が分かりにくい変数名が並んでいるが、何を探すべきかを知っていれば、必要な数少ない値は容易に見つけられる。なお、エクスポート時にパスワードを設定した場合、ファイル自体が暗号化されるため注意が必要だ。また、設定ファイル内に記述されているパスワードや認証情報(例えばVoIP用のSIP認証情報)はさらにエンコードされているため、プレーンテキスト形式で抽出したい場合は、専用の復号化ツールが必要となる。
次に、エクスポートされた設定ファイルから、インターネット接続(WAN)に関する重要な情報を読み解く。筆者のISP(インターネットサービスプロバイダ)はBuchholz Digital(BuDi)で、FTTH(光ファイバー)接続を利用している。この接続設定は非常にシンプルで、一般的なPPPoE(Point-to-Point Protocol over Ethernet)認証や特定の認証情報は不要である。ルーターはONT(光回線終端装置)という装置にイーサネットケーブルで接続され、VLAN ID 700というタグを付与することで通信を行い、DHCP(Dynamic Host Configuration Protocol)によってグローバルIPアドレスを取得する構成となっている。Fritz!Boxの設定ファイル「ar7.cfg」から抜き出された設定では、「dsl_encap = dslencap_ether」(イーサネットカプセル化)、「vlancfg」セクション内の「vlanid = 700」が特に重要であることが示されている。また、「etherencapcfg」セクションの「use_dhcp = yes」はDHCPを使用することを示している。その他にも、VoIP(IP電話)用のVLAN ID 650や、ISPによるルーターのリモート管理(TR-069)用のVLAN ID 550が存在するが、新しいルーターであるUCG Ultraのインターネット接続においてはVLAN ID 700のみが重要となる。IPv4はDHCP経由で、IPv6は自動(デュアルスタック、IPv4とIPv6の両方が利用できる状態)で設定され、MTU(最大転送ユニット)は1500(自動)となっていた。
これらの情報に基づいて、新しいルーターであるUCG Ultraの設定を行う。UCG Ultraの管理画面であるUniFi Network Controllerを使用すると、設定は非常に簡単だった。「インターネット/WAN」設定で、接続タイプを「DHCPv4」に設定し、VLAN IDを「700」に設定する。このVLAN IDがインターネット接続に必須である。もしISPが特定のMACアドレス(ルーターに割り当てられた固有の識別子)を要求する場合のために「MACアドレスオーバーライド」機能も用意されているが、今回は必要なかった。以前のFritz!BoxのMACアドレスは、エクスポートファイル内の「user.cfg」やルーター本体のシール、あるいはウェブインターフェースからも確認できる。IPv6の設定は「Auto」または「DHCPv6」を選択してデュアルスタックを有効にする。DNSサーバーは、AdGuard用のローカルIPアドレス(192.168.50.250)と、予備として1.1.1.1(Cloudflare Public DNS)などのカスタムサーバーに設定した。ONTからUCG UltraのWANポートにケーブルを接続し、VLAN 700を設定するだけで、問題なくインターネットに接続できたとのことである。
続いて、自宅ネットワーク(LAN)側の設定を移行する。Fritz!Boxで使用していたIPアドレス帯域(サブネット)をUCG Ultraでも引き継いだ。具体的には、192.168.50.0/24というネットワークアドレスを使用し、ゲートウェイ(ルーター自身)のIPアドレスを192.168.50.1とし、DHCPサーバーがデバイスに自動的に割り当てるIPアドレスの範囲を192.168.50.20から192.168.50.200に設定した。また、NASやサーバーなど特定のデバイスには、常に同じIPアドレスが割り当てられるように、MACアドレスに基づいて静的DHCPリース(固定IPアドレス割り当て)を設定した。IPv6のローカルアドレス(ULAプレフィックス)についても、ローカルネットワーク内のIPv6アドレス(例:AdGuardのfd15:d91c:273f::250)を安定させるために、fd15:d91c:273f::/48というプレフィックスを手動でUCG Ultraに設定した。
ルーターの切り替えによって、ISPがその変更を認識するかどうか、またそれが問題になるかどうかも検討された。WANポートのMACアドレスが変わるため、ISPはルーターの変更を認識する。しかし、筆者のようなDHCP接続の場合、DHCPサーバーが単に新しいルーターに新しいIPアドレスを割り当てるだけであり、通常は問題にならない。もし問題が発生しても、UCG UltraのMACアドレスオーバーライド機能を使用すれば、以前のFritz!BoxのMACアドレスを偽装できるため、解決可能である。また、DHCPホスト名(ルーターがDHCPサーバーに通知する自身の名前)もFritz!Boxの「fritz.box」から変更されるが、これは機能に影響のない見た目の問題にすぎない。最も大きな変化は、Fritz!Boxが利用していたTR-069という、ISPがルーターをリモートで管理するためのプロトコルが利用できなくなることである。UCG Ultraはこのプロトコルをサポートしないため、ISPはルーターへのリモートアクセスを失うことになる。筆者の場合、ISPに電話で連絡し、この変更について解決した。その他のVLAN 700、DHCPベースのIPアドレス割り当て、ONTでの光ファイバー接続は変更なく機能する。
VoIP(IP電話)の扱いについても重要な検討事項だ。Fritz!BoxはVLAN 650を介して電話サービスを提供していたが、UCG UltraはSIP(Session Initiation Protocol)を直接サポートしていない。そのため、固定電話を引き続き利用したい場合は、いくつかの選択肢がある。一つは、Fritz!BoxをUCG Ultraの背後にIPクライアントモードで接続し、電話機能とDECT(コードレス電話)機能のみに利用する方法。もう一つは、スタンドアロンのSIP電話機やアダプターを使用する方法である。筆者は前者の方法を選択し、Fritz!BoxをUCG UltraのLANポートにIPクライアントとして接続し、電話とDECT機能専用のデバイスとして再利用している。Fritz!Boxの設定画面で「インターネット」→「アカウント情報」→「インターネットアクセス」を選択し、「既存のインターネット接続を使用する(IPクライアント)」に切り替えることで設定が完了した。これにより、Fritz!Boxは引退するのではなく、特定の役割に特化した形で稼働を続けることになった。
今回のルーター切り替えから得られた教訓はいくつかある。Fritz!Boxのエクスポートファイルは、設定移行の鍵となる情報源であり、特に「ar7.cfg」ファイルからWANに関するすべての設定を抽出できる。膨大なテキストの中から必要な情報を見つけ出すのは手間がかかるが、何を探すべきかを知っていれば短時間で完了できる。筆者のISP(BuDi)のFTTH接続の場合、VLAN ID 700、DHCP接続、PPPoE不要の3点のみが重要な設定であった。DHCP接続を利用している場合、ルーターの交換は非常に簡単で、ISPへの連絡や特別なアクティベーション、待機時間も必要なく、新しいルーターを接続し、VLANを設定するだけで機能した。TR-069によるISPのリモート管理から解放されたことは、不具合ではなくむしろ利点だと感じている。また、Fritz!Boxを廃棄することなく、IPクライアントモードで電話専用デバイスとして再利用できたことも良い結果だった。この経験を経て、筆者は今後、適切なルーターを手に入れたことで、ネットワークセグメンテーション(VLANによるネットワークの分割)を本格的に実装していくことに意欲を示している。これは、より高度で安全なネットワーク環境を構築するための次のステップとなるだろう。