Omada Software Controller i zařízení, která spravuje, je potřeba průběžně aktualizovat a zálohovat. Popíšu, jak jsem aktualizoval controller na Linuxu na verzi, která ještě nebyla na stránce ke stažení, jak jsem nastavil zálohy ve dvou vrstvách a na jakou past jsem narazil u firmwaru switche. Výsledkem je stav, kdy se zálohy dělají samy a aktualizace mají jasný a bezpečný postup.
Výchozí stav
Controller běží v LXC kontejneru s Debianem 13 na Proxmoxu, postup je v článku Omada Software Controller v LXC na Proxmoxu s Debianem 13. Spravuje switch TP-Link SG2210XMP-M2 a dva přístupové body EAP773. Hned po instalaci verze 6.3.0.45 hlásil controller dostupnost novější verze 6.3.0.111. Ta v tu chvíli ještě nebyla na veřejné stránce ke stažení. TP-Link ji rozesílal nejdřív přes samotný controller.
Aktualizace controlleru na Linuxu
Na Windows se controller aktualizuje sám. Na Linuxu je potřeba nainstalovat nový balíček .deb přes stávající. Data a nastavení zůstanou zachovaná.
1. Záloha a snapshot
Před každou aktualizací dělám dvě zálohy. V controlleru Settings → Maintenance → Backup & Restore → Export uložím soubor do PC. Na hostiteli Proxmoxu udělám snapshot kontejneru:
pct snapshot CT_ID pred_omada_6_3_0_111Snapshot umožní vrátit celý kontejner do stavu před aktualizací během pár sekund.
2. Stažení balíčku přímo do kontejneru
Když controller nabídne novou verzi, stáhne se v prohlížeči balíček .deb. Webové rozhraní Proxmoxu takový soubor nahrát neumí, přijímá jen ISO obrazy a šablony kontejnerů. Nejjednodušší je v prohlížeči zkopírovat odkaz ke staženému souboru (ve Firefoxu Stažené soubory → Kopírovat odkaz pro stažení). Kontejner si pak balíček stáhne sám z oficiálního serveru TP-Link pro aktualizace:
curl -fLo omada-6.3.0.111.deb "ODKAZ_ZE_STAZENYCH_SOUBORU"
dpkg -i omada-6.3.0.111.debParametr -o uloží soubor pod krátkým názvem. Musí se pak instalovat pod tímto názvem, ne pod původním dlouhým názvem ze stránky. Na tom jsem jednou zakopl.
3. Průběh instalace
Instalátor controller zastaví, zobrazí doporučení zálohovat konfiguraci a ověřit, že se zařízení dostanou k controlleru na jeho komunikační port, a po potvrzení nainstaluje novou verzi. Ve výpisu je důležitý řádek data dir is not empty, který znamená, že nastavení zůstalo. Na konci je Started successfully. Kontrola:
tpeap status
rm omada-6.3.0.111.debUpozornění na port je u mě bez dopadu. Kontejner nemá vlastní firewall a zařízení jsou ve stejné síti jako controller.
Zálohy ve dvou vrstvách
| Vrstva | Co zálohuje | Kdy |
|---|---|---|
| Automatická záloha v controlleru | konfigurace sítě, účty, autorizovaní klienti, historie aktualizací firmwaru | každou neděli ve 2:00, uchovávají se 4 soubory |
| Záloha kontejneru v Proxmoxu | celý kontejner včetně záloh controlleru | ručně spouštěnou úlohou na NAS |
| Snapshot kontejneru | okamžitý stav před riskantní změnou | před každou aktualizací |
Automatickou zálohu jsem nastavil v Global View → Settings → Maintenance → Backup & Restore → Backup Schedule s ukládáním na lokální disk. Díky tomu se zálohy controlleru dostanou do zálohy kontejneru na NAS. Zálohuji jen konfiguraci, ne provozní data (seznam klientů, události, audit). Pro obnovu sítě nejsou potřeba a záloha zůstane malá.
Kontejner jsem přidal do stávající zálohovací úlohy Proxmoxu (Datacenter → Backup). Úloha je ruční, protože NAS doma nezapínám nonstop. Spouštím ji tlačítkem Run now, když NAS běží.
Aktualizace firmwaru switche a AP
Past: ruční nahrání by switch vrátilo zpět
Ze stránek TP-Link jsem si stáhl firmware pro switch SG2210XMP-M2 a nahrál ho do controlleru. Před spuštěním aktualizace jsem porovnal verze:
- switch už měl firmware 1.0.27 ze srpna 2026 a controller ho hlásil jako Up-to-date,
- nahraný soubor byl 1.0.16 z října 2025.
Aktualizace by tedy znamenala downgrade o skoro rok. Nahraný soubor jsem smazal. Ponaučení: firmware stahuje controller sám a ruční nahrávání má smysl jen výjimečně. Před každou ruční aktualizací je potřeba porovnat verzi a datum.
Přístupové body po jednom
Přístupové body EAP773 měly před převzetím do controlleru firmware 1.0.14 ze srpna 2024 a controller u nich hlásil New Version Available. Hromadné pravidlo Set Update Rule v Global View neumožňovalo vybrat cílovou verzi ani jednotlivá zařízení. Aktualizoval jsem je proto v seznamu zařízení přes Custom Update, a to po jednom. Zatímco se jedno AP aktualizuje a restartuje, druhé dál vysílá Wi-Fi. Po aktualizaci mají obě AP verzi 1.3.32. Při stahování firmwaru je potřeba hlídat hardwarovou verzi. U EAP773 existují verze V1 a V2 a firmware mezi nimi není zaměnitelný.
Během zápisu firmwaru se zařízení nesmí odpojit od napájení. Je to prakticky jediná situace, kdy se může poškodit.
Úklid po dokončení
Když je vše ověřené, mažu snapshoty v Proxmoxu (kontejner → Snapshots → Remove), aby nezabíraly místo v thin poolu, a z kontejneru instalační balíčky.
Shrnutí
- Controller na Linuxu se aktualizuje instalací nového .deb přes stávající. Data i nastavení zůstanou.
- Novější verzi, než je na stránce ke stažení, nabídne sám controller. Odkaz stačí zkopírovat z prohlížeče do
curl. - Záloha ve dvou vrstvách (automatická v controlleru a záloha kontejneru) a snapshot před každou změnou.
- Před ruční aktualizací firmwaru porovnat verze, jinak hrozí downgrade.
- Přístupové body aktualizovat po jednom, aby Wi-Fi nevypadla.
Související články: Adopce Omada AP bez výpadku Wi-Fi, MongoDB 8 nestartuje na Proxmoxu s jádrem 7.0 a VLAN pro IP kamery s MikroTikem a Omadou.