abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 11
    dnes 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    včera 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    včera 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    včera 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    11.3. 23:22 | Nová verze

    Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 4
    11.3. 10:22 | Upozornění

    Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.

    Ladislav Hagara | Komentářů: 14
    11.3. 10:11 | IT novinky

    Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.

    Ladislav Hagara | Komentářů: 36
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (25%)
    Celkem 1068 hlasů
     Komentářů: 26, poslední včera 08:56
    Rozcestník

    Dotaz: Šifrovaná záloha přes síť

    8.4.2011 16:37 morgan
    Šifrovaná záloha přes síť
    Přečteno: 498×
    Ahoj. Mám 2 servery. Potřebuju z jednoho z nich zálohovat na ten druhý co nejbezpečněji a to tak, aby se ten druhý server nemohl "dostat" na uložená data. Mám takovýto plán:
    server1
    ----------
    nbd-server
    
    
    server2
    ----------
    nbd-client
    
    Kde server2 připojí blokové zařízení a pomocí luks bude šifrovat data. Výhody jsou zřejmé - data se po síti budou posílat šifrovaně (tedy logicky doufám že šifrování se provádí před ukládáním na blok. zařízení) a server1 se nedostane k užitečným datům. Navíc v případě teoretického neoprávněného přístupu a připojení nbd neoprávněným strojem nemá tento stroj šanci data přečíst. Je toto správné řešení nebo existuje něco lepšího?

    Odpovědi

    8.4.2011 18:59 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    Teorie je správná, ale osobně to řeším pomocí gnupg+ssh místo luks+nbd. U obou použiju asymetrické šifrování: přes gnupg se záloha zašifruje tak aby ji nemohl rozšifrovat nikdo jen správce, přes ssh se autentizuje server k zálohovacímu serveru, aby zálohy mohl zapisovat jen ten správný stroj.
    In Ada the typical infinite loop would normally be terminated by detonation.
    8.4.2011 19:30 morgan
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    To je ale řešení založené na šifrování každého souboru zvlášť ne? Já budu zálohovat ldap oddíly, pak zvlášť některé souboru apod. takže potřebuji přístup ke všem zašifr. datům najednou.
    8.4.2011 19:49 VM
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    No na zálohu obvykle člověk potřebuje vzít zajímavé soubory, udělat z nich archiv, zkomprimovat, výsledné .tar.bz2 případně zašifrovat, a výsledek nechat ležet dokud se nic nepokazí. Také se často schovává ne poslední verze, ale několik verzí různého data. Na to je vhodnější zmíněné GPG+scp . Vy píšete o RW přístupu do jednotlivých souborů. Takhle se obvykle nezálohuje, ale pokud to skutečně potřebujete, tak to co jste si vymyslel by fungovat mohlo. Není to ale moc častý případ, takže bych čekal neodladěné chyby.
    8.4.2011 20:25 morgan
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    Jaké neodladěné chyby? NBD se používá už dlouho a LUKS také. Případ kdy vypadne síťové spojení s NBD serverem je vlastně totožný jako když uprostřed zápisu usb LUKSem šifrovaný disk vytáhnu z pc - což nepoškodí LUKS vrstvu.
    9.4.2011 01:14 VM
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    Když jsem si naposledy hrál s NBD, tak to na mě úplně odladěně nepůsobilo (ale samozřejmě vám to může fungovat dobře). Odpojení USB a síťové problémy se liší třeba tím, že USB s odpojením za běhu přímo počítá, nebo že síťové spojení timeoutuje několik minut. Linux také nemá rád chyby blokového zařízení s připojeným filesystémem - dochází k vytuhávání procesů a spoustě chybových hlášek ve /var/log/messages. Samozřejmě tyto problémy vůbec potkat nemusíte; osobně bych si ale vybral jednodušší a spolehlivější kopírování přes SSH, pokud by v dané situaci šlo použít.
    9.4.2011 02:04 morgan
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    Já NBD používám na tenké klienty - připojuje se jak root fs, tak swap a 3 roky to funguje bezchybně nicméně u zálohování potřebuju mít jistotu že to 100% bude fungovat bezchybně, takže radši asi zvolím sshfs a šifrování jednotlivých souborů.
    9.4.2011 13:22 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    Na to je vhodnější zmíněné GPG+scp .
    Jen detail, používám ssh, ne scp. Scp potřebuje vytvoření dočasného souboru na lokále. Přes ssh můžu propojit balení a šifrování až na cílový disk na zálohovacím stroji.
    In Ada the typical infinite loop would normally be terminated by detonation.
    9.4.2011 13:20 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    To je ale řešení založené na šifrování každého souboru zvlášť ne? Já budu zálohovat ldap oddíly, pak zvlášť některé souboru apod. takže potřebuji přístup ke všem zašifr. datům najednou.
    Obvykle se soubory zabalí a šifruje se pak celý ten balík. Záloha je mnohem rychlejší a skladnější pokud zapisujete jeden velký soubor místo sto tisíc malých.
    In Ada the typical infinite loop would normally be terminated by detonation.
    8.4.2011 23:36 Michal
    Rozbalit Rozbalit vše Re: Šifrovaná záloha přes síť
    Pokud tomu správně rozumím, tak na to mělo jít použít třeba duplicity.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.