Aktualizace router OS

[the.max]

Že jo, při aktualizaci ROSu automaticky zaktualizovat rovnou i bios a pak na jeden reboot.

[basty]

2 kliky u dveri by byly taky super. Nejdriv jednu a pak druhou. Hned by se lepe zilo.

[hapi]

Kód: Vybrat vše

What's new in 6.42.7 (2018-Aug-17 09:48)

*) upgrade - fixed RouterOS upgrade process from RouterOS v5;


[rsaf]

2 kliky u dveri by byly taky super. Nejdriv jednu a pak druhou. Hned by se lepe zilo.

Na to už přišli v Anglii - zámek (na klíč) má západku + je na dveřích ještě klika - jednou rukou se domů nedostaneš

[hol]

sorry za recyklaci staršího fóra. Jaký je tedy ideální postup na automatický upgrade mk i fw? Nebo je lepší to dělat třeba přes dude?

[mpcz]

Jaký je tedy ideální postup na automatický upgrade mk i fw? Nebo je lepší to dělat třeba přes dude?

V upgradovacím kombajnu (Windows) jsem to vyřešil skriptem. Funguje to na jedno napojení na RB a upgraduje se oboje. (Nic nového). Nepodařilo se mi to ale vyzkoumat na jeden restart. Stále pracuji na rozpitvání biosu, pak se to možná podaří udělat na jeden zátah, což by nebylo špatné. mpcz, 10.nov.2018

[hol]

kombajn je naky vlastni reseni?

[Myghael]

Lépe zodpoví určitě on, ale podle toho co psal jinde, je to nějaký skript na hromadný upgrade mikrotiků. Je to logické, něco podobného mám také, jen ten skript je univerzální a upgrade routeros a firmware je jen jedna z úloh, kterou to umí dělat. Asi každá trošku větší síť něco takového má, nebo používá k tomuto účelu Dude.

[hol]

njn dude. Právě proto jsem se ptal, zda je lepší cesta jak to hromadně řešit. Pokud bude někdo ochoden se podělit.

[hapi]

máme script na všech RBčkách co každou hodinu z web serveru stahnou konfiguraci a spustí ji. Většinu času tam nic není a když chci upgradnout tak tam je příkaz k běžnýmu upgrade přes packages. Výhoda je že pokud potřebuju globálně upravit třeba DNS nebo v dhcp time leases či třeba globálně hesla tak si to všichni během hodiny stahnou a upraví konfig. Další výhoda je že prostě jednou za hodinu volaji domu, na to se dá reagovat takže se nám plní databáze se seriovým číslem, typ boardu a podobně takže se to pak dá nacpat do administračního systému a člověk vidí co vše za mkčka z nějaký přípojky komunikujou ven. Jo a taky to mimochodem upgraduje i RBčka za natem protože oni volaji domu, ne že je server dotazuje takže i domáci wifiny jsou upgradovaný.

Standardní upgrade přes packages máme taky upravený. Máme vlastní DNS server a tam je upraven dns záznam pro upgradovací ofiko server a směruje to na náš web server a tam si verzuju jak chci a ne jak chce mikrotik.

Jo a hlavně v scheduleru co se spouští jednou za hodinu je nastaven náhodný čas při vytváření scheduler pravidla takže ne všechny RBčka se ptají v celou hodinu ale dotazujou se náhodně během hodiny.

Osobně do budoucna chci zkusit TR-069.

Upgrade biosu neřešim. MK má teď funkci v sobě takže se upgradne sám a jsme max jeden bios pozadu což ničemu nevadí.

[hol]

jj to je pěkné řešení. Jen mě v souvislosti s tím nenapadá, jak takovej script na všechny mk v síti dostat. Nebo přesněji řečeno jak ho dostat do schedulleru

[hapi]

když jsme s tím začínaly tak jsem upgrade prováděl sshčkem na dálku v phpčku. Takhle sem tam dostal první script. Dneska ten script už mají všechny RBčka opouštějící naše ruce. Jsem phpista a tak ssh2 v php a postupně obsloužit všechny klienty s tím že do databáze se házeli ti u kterých to neprošlo nebo byly offline. To bylo ještě v době kdy se nedávali stolní wifiny od mk do kterých to tehdy dostat už by byl problém.

Ono neni třeba to dělat ani tak složitě. Stačí si postavit ten webserver a strukturu co má updatovací server mikrotiku, směrovat to na to a mít v scheduleru automatickej check balíčků a instalaci. Pak už dál nic nepotřebuješ a jak nacpeš nový balíčky na server tak si to všichni postahujou a poupgradujou.

[hol]

díky za další info. Tu jednodušší variantu jsme už uvažovali už dřív a ňák nám to přišlo takové přes ruku. Asi jako všechny věci co se mají dít a dějou sami a nejde do nich moc zasáhnout. Tvůj script se taky pouští sám, ale to je jednoduchá věc, která jde řídit tím, co mu pak vložíš za změny. To mi přijde o dost lepší. Zároveň to nevypadá ani složitě, až na tu prvotní aktivaci na klientech. Takže za mě +1.

[the.max]

Hapi, máš nějak rozlišený na co si kterej mikrotik má sáhnout za soubor, nebo mají všichni stejnej? Jestli rozlišuješ třeba podle MAC v názvu souboru, nebo podle IP? A pokud tam není třeba nějaká práce pro konkrétní desku, tak si stáhne nějakej globální skript?

[hapi]

rozlišený to nemám. Tahaji si všichni to samí resp. se dotazujou na stejnou url ale je to php server takže si na základně IP která o script žádá lze přes nějakej seznam vygenerovat výstup pro konkrétní RBčka. To samí to verzování aby si prostě třeba poupgradoval jenom něco na konkrétní verze atd.. Jo a ještě mám v url jako get parametr kterej rozlišuje jestli jde o CPE, AP, backbone a nebo homeAP atd.. takže ten script může brát v potaz i tohle. například http://example.com/konfigurace.php?type=cpe na kterou se dotazujou jenom CPE jednotky a podobný věci. Je třeba uvážit jak to dělat a jak postavit ten dotaz pro fetch a co vůbec chce člověk rozlišovat. Lze samozřejmě použít jenom rozlišení typu a na základě toho vygenerovat novej fetch s novym url a to pak ještě dodatečně spustit znova aby se nasimulovala doplňková komunikace. Předpokládám že právě tohle řeší TR-069 který naváže spojení se serverem a může si několikrát za sebou vyměnit informace což by bylo lepší ale aktuálně vůbec nevím jak tohle udržet v jednom spojení skrz php protože se mi nechce používat ty hotový systémy pro TR-069. Ale zatim jsem to nějak moc nezkoumal, nemám na to čas a není to aktuálně nutný. Problém taky je že většinou TR-069 se používá pro autokonfiguraci a dál už ne takže většina tutoriálů a popisů je právě na prvotní nastavení ale já bych chtěl přes to posílat různý stavy routeru.