Automatizace updatů klientských jednotek

radik

Nepredpokladal jsem, ze nekdo se stara o domaci wifi klientu. Realny to je pokud je par klientu, ale u site co ma 10k+ klientu je to nerealny. To same udelat nekolik tisic VPN jen kvuli aktualizaci.

dacesilian

Nepredpokladal jsem, ze nekdo se stara o domaci wifi klientu. Realny to je pokud je par klientu, ale u site co ma 10k+ klientu je to nerealny. To same udelat nekolik tisic VPN jen kvuli aktualizaci.

Napadá mě, že by člověk měl možnost si přidat třeba další SSID přes klientský portál. I kdybych nespravoval WiFi klientům, tak aktualizovat router je třeba, a na to ta VPNka je vhodná. Výkonově by to mělo být v pohodě i při tisících klientech - https://serverfault.com/questions/43984 ... e-possible .

radik

Vykon vubec neresim, to se da vyresit ruzne. Ale resim to, ze si to nedokazu v realu predstavit se starat o dalsich x tisic zarizeni, ktery jsou me ve finale uplne jedno. I kdyby to nekdo napadl, tak me skodu nenadela zadnou. A aby to nekdo napadl, tak to by musel jedine ze site klienta.

Pokud je to mensi sit, tak tam problem neni. Ale to uz je offtopic.

pgb

Asi jsem se nevyjádřil úplně přesně: vpn dělám jen v případech, kdy tam musím něco pravidelně spravovat, hlídat ...... jsem za to placen, ne u jakýchkoliv jiných přípojek.

Pokud mám zkontrolovat domácí rozvody u běžného zákazníka, tak to už je úplně jiný případ a lze si poradit různými způsoby (ale vpn na domácí tplink si neumím moc představit).

hapi

Nepredpokladal jsem, ze nekdo se stara o domaci wifi klientu. Realny to je pokud je par klientu, ale u site co ma 10k+ klientu je to nerealny. To same udelat nekolik tisic VPN jen kvuli aktualizaci.

hmm... a UPC jak nedavno aktualizovalo nastavení pro IPv6?... to není v řádu 10k+? Od toho právě je TR-069.

hapi

Pouzivas stahovani z FTP nebo HTTP?

Pres /tools fetch stahujes do kazdeho mikrotiku jiny soubor, nebo mas na serveru jeden univerzalni a v tom stazenem scriptu potom vetvis akce podle nejakych promennych.

A pokud stahujes pro kazdy mikrotik jiny, mas zapsano ve /tools fetch jmeno toho souboru, nebo pouzivas nejakou promennou.

Mohl bys pro nazornost poslat cely prikaz (samozrejme krom prihlasovacich udaju na ftp/http). Pripadne i priklad toho stahovaneho souboru.

JK

Nebo si napsat vlastní utilitu - v .NETu, nebo PHP.

Není to až tak složité.

kvalitní utilka je sice ok ale nedostane se za naty.

TR-069 by to mělo řešit ale nepovedlo se mi nasimulovat komunikaci s web serverem + php ale zatim nebyl čas. Aktuálně máme na všech RBčkách v scheduleru /tools fetch kterej si stahuje script jednou za hodinu a pak ho spustí. Zatim se mi pomocí něj daří updatovat jak firmware tak i nějaký nastavení.

ne, všichni stahujou stejný. v PHP se rozhodne co komu skutečně generovat. fetch akorát posílá v get parametru takovej náš "typ" jednotky jako jestli to je backbone nebo cpe nebo gpon atd... Pak ještě posílá seriový číslo. s TR-069 by to bylo snadnější ale na to teď nemám čas. Aktuálně je důležitý že můžu rbčkům poslat příkaz aby provedly upgrade a to i stolních wifin doma což je poslední dobou docela důležitý (WPA2 chyba, optimalizace driveru pro hap ac lite a jemu podobný) atd... ted sem třeba hromadně zapnul auto upgrade biosu na rbčkách a nebo upravil scan-list abych opravil to co v poslední změně country změnili. Jo neříkám že to nebyla práce na několik dní ale nelituju toho.

hapi

důležité: pokud používáte tool-fetch tak pozor na kontrolní součty, nejedná se o zaručené "nepoškozené" stažení(http,ftp,....) a je vhodno přidat kontrolu. Takový úspěšný přenost přes scp a puštění příkazů pouze v případě úspěšného přenosu mi přijde rozumnější.

říká kdo? nevšim sem si že by se někdy něco stalo. A když přijde script poškozenej tak co? nejspíš se neprovede ne?

radik

Nepredpokladal jsem, ze nekdo se stara o domaci wifi klientu. Realny to je pokud je par klientu, ale u site co ma 10k+ klientu je to nerealny. To same udelat nekolik tisic VPN jen kvuli aktualizaci.

hmm... a UPC jak nedavno aktualizovalo nastavení pro IPv6?... to není v řádu 10k+? Od toho právě je TR-069.

Hapi, ty vzdy nezklames a odpovis na uplne neco jinyho. UPC snad aktualizovalo CPE a ne wifi routery u klientu ve vnitrni siti. A na to jsme taky reagoval predtim, ze si to nedokazu predstavit, kdyby se nekdo mel starat o routery u klientu (nikoli CPE). Na to nemusi byt zadna VPN ani pro pristup na tu jednotku (staci naroutovat).

Navic o TR-069 jsem psal jako prvni moznost.

crazyape

Nechcet raději někdo hodit návod jak to rohbehat pro idioty jak jsem já místo hadani? Nějak se mi to nedaří rozjet. Návodů jsem par našel ale v MK je to celkem nová funkce tak toho moc není.

pgb

říká kdo? nevšim sem si že by se někdy něco stalo. A když přijde script poškozenej tak co? nejspíš se neprovede ne?

Říkám já, protože myslet si, že někdo dělá kontrolu na základě dohadů je blbost. U firmware možná existují nějaké vnitřní crc součty, ale u zprávy kdy posíláš nešifrovaně (nejde o šifrování jako takové, ale potvrzení o kontrole přenesených dat) konfiguraci bych si teda tak jistý nebyl. To máš jako se zálohováním, proč myslíš že rsync obsahuje funkci na kontrolu dat? Pro srandu králíkům to tam není, proč se mají dělat pravidelné kontroly, že zálohovaná data a úložišti jsou nejen čitelná, ale i původní a nepoškozená? Takovýhle tvůj přístup je minimálně lehkomyslný.

hapi

to neni lehkomyslnost, to je tvoje neznalost. rsync má kontrolní součty protože se pro další sync posílaji kontrolní součty aby se zjistily změny a neposílaly se celí soubory znova. Uhodil si vedle. Nevim proč bych měl řešit kontrolu ať už na jakýkoliv úrovni když samotnej přenos přes ip už má svoje kontrolní součty a navíc hlavička ipv6 třeba už je nemá čili to je v rukou plně hardware po cestě. Takže chyba může nastat pouze u samotnýho fetchu.

No a kdž už jsme u toho, ty ověřuješ data přijatý přes fetch nebo tady jenom házíš teoretický machry?

arkanoid

Ja mam napisanu utilitku v bash

- siet napr 1.1.1.0/24 updatnem za 3 min

- komplet all MKT na sieti

- vyuzivam snmp na zistenie aktualneho FW a bios verzie

- podla toho tlacim new FW cez scp a nasledne aktualizujem nasledne aj bios

- ak je FW aktualny a bios nie

- tak sa auktualizuje len bios

Ak je all OK tak sa nedeje nic.

V bash scripte je napisane na aku verziu ma aktualizovat a tu musim samozrejme mat aj niekde v nejakom adresary stiahnute odkial cez scp nahrajem do daneho MKT device.

Asi tak

pgb

Kontrolují že soubor dorazil celý (na linuxu), na mk nepoužívám fetch. Tlačím to scp a pouze pokud je scp úspěšné tak vykonávám akci. Ta kontrola má i více funkcí, třeba že mi nepřišel prázdný soubor ...... což v návaznosti na nějakou další činnost by mohlo být nevhodné ....

Rsync má funkci ověření, že data byla úspěšně přenesena, to co popisuješ je další z jeho možných použití.

PS: píšu z mobilu, pardon za chyby.

« Předchozí stránka