Jack Dorsey představil (𝕏, Nostr) svůj nový projekt bitchat. Jedná se o bezpečnou decentralizovanou peer-to-peer aplikaci pro zasílání zpráv bez potřeby internetu, serverů a telefonních čísel. Využívá se Bluetooth Mesh Network. Detaily v technické dokumentaci. Zdrojové kódy jsou k dispozici pod licencí Unlicense.
Hudební přehrávač Amarok byl vydán v nové verzi 3.3 "Far Above the Clouds". Nově je postaven na Qt6/KF6 a využívá GStreamer místo Phononu.
Společnost IBM představila novou generaci svých serverů: IBM Power11.
Multiplatformní digitální pracovní stanice pro práci s audiem Ardour byla postavena na GTK2. Vývojáři neplánovali její portaci na GTK3 nebo GTK4. Naopak, v lednu loňského roku si vytvořili vlastní fork GTK2 s názvem YTK. Ten v únoru letošního roku přestal být volitelným a nově byla zcela odstraněna podpora GTK2.
Byla vydána nová verze 6.4 linuxové distribuce Parrot OS (Wikipedie). Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Společnost initMAX pořádá sérii bezplatných webinářů věnovaných novému Zabbixu 7.4. Podrobnosti a registrace na webu initMAX.
… více »Byla vydána verze 7.0 open source platformy pro správu vlastního cloudu OpenNebula (Wikipedie). Kódový název nové verze je Phoenix. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
E-mailový klient Thunderbird byl vydán ve verzi 140.0 ESR „Eclipse“. Jde o vydání s dlouhodobou podporou, shrnující novinky v upozorněních, vzhledu, správě složek a správě účtů. Pozor, nezaměňovat s průběžným vydáním 140.0, které bylo dostupné o týden dříve.
Organizace Video Games Europe reprezentující vydavatele počítačových her publikovala prohlášení k občanské iniciativě Stop Destroying Videogames.
Společnost Raspberry Pi nově nabzí Raspberry Pi Camera Module 3 Sensor Assembly, tj. samostatné senzorové moduly z Raspberry Pi Camera Module 3.
Tiskni
Sdílej:
Záloha na cloudu nebo na dedikovaném serveru vyžaduje silnou linku - jak dlouho tam ta data budete nahrávat? Jak dlouho je budete stahovat?Záleží na tom, jak se to dělá, ale pro nahrávání ta linka tak silná být nemusí - děláme rsyncem off-site zálohy jednou za měsíc z cca 30TB dat*) a průměrný datový tok, který to potřebuje, je 20Mbps. Samozřejmě první kopie, kdy se nedaly dělat rozdíly, chtěla podstatně víc. I to by ale na slabé lince šlo s dedikovaným serverem řešit - první záloha se udělá lokálně a až pak se to odveze do serverovny, v případě katastrofy se ten server (nebo disk) dá zase přivézt. *) jednou za měsíc znamená, že se každý den zazálohuje něco a všechna ta něco mají dohromady 30TB dat
Dobrá záloha se pozná podle toho, že není dostupná online ze zálohovaného místa (tj rm -rf na zálohovaném serveru nevymaže i zálohy - což není tak neobvyklé, jak by se mohlo zdát).
+1 Na to jsou dobré buď dva (či víc) externí disky, které střídáš – pak ti zavirovaný/napadený systém může během zálohování smazat poslední zálohu, ale zbude ti ještě předposlední na druhém disku. Nebo zálohování po síti – používám SSH a Btrfs:
Pokud jde o úložiště mimo objekt, nešel bych do cloudu, ale v jiném objektu bych na Internet připojil vlastní NAS mechaniku od QNAP (levnější kvalitnější HW) nebo Synology (dražší, lepší firmeware).
Potom se zpravidla využije systémové zálohování všech dat přes noc (synchronizace) a v parametrech se vyloučí zálohování nějakých pracovních/zábavních/(z jiných zdrojů dosažitelných) oblastí.
Pokud se rozhodnete k výše uvedenému řešení, potom si nechejte nastavit zálohování skutečně znalou osobou.
- nechte si vše popsat
- provést nastavení na síti, nastavení firewall
- zaškolit se na obnovu
- nechat předvést obnovu systému, "laickou" obnovu omylem smazaných dat, ...
Uvádím, protože v praxi jsem zažil různé tragédie se špatně nastaveným zálohováním, takzvanými "odborníky" na všechno.
Zásadně RAID bych nepovažoval za zálohu, ani archivaci.
Proč ne?
Uživatel smaže omylem data a z čeho je chcete obnovit?
Malware znehodnotí systém (dnes oblíbené zašifrování dat).
Potřebujete získat starší verzi údajů, protože obsah nepoškozeného/čitelného souboru byl nesprávně modifikován (ale to jej již spíše o archivaci než o zálohování).
...
Prostě bych nerad testoval kvalitu záchranné vesty až když budu plavat podél boku hořící lodiToto je vec na ktoru sa casto zabuda. nech uz vam tie zalohy nastavi ktokolvek, sucast riesenia musi byt pravidelna kontrola zalohy. (ci uz komplet data, alebo nahodna cast dat) Pokial mate toto nastavene, tak jednak viete ako data obnovit, ked to naozaj budete potrebovat, lebo to budete robit pravidelne a tiez budete mat istotu, ze tie zalohy casom neprestali fungovat. (viz nedavny problem Gitlabu, kde zistili, ze zalohy im uz nejaky ten mesiac nefungovali) IMHO tato poziadavka sama o sebe znacne zjednodusi vyber technologii a pokial si to chcete kupit ako riesenie od nejakej spolocnosti, vela nedoveryhodnych firiem odfiltrujete prave tou poziadavkou na pravidelnu verifikaciu zaloh - ak vam povedia, ze to netreba, lebo.. tak si radsej najdite niekoho ineho.
Ochranu proti "ramsomware" jsme po dlouhé době řešení a pokusů vyřešili, draze ale funkčně. Máme dvě NAS jednotky, které se střídají v on-line režime - lichý a sudý týden.
Prvotní bylo, jen jeden NAS a jeden externí disk s celkovou zálohou prováděnou jednou týdně přes noc po kontrole systému. Následně externí disk odpojen do příštího týdne.
Daleko lepsi by bylo, pokud by si autor onen ostudny fakt nechal pro sebeProč by mělo někoho zajímat, že z tvého pohledu to je ostudný fakt? (Mně zas připadá ostudné, když má někdo potěšení z toho, že jsou ostatní chudší, příp. že na objednávku vydírá zaměstnance firem, ale to tě jako cizí názor nejspíš taky nebude zajímat...)
Nezisková organizace je organizace (právnická osoba), jejímž účelem není vytvářet zisk, tedy která není obchodní společností ani jiným podnikatelským subjektem.Vyplácet zaměstnancům mzdu s tím není v rozporu. Svoje názory si můžeš strčit za klobouk; takto je ten právní termín nadefinovaný.
jednoduchy model zalohovania: - archivy podla hodin (celkovo 24 archivov) natrepat do cron.hourly a dookola nechat prepisovat - archivy podla dni (celkovo 28-31 archivov) natrepat do cron.daily a dookola nechat prepisovat - archivy podla tyzdnov (celkovo 52-53 archivov) natrepat do cron.weekly a dookola nechat prepisovat - archivy podla mesiacov (celkovo 12 archivov) natrepat do cron.yearly a dookola nechat prepisovat idealne rdiff-backup, /etc, projekty s kopou malych suborov a pod. ...