技術文章 · 租屋網路管理

套房、分租公寓、包棟、民宿、學生宿舍,網路方案差在哪?

比較套房、分租公寓、包棟、民宿與學生宿舍的同時上線量、VLAN、QoS、Captive Portal、AP 密度與有線回程。

作者 Steve Chen · 發布  · 更新  · 約 7 分鐘閱讀

租屋網路管理 — 廷皓技術專欄插圖

比較套房、分租公寓、包棟、民宿與學生宿舍的同時上線量、VLAN、QoS、Captive Portal、AP 密度與有線回程。

先搞懂一個共通的物理現實:拚的是容量,不是訊號格數

很多房東遇到網路卡,第一反應是「訊號不夠強」,於是拚命買更貴、功率更大的機器。但在多住戶、多裝置的物件裡,真正的瓶頸幾乎都不是覆蓋(訊號到不到),而是容量(同一時間能塞多少人)。這兩件事的物理本質完全不同,方向搞錯只會愈補愈糟。

所以「訊號滿格還是卡」一點都不矛盾。訊號格數只代表你聽得到 AP,不代表現在輪得到你講話。加大功率反而常常幫倒忙:功率一開大,每台 AP 的涵蓋圈變大、彼此嚴重重疊,落在同一頻道的裝置全部要互相排隊,這叫同頻干擾(co-channel interference),密度一高就是災難。專業做法反而是刻意壓低單台 AP 功率、縮小每個訊號範圍,再用多台 AP 把人分流到不同頻道,讓空中時間重複利用。

套房與分租公寓:長租客最在意「隔離、穩定、公平」

獨立套房跟分租公寓的住戶多半一住就是一兩年,他們要的不是花俏功能,而是三件很樸實的事:隱私被保護、品質長期穩定、不會被別人拖累。對應到工程上,核心就落在網段隔離、每戶限速、覆蓋規劃這三塊。

用 VLAN 做住戶隔離:不只為隱私,更為資安

最關鍵的一招是 VLAN(虛擬區域網路)。它的作用是在同一批實體交換器跟 AP 上,把每一戶的流量在網路層邏輯切開,讓 A 戶完全看不到、也碰不到 B 戶的裝置。這件事有三層意義:第一是隱私,別讓住戶用「網路芳鄰」就翻到鄰居的電腦、NAS 或監視器;第二是資安,萬一有一戶的裝置中毒,威脅會被圈死在那一個 VLAN 裡,沒辦法橫向移動去感染整棟;第三是效能,隔離同時切斷了廣播風暴的擴散,一戶的異常流量不會灌爆整個網段。很多人以為「每戶各設一組密碼」就叫隔離,其實不然——沒有 VLAN,大家連上的還是同一個網段,密碼只是門票,進門後照樣互通。

用 QoS 每戶限速:解決「吵鬧的鄰居」

第二招是 QoS 每戶限速,專治所謂「吵鬧的鄰居」(noisy neighbour)問題——整棟共用一條對外線路,只要有一戶開始猛下載或掛 P2P,就能把上行塞滿,其他人連網頁都開不動。做法是替每戶設一個保底加上限的頻寬政策,例如保證每戶 10 到 25 Mbps、閒置時可以往上衝到線路上限(burst),但任何一戶都不准長期獨佔整條上行。這樣尖峰時段大家的體驗才會平均,而不是先搶先贏。

覆蓋與回程:AP 要算「人數」不是算「間數」

房型、牆材、鄰頻干擾、回程與同時上線人數都會改變結果,沒有通用的涵蓋率或滿意度增幅。完工時應在尖峰時段逐房量 RSSI、重傳、延遲與實際吞吐,再依問題點調整 AP、頻道與有線回程。

包棟與民宿:短租客最在意「易用、容量、可追溯」

換到包棟跟民宿,住客變成短期、高流動——今天這團明天換那團,重點整個翻盤。長租那套「設定一次、長期穩定」在這裡行不通,取而代之的是三個關鍵字:讓人秒上手、扛得住一整團同時用、出事查得到。

用 captive portal 取代「把密碼貼牆上」

民宿最常見的做法是把 WiFi 密碼寫在牆上的小卡,這其實藏著兩個坑:一是密碼一旦外流就被長期蹭用,二是出了事完全無從追查。專業做法是上 captive portal(連線登入頁)——客人一連上網,手機自動跳出一頁歡迎畫面,可以放房名招呼語、使用條款,甚至做成輸入房號加姓氏就能上網的形式。它的好處是三合一:對客人夠直覺(不必問密碼)、對房東能露出品牌與規範、對法遵能留下一筆連線紀錄,萬一有人拿你的網路去做壞事,你查得到是哪一次入住、哪個裝置,而不是整棟一起扛責任。

一定要打開「裝置互相隔離」

短租環境有個長租沒有的風險:同一時間住進來的客人,彼此是陌生人。因此每一個訪客 SSID 都應該打開第二層裝置隔離(Layer 2 Client Isolation),讓連上同一個 WiFi 的手機、筆電彼此看不到對方,杜絕有心人掃描鄰房裝置。同時,訪客網路一定要跟管理網路(你的智慧門鎖、監視器、電視盒、後台系統)用 VLAN 徹底切開,別讓短租客有任何機會碰到你的設備。

並發容量:算的是「尖峰同時在線」

學生宿舍:高密度又高用量,重「公平佇列與 AP 密度」

學生宿舍是這五類裡最硬的一塊,同時踩中「高密度」跟「高用量」兩個地雷。人多、每人裝置又多(手機、筆電、平板、遊戲機),而且作息高度重疊——晚上九點到凌晨,整棟一窩蜂上線追劇、打遊戲、下載。高雄在中山大學、高雄大學、高科大、高醫周邊都有大片學生套房聚落,這類物件最典型的爆炸方式,就是「一個人狂下載,拖垮整棟」,接著投訴、退租、負評一次到齊。

公平比快更重要

對付高密度,工程界有句話:在密的環境裡,公平往往比快更值錢。與其讓少數人偶爾飆到很快,不如保證尖峰時每個人都還有得用。除了前面講的每戶限速,還有兩個進階手法:一是公平佇列,讓每台裝置輪流拿到空中時間,不讓單一大流量霸佔;二是設定最低連線速率門檻(minimum bitrate),把那些用極慢速率硬連的邊緣裝置逼去換更近的 AP——因為一台用龜速傳輸的裝置會佔掉大量空中時間,等於拖慢全場,砍掉最低速率反而讓整體更順。

AP 密度與回程要一起加

高密度物件不能靠一台旗艦分享器硬扛,這是最貴的誤會。前面說過單一無線電的活躍裝置上限約 25 台,宿舍動輒上百裝置,換算下來就是需要多台 AP 分流、每台只服務數十人,並且每台都走有線回程,否則 AP 之間互相搶無線回程,加得愈多反而愈慢。刻意縮小每台 AP 的功率、把人分散到 5 GHz 的不同頻道,才是高密度的正解。學生對網速極度敏感,網路好不好幾乎直接決定續租率跟社群口碑,這筆基礎建設省不得。

一張清單看懂五類物件的配置重心

  • 獨立套房:長租、低並發。重點在 VLAN 隔離與每戶限速,AP 數量不用多,但有線回程與穩定度要紮實。
  • 分租公寓:長租、中密度。除了隔離限速,要按活躍裝置數(不是房間數)算 AP,多樓層優先有線回程。
  • 包棟:短租、瞬間高並發。重 captive portal、裝置隔離、每房有訊號源,容量按尖峰同時在線推算。
  • 民宿:短租、重體驗與法遵。captive portal 加房號登入、訪客與管理網徹底分離、保留連線紀錄。
  • 學生宿舍:長租但超高密度、高用量。公平佇列與最低速率門檻、高 AP 密度、全程有線回程,缺一不可。

選型的核心判斷:先問「住客是誰、住多久」

把五類物件抽象一下,其實只要抓住兩個變數就能定方向:住客彼此的信任關係與停留時間。長租、彼此獨立的住戶,重點在隔離與長期穩定;短租、高流動的住客,重點在易用與可追溯;而只要密度一拉高,不管長短租,公平與覆蓋就自動變成第一順位。先把這兩題答出來,配置的骨架大致就定了,剩下的才是依坪數、戶數、隔間材質、線路速率跟預算去做現場微調。

WiFi 6 到底值不值得升級?

回到開頭那位包租代管業者,他後來的解法不是換更貴的機器,而是按物件屬性分開規劃、對症下藥。這樣一調,投訴電話才真正停了下來。

廷皓科技在高雄、台南、屏東實地服務過套房、分租公寓、包棟、民宿、學生宿舍各類物件,能依您物件的型態、坪數與住客屬性量身規劃網路,並提供月約代管。不確定您的物件到底該怎麼配、現有網路卡在哪一環?歡迎找我們做一次免費的現場需求評估。

聯絡廷皓討論 看更多文章