網路斷線自動偵測與重啟：完整腳本與注意事項

charles · 發表於 3 天前

網路偶爾會掛，而且常常是在你不在家的時候。

這篇講怎麼讓它自己修好。

先分清楚「斷在哪一層」

「網路不通」可能是很多層出問題：

第 1 層：裝置到路由器（Wi-Fi 或網路線）
第 2 層：路由器本身（當機、記憶體滿）
第 3 層：路由器到數據機
第 4 層：數據機到 ISP（PPPoE 掉線）
第 5 層：ISP 本身有問題
第 6 層：DNS 解析失敗（網路通但用不了）

不同層要用不同的方法修。
一律「重開路由器」是很粗糙的做法，而且有時候沒用。

偵測方法：不要只 ping 一個地方

# 壞：只測一個
ping -c 3 8.8.8.8
# 好：分層測試
ping -c 2 192.168.1.1 # 路由器通嗎（第 1、2 層）
ping -c 2 1.1.1.1 # 外網 IP 通嗎（第 3、4、5 層）
nslookup google.com # DNS 通嗎（第 6 層）

複製代碼

為什麼要分開：

路由器通、外網不通 → 重開數據機或重撥 PPPoE
外網 IP 通、DNS 不通 → 重啟 DNS 服務，不要重開路由器
路由器都不通 → 重開路由器

還有一點：不要只測一個目標

1.1.1.1 自己也可能出問題。測三個不同的：

for ip in 1.1.1.1 8.8.8.8 9.9.9.9; do
ping -c 1 -W 2 $ip > /dev/null 2>&1 && echo OK && break
done

複製代碼

有一個通就算通。

腳本一：在 OpenWrt 上自動重撥

#!/bin/sh
# /root/netcheck.sh
# 分層檢查，只做最小必要的修復動作
LOG=/tmp/netcheck.log
STATE=/tmp/netcheck.state
log() { echo "[$(date '+%F %T')] $*" >> "$LOG"; }
# 保留最後 500 行，避免 /tmp 被塞爆
tail -n 500 "$LOG" > "$LOG.tmp" 2>/dev/null && mv "$LOG.tmp" "$LOG"
check_outside() {
for ip in 1.1.1.1 8.8.8.8 9.9.9.9; do
ping -c 1 -W 3 "$ip" > /dev/null 2>&1 && return 0
done
return 1
}
check_dns() {
nslookup google.com > /dev/null 2>&1
}
if check_outside; then
# 外網通，順便看 DNS
if ! check_dns; then
log "外網通但 DNS 失敗，重啟 dnsmasq"
/etc/init.d/dnsmasq restart
fi
echo 0 > "$STATE"
exit 0
fi
# 外網不通，累計失敗次數
FAIL=$(cat "$STATE" 2>/dev/null || echo 0)
FAIL=$((FAIL + 1))
echo "$FAIL" > "$STATE"
log "外網不通（第 $FAIL 次）"
# 連續失敗 3 次才動作（避免短暫抖動就重撥）
if [ "$FAIL" -lt 3 ]; then
exit 0
fi
if [ "$FAIL" -eq 3 ]; then
log "重撥 WAN"
ifup wan
exit 0
fi
if [ "$FAIL" -eq 6 ]; then
log "重撥沒用，重啟網路服務"
/etc/init.d/network restart
exit 0
fi
if [ "$FAIL" -ge 10 ]; then
log "還是不通，重新開機"
echo 0 > "$STATE"
reboot
fi

複製代碼

chmod +x /root/netcheck.sh

複製代碼

加進 cron（每 2 分鐘）：

*/2 * * * * /root/netcheck.sh

複製代碼

漸進式處理是重點：

先累計三次失敗才動作（避免短暫抖動）
先試最輕的（重撥）
不行才升級（重啟網路服務）
最後才重開機

直接「一偵測到就 reboot」是很糟的做法 ——
網路抖一下就重開機，一天可能重開二十次。

腳本二：用智能插座重開數據機

有時候問題在數據機（光纖終端），而它沒有遠端管理。

做法：把數據機接在智能插座上，讓 HA 斷電重開。

alias: 網路斷線自動重開數據機
id: auto_reboot_modem
triggers:
- trigger: state
entity_id: binary_sensor.外網連線
to: "off"
for: "00:10:00"
conditions:
# 一天最多做兩次，避免無限循環
- condition: template
value_template: >
{{ state_attr('automation.auto_reboot_modem','last_triggered') is none
or (now() - state_attr('automation.auto_reboot_modem','last_triggered')).total_seconds() > 21600 }}
actions:
- action: notify.mobile_app_charles
data:
message: 網路斷線十分鐘，正在重開數據機
- action: switch.turn_off
target:
entity_id: switch.modem_power
- delay: "00:00:30"
- action: switch.turn_on
target:
entity_id: switch.modem_power
# 等它起來
- wait_template: "{{ is_state('binary_sensor.外網連線','on') }}"
timeout: "00:05:00"
- if: "{{ wait.completed }}"
then:
- action: notify.mobile_app_charles
data: {message: 網路已恢復}
else:
- action: notify.mobile_app_charles
data:
title: 網路還是不通
message: 重開數據機沒用，可能是 ISP 的問題
mode: single

複製代碼

三個重要的注意事項

1. 那個智能插座不能靠家裡的網路

如果插座是 Wi-Fi 的，網路掛了 HA 就控制不到它 —— 完全沒用。

一定要用 Zigbee 插座（Zigbee 網路不依賴 Wi-Fi 或對外連線）。

這是最多人忽略的一點。

2. HA 主機本身要在那個網路裡

HA 也是靠網路運作的。但只要 HA 和 Zigbee 協調器都在本地，
就算對外斷線，本地控制還是正常的。

3. 一天最多做兩次

上面的條件用 last_triggered 做了六小時的冷卻。

沒有這個的話，ISP 真的掛掉時，你的數據機會每十分鐘被重開一次，
反而更難恢復。

HA 裡的偵測感測器

方法一：用 Ping 整合（最簡單）

設定 → 裝置與服務 → 新增整合 → Ping

填 1.1.1.1，它會產生一個 binary_sensor。

但 Ping 整合預設有重試和平滑處理，反應比較慢。

方法二：自己寫 command_line（比較可控）

command_line:
- binary_sensor:
name: 外網連線
unique_id: wan_alive
command: >
(ping -c 1 -W 2 1.1.1.1 ||
ping -c 1 -W 2 8.8.8.8 ||
ping -c 1 -W 2 9.9.9.9) > /dev/null 2>&1
&& echo ON || echo OFF
payload_on: "ON"
payload_off: "OFF"
scan_interval: 60
device_class: connectivity
- binary_sensor:
name: DNS 正常
unique_id: dns_alive
command: >
nslookup home-assistant.io > /dev/null 2>&1
&& echo ON || echo OFF
payload_on: "ON"
payload_off: "OFF"
scan_interval: 120
device_class: connectivity

複製代碼

方法三：從路由器回報（最準）

在路由器的腳本裡，狀態改變時打 HA 的 webhook：

# 在 netcheck.sh 裡加
notify_ha() {
curl -s -X POST \
-H "Content-Type: application/json" \
-d "{"status":"$1"}" \
"http://192.168.1.50:8123/api/webhook/net-status-xxxxxxxx" \
> /dev/null 2>&1
}

複製代碼

這個最準，因為路由器才真正知道 WAN 的狀態。

記錄斷線歷史

做一個統計，知道一個月斷幾次：

sensor:
- platform: history_stats
name: 本月斷線時間
entity_id: binary_sensor.外網連線
state: "off"
type: time
start: "{{ now().replace(day=1, hour=0, minute=0, second=0) }}"
end: "{{ now() }}"
- platform: history_stats
name: 本月斷線次數
entity_id: binary_sensor.外網連線
state: "off"
type: count
start: "{{ now().replace(day=1, hour=0, minute=0, second=0) }}"
end: "{{ now() }}"

複製代碼

這個數據很有用 ——
跟 ISP 客訴的時候，「這個月斷了 23 次，總共 4 小時」
比「我覺得很不穩」有說服力太多了。

---

我自己設了半年，統計是：

自動重撥解決了約 70% 的斷線
重開數據機解決了約 20%
剩下 10% 是 ISP 真的有問題，只能等

最有價值的其實不是「自動修好」，是「有紀錄」。
知道什麼時候斷、斷多久、什麼方法有效，比盲目重開有用多了。

		自動登入	找回密碼
密碼			立即註冊

網路斷線自動偵測與重啟：完整腳本與注意事項

瀏覽過的版塊