メインコンテンツへスキップ
見出し画像

ネットが死んだ、の前に|WAN・DNS・Wi-Fiを3分で切り分ける【OpenWrt集中連載021】

    Wi-Fiのマークは出ているのに、Webが開かない。まず「全員か、一部か、一台か」を分け、WAN・DNS・DHCP・Wi-Fiを順に確認します。

    この記事の3分は初動の目安です。画面とCLIはメーカー提供のOpenWrtベースのOS、ファームウェア1.2.0.15を基準にしています。利用中の本体・追加モジュールの版を記録し、設定は一度に一か所だけ変えます。


    この連載では、Linksys Velop WRT Pro 7(LN6001-JP)を使いながら、家庭・小さなオフィス・店舗でOpenWrtルーターを現実的に使う方法をまとめています。
    連載目次: LN6001-JPで始めるOpenWrtルーター実践ガイド

    「つながらない」を一本道にする

    通信は、端末からインターネットまで何段階も通ります。上から順に確認すれば、途中を飛び越えて設定を触らずに済みます。


    画像

    最初に見る順番は、次の通りです。

    1. 電源、LED、ONU・ホームゲートウェイ、ケーブル

    2. 有線LANからLuCIへ入れるか

    3. WANとWAN6がupか

    4. IPアドレスへの通信が通るか

    5. DNSで名前を引けるか

    6. DHCPで端末へIPが配られているか

    7. Wi-Fi、Firewall、VLAN、VPN、追加機能

    最初に失敗した段階が、次に詳しく見る場所です。

    症状を「全員・一部・一台」で分ける

    コマンドを打つ前に、影響範囲を確認します。

    画像


    • 有線もすべてのSSIDも使えない: 回線、WAN、DNSなど共通部分

    • 特定SSIDだけ使えない: DHCP、SSIDとnetworkの紐づけ、Firewall zone

    • 一台だけ使えない: 端末のIP、DNS、VPN、セキュリティソフト

    • IPv6は使えるがIPv4だけ失敗: IPv4 over IPv6やPPPoE側

    • IPアドレスなら通るが名前は失敗: DNS

    • 特定サイトだけ失敗: DNSフィルター、Adblock、MTU、相手側障害

    家族やスタッフに「全部だめ?」と聞くより、「有線は?」「別のSSIDは?」「別の端末は?」と聞くほうが早く絞れます。

    ステップ1: 物理とLuCIを確認する

    LN6001-JPの電源、Internetポート、ONU・ホームゲートウェイのLEDとケーブルを確認します。上流機器とLN6001-JPの両方がある場合、どちらから先に異常になったかも手掛かりです。

    管理用PCをLN6001-JPへ有線LANで接続し、通常使っているLAN側IPを開きます。工場出荷時の初期IPは 192.168.1.1 ですが、ホームゲートウェイとの重複回避などで変更している場合は、変更後のIPを使います。

    LuCIへ入れるなら、LANとルーター本体は少なくとも動いています。LuCIへ入れない場合は、回線より先に、PCのIP、接続先LANポート、LAN側IP、VLAN、端末側VPNを確認します。

    ステップ2: WANとWAN6を別々に見る

    LuCIの Network → Interfaces で、WANとWAN6を分けて見ます。

    CLIなら読み取り専用で確認できます。

    ifstatus wan
    ifstatus wan6
    ip route show
    ip -6 route show
    

    up だけでなく、アドレスとデフォルトルートも見ます。

    WAN6が使えても、IPv4 over IPv6が正常とは限りません。日本のIPoE環境では、IPv6通信とMAP-E・DS-Lite・IPIPなどのIPv4通信を別に確認します。

    上流にホームゲートウェイがある場合は、LN6001-JPのWANアドレス、上流機器のLANアドレス、サブネット重複も確認します。

    ステップ3: IP通信とDNSを分ける

    「Webが開くか」だけでは、回線とDNSを分けられません。まずIPアドレスへ通信し、次に名前解決を試します。


    画像
    ping -c 4 8.8.8.8
    nslookup www.google.co.jp
    

    読み方は単純です。

    • IPへ届き、名前だけ引けない: DNSを疑う

    • IPへ届かない: WAN、経路、Firewall、上流回線を確認

    • ルーターでは通り、端末では通らない: DHCP、端末DNS、SSID、Firewallを確認

    • IPv6だけ通る: IPv4 over IPv6またはIPv4 WAN側を確認

    Public DNSへ変更する前に、端末がどのDNSサーバーを受け取っているか、AdblockやFamily DNSが間に入っているかを確認します。

    pingは宛先や経路で拒否される場合があります。一回の失敗だけで回線断と確定せず、経路表示、別の宛先、普段使うサービスの結果も照合してください。名前解決の成功も、そのWebサービスとの通信成功までは保証しません。

    ステップ4: DHCPとWi-Fiを分ける

    Wi-Fiへ接続できても、端末が正しいIP・ゲートウェイ・DNSを受け取れていなければ通信できません。

    cat /tmp/dhcp.leases
    wifi status
    iw dev
    

    端末側では、次を確認します。

    • 想定するサブネットのIPが付いている

    • デフォルトゲートウェイがLN6001-JPまたは設計上のルーターを向いている

    • DNSサーバーが想定通り

    • 自己割り当てアドレスになっていない

    • 端末のVPNやPrivate Relayが切り分けを邪魔していない

    特定SSIDだけ失敗する場合は、そのSSIDに紐づくnetwork、DHCP server、Firewall zoneを見ます。電波強度を疑う前に、IPが配られているかを確認します。

    ステップ5: Firewallとネットワーク分離を見る

    GuestやIoTだけ使えない場合、意図した分離と、誤って止めた通信を分けます。

    uci show network
    uci show wireless
    uci show dhcp
    uci show firewall
    iptables-save
    ip6tables-save
    

    見るポイントです。

    • SSIDが正しいnetworkへ接続されている

    • networkが正しいdevice・VLANへ接続されている

    • DHCPがそのzoneからルーターへ届く

    • Guest・IoTからWANへのforwardingがある

    • Guest・IoTからLANへの不要なforwardingがない

    • IPv4とIPv6の両方で分離が維持されている

    「Guestからインターネットへ出られる」と「GuestからNASへ入れない」は別のテストです。

    ステップ6: VPNと追加機能を後から見る

    土台の回線が正常と分かってから、Tailscale、WireGuard、Adblock、Family DNSを確認します。ただし、IPv6だけ使えてIPv4が使えない場合、オートIPoEは回線接続そのものに関係します。ステップ2のWAN確認と一緒に、契約方式・モジュールの状態を調べます。043のオートIPoE設定と確認手順へ進む場合も、先に現在の設定を保存してください。

    確認する層は三つあります。

    1. パッケージやモジュール本体がある

    2. 設定とサービスが動いている

    3. 外部側の承認、ルート、DNSが有効

    VPNだけ失敗する場合は、通常回線が使えるか、トンネルinterfaceがあるか、経路と外部承認が残っているかを分けます。Adblock導入後に一部サイトだけ壊れた場合は、ブロックログや一時停止で再現性を確認します。

    ステップ7: 直近ログを見る

    ログは最初から全部読む必要はありません。障害が起きた時刻の前後と、関係する語を絞ります。

    logread | tail -n 200
    logread | grep -Ei 'wan|wan6|dhcp|dnsmasq|odhcp|wireless|auth|firewall|error|fail'
    dmesg | tail -n 100
    

    繰り返し現れるエラー、link up/down、DHCPの更新失敗、認証失敗、サービスの再起動を探します。単発の警告だけで原因と決めず、症状が出た時刻と一致するかを見ます。

    症状から次の確認場所を選ぶ


    画像
    • LuCIへ入れない: LAN、PCのIP、VLAN、管理用IP

    • WANがdown: ケーブル、上流機器、接続方式、契約情報

    • IPへ届くが名前を引けない: DNS、Adblock、Family DNS

    • 特定SSIDだけ失敗: DHCP、network、zone

    • IPv6だけ使える: IPv4 over IPv6、PPPoE、IPv4 default route

    • VPNだけ失敗: service、interface、route、外部承認

    • 大きい通信だけ止まる: MTU、IPv6のICMP Packet Too Big

    切り分けは「正解を当てる」作業ではなく、可能性を順番に消す作業です。

    記録してから、一つ前へ戻す

    変更直後の障害なら、現在状態を保存してから直前の一項目を戻し、同じテストを再実行します。再起動する場合も先にWAN・WAN6・経路・DHCP・ログを残してください。アーカイブの丸ごと復元は、設定互換性と戻る範囲を確認してから行います。

    復旧は、最初に障害が出た端末・SSID・サービスで確かめます。有線の管理PCだけ直っても、GuestやIoTの復旧確認にはなりません。記録方法は015のログと運用メモを参照してください。

    サポートへ渡す情報をそろえる

    自分で直らない時も、情報がそろっていれば相談は早くなります。

    • 製品名とファームウェアバージョン

    • ONU・ホームゲートウェイ・LN6001-JPの接続順

    • 契約回線とIPv4 over IPv6方式

    • 影響する端末・SSID・時間帯

    • 最後に正常だった日時

    • 直前の設定変更や更新

    • WAN・WAN6・DNS・DHCPの結果

    • 秘密情報を伏せた関係ログ

    例:「有線LuCIへは入れる、WAN6はup、IPv4 default routeがない」。共有前に、IP・MAC・SSID・端末名・鍵・認証情報を伏せます。

    最終チェックリスト


    画像

    直ったら、何を変え、どの端末・サービスで確認したかを残します。次の障害でも同じ順番で比べられる記録になります。

    次に読むなら

    参考情報

    CLI例の前提

    CLI例は、OpenWrtベースのLN6001-JP ver 1.2.0.15を基準にした読み取り専用の確認例です。回線方式、追加モジュール、ネットワーク構成でinterface名や出力は変わります。

    設定変更を行う場合は、先にバックアップを取り、変更内容を理解し、有線LANで復旧できる状態を確保してください。

     
     
    外資系テックの仕事と、ネットワーク・AI・動画制作を実際に試す人。日本の仕事を少し便利にする方法を書いています。Linksys / OpenWrt / IPoE / Apple / YouTube tools. 個人の発信です。

    あなたへのおすすめ