docs: NetBird management DNS flap leaves daemon stuck (CT124 case)

Why: CT124 observed "Connecting" from iPhone for hours while
CT124 self-reported Connected. Root cause: DNS timeout ~7h earlier
broke management gRPC, daemon didn't auto-recover after DNS returned.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

SUMMARY.md

@@ -91,6 +91,7 @@ reopen fd 8: permission denied
 | 加 subnet route 後部分裝置拿不到路由（`Networks: -`、`Status: Connecting`） | 既有 NetBird daemon 不會自動重新套用 route，卡在舊 state | 各裝置重連 daemon：macOS `launchctl kickstart`、iOS App Disconnect→Connect、Docker `compose restart`；見 [network-routes.md](./network-routes.md) |
 | iPhone RTSP app 連不到 LAN 攝影機（Safari 打 HTTP 可以） | 某些 iOS app 不走系統 VPN 路由 | 換支援 VPN 的 app（VLC 等），或改用 NetBird FQDN |
 | Dashboard 顯示 "SSH Access is disabled" 但 `ssh` 指令照通 | Dashboard 的 "SSH Access" 是 NetBird 內建 SSH 通道，不等於目標機器的 OpenSSH | 兩種 SSH 是不同東西，不用理會那個提示；見 [ssh-access.md](./ssh-access.md) |
+| 某 peer 一直顯示 Connecting，但其本機 status 看起來 Connected | DNS 短暫 timeout → daemon 的 management gRPC 連線卡死，不自癒（Signal 還 Connected，但 Management Disconnected） | 直接重啟 daemon / container；可選加 watchdog；見 [peer-deployment-ops.md](./peer-deployment-ops.md) |
 
 ## 檔案位置