FreeBSD PPP 斷線重撥核心參數詳解：redial、reconnect、echoperiod、lqrperiod

農村線路質量差，PPP 撥號頻繁掉線。FreeBSD ppp.conf 中四個關鍵參數決定重撥行為，配置得當可實現「秒級感知、自動重撥、永不放棄」。本文逐項拆解原理與推薦值。

參數速查表

核心區別：redial vs reconnect

• redial：針對 撥號階段（Modem 握手、CHAP/PAP 認證失敗、對端忙線）的重試。
• reconnect：針對 連接已建立後（LCP Echo/LQR 檢測到鏈路中斷）的重撥。
  生產環境必須同時配置，且 reconnect 是斷線自愈的核心。

檢測機制原理

1. PPP 協商成功後，雙端按 echoperiod/lqrperiod 間隔發送 Echo Request / LQR 包。
2. 若連續 5 次（硬編碼常數 LCP_MAX_ECHO_FAIL）未收到回應，判定鏈路失效。
3. 觸發 reconnect 邏輯：拆鏈路 → 等待 reconnect 間隔 → 重新撥號 → 重新協商。
4. 默認 30s 間隔 × 5 = 150s 才感知斷線，改為 15s 只要 75s，體驗大幅提升。

完整 ppp.conf 片段

default:
  set log Phase Chat LCP IPCP CCP tun command
  set device PPPoE:xl0          # 或 /dev/cuad0 等
  set authname "your_username"
  set authkey "your_password"
  set dial                      # 進入 ddial 模式
  set redial 10 0               # 撥號失敗 10s 重試，無限次
  set reconnect 10 0            # 斷線 10s 重撥，無限次
  set echoperiod 15             # LCP Echo 15s 一次
  set lqrperiod 15              # LQR 15s 一次
  enable lqr                    # 啟用 LQR（可選，雙保險）
  # 其它：idle timeout、nat、dns 等按需配置

避坑與調優建議

1. 不要將 echoperiod/lqrperiod 設過小（如 1s），會產生大量控制報文，佔用頻寬、干擾數據傳輸，15~30s 為宜。
2. 配合 set dial 進入 ddial 模式，否則 redial/reconnect 不生效。
3. 檢測到斷線後，PPP 會先發送 Terminate Request，再重撥；若對端也配置重撥，雙端搶佔端口可能導致衝突，建議一端作 Server（不主動重撥），一端作 Client（配置重撥）。
4. 日誌分析：set log +phase +lcp +ipcp 觀察 Echo/LQR 交互與重撥觸發點。
5. 現代替代方案：若條件允許，改用 OpenVPN/WireGuard + 系統級 watchdog，比 PPP 更穩健、加密、支持多路徑。

掌握這四個參數，讓 FreeBSD PPP 在惡劣線路下也能「自愈如初」。