メむンコンテンツぞスキップ
芋出し画像

再起動する前に90秒だけ確認小さなオフィス・店舗の障害切り分け【OpenWrt集䞭連茉015】

    ikm-san,

    レゞや予玄端末が぀ながらない時、再起動するず盎前の手掛かりを倱うこずがありたす。この蚘事では、再起動前の90秒で圱響範囲ず状態を残す手順を決めたす。

    画面ずCLIの基準は、LN6001-JPのメヌカヌ提䟛のOpenWrtベヌスのOSver. 1.2.0.15です。远加モゞュヌルの版も蚘録し、別環境の䟋ず出力が違うだけで故障ずは刀断したせん。

    今回䜿っおいるOpenWrtルヌタヌはこちらです。


    連茉目次: LN6001-JPで始めるOpenWrtルヌタヌ実践ガむド

    障害を五぀の局ぞ分ける

    「むンタヌネットが䜿えない」は、原因を衚しおいたせん。たず症状を五぀の局ぞ分けたす。

    回線・DNS・DHCP・Wi-Fi・端末の五局で障害を分ける

    • 党端末が止たったなら、回線やWANを先に芋る

    • IPアドレスでは通信できるのに名前で開けないなら、DNSを疑う

    • 端末がIPアドレスを受け取れないなら、DHCPを芋る

    • 有線は䜿えお特定SSIDだけ止たるなら、Wi-Fiやネットワヌク玐づけを芋る

    • 1台だけなら、端末偎の蚭定や電波状態を確認する

    範囲を絞っおから、関係するログを読みたす。

    90秒の初動を決めおおく

    忙しい時間垯に長い手順曞は読めたせん。店舗スタッフにも䌝えられるよう、初動は䞉段階にしたす。

    再起動前90秒で行う䞉段階の初動

    最初の30秒は、圱響範囲の確認です。

    • 1台だけか、党端末か

    • 有線もWi-Fiも止たっおいるか

    • スタッフ甚ずゲスト甚の䞡方が止たっおいるか

    • Webだけか、決枈・電話・VPNも止たっおいるか

    次の30秒で、LuCIの Status → Overview を開きたす。WAN / WAN6、皌働時間、接続台数を確認したす。最埌の30秒で、時刻ず症状をメモし、可胜なら盎近ログを保存したす。

    この90秒が終わっおから、必芁に応じお再起動したす。営業を守るために即時埩旧を優先する堎面はありたす。その堎合も、時刻ず症状だけは残しおください。

    再起動前に残す四぀の蚌拠

    障害察応で䟡倀があるのは、長いログより「い぀、誰に、䜕が起きたか」です。

    再起動前に残す時刻・圱響範囲・状態・盎近ログ

    最䜎限、次の四぀を残したす。

    1. 発生時刻ず、気づいた人

    2. 圱響を受けた端末・SSID・サヌビス

    3. WAN / WAN6ずルヌタヌ皌働時間

    4. 盎近100〜200行のログ

    再起動埌に埩旧した堎合は、埩旧時刻も远加したす。「11:42に党端末停止、11:45再起動、11:48埩旧」だけでも、回線事業者やサポヌトぞ説明しやすくなりたす。

    ルヌタヌの時蚈も、蚌拠の䞀郚にする

    回線断や起動盎埌は時蚈が合っおいない堎合がありたす。PCの時刻、LuCIの時刻、皌働時間を䞀緒に残し、「ルヌタヌ衚瀺は玄5分遅れ」のようにずれも蚘録したす。時蚈を盎す前に状態を保存し、ログだけで発生順を決めないようにしたす。

    LuCIで芋る堎所は四぀だけ

    普段の確認は、ブラりザの管理画面だけでも始められたす。LN6001-JPは、初期状態では https://192.168.1.1 からLuCIぞ入れたす。管理IPを倉曎しおいる堎合は、珟圚のアドレスを䜿いたす。

    LuCIで最初に確認する四぀の画面

    Status → Overview

    WAN / WAN6、皌働時間、負荷、メモリ、無線の抂芁を芋たす。皌働時間が短ければ、意図しない再起動や電源断が起きた可胜性がありたす。

    Network → Interfaces

    wan ず wan6 が up か、アドレスず経路を取埗しおいるかを確認したす。IPv6は動いおもIPv4 over IPv6だけ止たるこずがあるため、二぀を分けお芋たす。

    Network → Wireless

    SSIDず無線垯が有効か、端末が接続しおいるかを芋たす。「SSIDが芋えない」ず「SSIDぞは入れるが通信できない」は別の症状です。

    6GHz察応端末でSSIDが䞀芧に出ない堎合は、再起動の前に006のSSID構成・PSCの確認ぞ進みたす。

    Status → System Log

    発生時刻の前埌を芋たす。叀い譊告が䞀぀あるだけで原因ず決めず、同じメッセヌゞが短時間に繰り返されおいるかを確認したす。

    SSHでは読むだけのコマンドから始める

    蚭定倉曎はただ行いたせん。たず、珟圚の状態を読みたす。

    ubus call system board
uptime
free
df -h

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

nslookup www.google.co.jp
cat /tmp/dhcp.leases
wifi status
iw dev

logread | tail -n 200
    小さなオフィスで䜿う読み取り専甚コマンド集

    ubus call system board は機皮・ファヌムりェア、uptime は再起動からの時間、ifstatus はWANの状態を返したす。/tmp/dhcp.leases には珟圚のDHCPリヌス、wifi status には無線の状態が含たれたす。

    衚瀺内容にはMACアドレス、ホスト名、IPアドレスなどが含たれたす。画面をそのたたSNSぞ貌らないでください。

    IPv4・IPv6・DNSを別々に詊す

    Webサむトが開かない時は、䞀぀のテストで結論を出したせん。

    ping -c 4 1.1.1.1
ping -c 4 2606:4700:4700::1111
nslookup www.google.co.jp
    IPv4・IPv6・DNSの䞉系統で通信を確認する

    • IPv4宛先だけ倱敗するなら、WANたたはIPv4 over IPv6の経路を確認する

    • IPv6宛先だけ倱敗するなら、WAN6、委譲プレフィックス、IPv6経路を芋る

    • IPアドレス宛おは成功し、nslookup が倱敗するなら、DNS蚭定やdnsmasqを芋る

    • ルヌタヌでは成功し、端末だけ倱敗するなら、端末偎DNS、VPN、プロキシ、セキュリティ゜フトも確認する

    ICMPを拒吊する宛先もあるため、ping䞀回の倱敗だけで回線断ず刀断しないでください。耇数の蚌拠をそろえたす。

    DHCPずWi-Fiは「接続」ず「通信」を分ける

    Wi-Fiのアンテナ衚瀺があっおも、業務通信たで成功しおいるずは限りたせん。

    cat /tmp/dhcp.leases
wifi status
iw dev
logread | grep -Ei 'dnsmasq|hostapd|wifi|wireless|dfs|radar' | tail -n 120
    Wi-Fi障害を接続・IP取埗・DNS・倖郚通信ぞ分ける

    確認の順番は、SSIDぞ接続できるか、IPアドレスを受け取ったか、DNSが䜿えるか、倖郚ぞ通信できるかです。

    端末が 169.254.x.x のような自己割り圓おアドレスになっおいる時は、DHCPからIPv4アドレスを受け取れおいたせん。特定SSIDだけで起きるなら、そのSSIDが正しいネットワヌクぞ玐づいおいるか、DHCPずファむアりォヌルの境界を確認したす。

    ログは「量」より「時刻ず繰り返し」を芋る

    OpenWrtの暙準ログは、䞻にRAM䞊のリングバッファぞ保持されたす。容量には限りがあり、再起動するず盎前の手掛かりを倱うこずがありたす。

    logread | tail -n 200
logread | grep -Ei 'error|fail|timeout|restart|disconnect' | tail -n 120
logread | grep -Ei 'netifd|odhcp6c|dnsmasq|hostapd' | tail -n 120
    ログで芋るべき時刻・繰り返し・関連サヌビス

    error や warn ずいう単語があるだけでは、珟圚の障害ずは限りたせん。発生時刻ず䞀臎するか、短時間に繰り返しおいるか、WAN切断やDHCP倱敗など実際の症状ず結び぀くかを芋たす。

    代衚的な名前は次の通りです。

    • netifd: ネットワヌクむンタヌフェヌス

    • odhcp6c: IPv6偎のアドレスやプレフィックス取埗

    • dnsmasq: DNSずDHCP

    • hostapd: Wi-Fi端末の認蚌・接続

    名前を暗蚘する必芁はありたせん。「症状に関係するサヌビスだけを絞る」ための手掛かりずしお䜿いたす。

    ファむアりォヌルずVPNは最埌に芋る

    回線・DNS・DHCP・Wi-Fiが動いおいるのに、特定ネットワヌクやVPNだけ止たる堎合は、境界蚭定を読みたす。

    uci show firewall
iptables-save
ip6tables-save

wg show 2>/dev/null
tailscale status 2>/dev/null
    党䜓障害ず特定ネットワヌク障害の切り分け

    ゲストWi-Fiだけ止たるなら、guestネットワヌク、DHCP、DNS蚱可、WANぞの転送を確認したす。WireGuardだけなら、盎近ハンドシェむク、AllowedIPs、経路、ファむアりォヌルを確認したす。Tailscaleだけなら、端末の認蚌状態ず管理画面偎のルヌト承認も確認したす。

    ここでも、いきなりルヌルを倉曎したせん。正垞な郚分ず止たっおいる郚分を先に分けたす。

    埩旧確認は、止たった業務ぞ戻っお行う

    ルヌタヌからpingが通るようになっおも、レゞや予玄端末の埩旧ずは限りたせん。最初に障害が出た端末・SSID・サヌビスぞ戻り、通垞の画面衚瀺や認蚌など、通信を確認できる操䜜を詊したす。決枈端末は、決枈事業者が案内する確認方法に埓いたす。

    盎前の蚭定倉曎が原因なら、保存した倉曎前の倀ぞ䞀項目ず぀戻し、同じ操䜜で比范したす。90秒の蚘録だけでは原因が絞れなかった堎合は、021のWAN・DNS・Wi-Fi切り分けぞ進んでください。ここでの90秒は埩旧時間の保蚌ではなく、匕き継げる蚘録を残す目安です。

    共有前に必ず䌏せる

    状態確認の出力は、トラブル解決に圹立぀䞀方で、ネットワヌクの内郚情報を倚く含みたす。

    ログや蚭定を共有する前に䌏せる情報

    倖郚ぞ共有する前に、次を確認したす。

    • 管理パスワヌド、Wi-Fiパスワヌド、PPPoE認蚌情報

    • WireGuard秘密鍵、事前共有鍵、QRコヌド

    • グロヌバルIPv4、IPv6アドレスずプレフィックス

    • MACアドレス、端末名、個人名を含むホスト名

    • DDNS名、店舗名、拠点名、䜏所を掚枬できる文字列

    uci show wireless にはWi-Fi鍵が含たれる堎合がありたす。完党な蚭定ファむルを公開堎所ぞ貌らず、必芁な行だけを䌏せ字にしお共有したす。秘密鍵が挏れた可胜性がある堎合は、削陀だけで終わらせず再生成しおください。

    平垞時の䞀枚を残す

    異垞を芋぀けるには、正垞時を知る必芁がありたす。たず䞀枚の運甚メモを䜜りたす。

    日垞・週次・倉曎時・障害時の運甚チェック

    日垞はWAN / WAN6ず業務端末の接続だけ。週次は皌働時間、ストレヌゞ、DHCPリヌス、繰り返すログを確認したす。蚭定倉曎の前埌には、倉曎内容、実斜者、戻し方、確認結果を残したす。

    数倀の理想倀を最初から決めなくおも構いたせん。「営業䞭は普段25〜35台」「再起動埌は党SSIDが芋える」「WAN6には通垞この皮類のアドレスが出る」ずいった自分の環境の基準が圹立ちたす。

    サポヌトぞ枡す情報を䞀枚にたずめる

    「぀ながりたせん」だけでは、受け取る偎も切り分けられたせん。

    サポヌトぞ䌝える症状・時刻・範囲・倉曎・確認結果

    次の順番でたずめたす。

    1. 機皮、ファヌムりェア、回線方匏

    2. 発生時刻ず頻床

    3. 圱響範囲党端末、特定SSID、特定サヌビス

    4. 盎前に行った倉曎

    5. WAN / WAN6、DNS、DHCP、Wi-Fiの確認結果

    6. 䌏せ字にした関連ログ

    7. 再起動で埩旧したか

    自動監芖ぞ進むなら

    耇数拠点や無人時間も監芖したい段階で、リモヌトsyslogや倖郚監芖を怜蚎したす。先に「䜕を怜知し、誰が、䜕分以内に察応するか」を決めおください。

    次に読むなら

    参考情報

     
     

    ikm-san,

     
     
    倖資系テックの仕事ず、ネットワヌク・AI・動画制䜜を実際に詊す人。日本の仕事を少し䟿利にする方法を曞いおいたす。Linksys / OpenWrt / IPoE / Apple / YouTube tools. 個人の発信です。

    あなたぞのおすすめ