上回說到我在A、B兩地之間建了Site-To-Site VPN (IPSec Tunnel)，因此A、B兩地之間的互連是沒有問題的。但我在米家app裡為B地攝影機進行NAS設定時還是卡關了，是什麼問題呢？

米家app第一次進行NAS設定時，會使用NBNS (NetBIOS Name Service) 協定發出廣播封包，待SAMBA Server收到時發出回應，藉此獲得整個區域網路內的SAMBA資訊，列成清單，供使用者在app內選擇。

乍聽之下，好像沒什麼毛病，問題在於NBNS廣播封包只會在LAN端，不會被轉到WAN端，因此B地的小米攝影機發出NBNS廣播時，A地是完全收不到的。

為了解決這個問題，拿了片樹莓派4B，架好SAMBA Server（後稱SAMBA_B），先在B地運行，讓B地的小米攝影機都先完成第一次NAS設定。接著將樹莓派的SAMBA服務停止，再透過app調整攝影機的NAS設定，直接將NAS名稱設定為SAMBA_A的IP位址，沒想到完全無效。（註：先前在小米N3做過此實驗可正常上傳影像，不知是不同型號的支援度有差還是何故，竟然沒辦法運作）

為了解決這個問題，我想起先前拜讀過的（也動手實作過）一篇文篇：《跨网段环境下，小米摄像机配置NAS存储》，文章裡頭提到一個轉發封包的小工具udp-boradcast-relay-redux，可以用來將NBNS封包轉發到特定IP，這可成了救命稻草。

此前在閱讀此文時，文中方法是將udp-broadcast-relay-redux置於OpenWRT中執行，而我的網路環境使用的是UBNT EdgeRouter-X和Mikrotik RB570Gr3，未必能支援，而且已經折騰了好幾天，便沒深入思考這個方法還能怎麼套用在我的環境上。現在重新忖度……咦？在B地找台可以收得到NBNS廣播封包的機器來跑udp-broadcast-relay-redux不就成了嗎？不一定要靠路由器呀！

udp-broadcast-relay-redux雖是由C語言寫成，但沒有用到第三方函式庫，直接make即可順利獲得執行檔，接著我們指定封包轉傳到A地的SAMBA_A：

sudo ./udp-broadcast-relay-redux --id 1 --port 137 --dev eth0 --dev wlan0 -t SAMBA_A_IP_ADDR

此時再到米家app裡重新設定NAS，廣播封包順利被轉發到SAMBA_A，SAMBA_A也做出回應，從此B地攝影機和A地的NAS過著幸福快樂的日子。