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 15:00 | Nová verze

Byla vydána nová stabilní verze 5.11 toolkitu Qt. Přehled novinek v příspěvku na blogu a na wiki stránce. Další dnešní příspěvek na blogu Qt je věnován Qt pro WebAssembly umožňujícímu běh Qt aplikací ve webovém prohlížeči. K vyzkoušení jsou příklady.

Ladislav Hagara | Komentářů: 0
dnes 12:22 | Nová verze

Po 7 měsících vývoje od verze 0.12.0 byla vydána verze 0.13.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v oznámení o vydání a v příspěvku ve fóru.

Ladislav Hagara | Komentářů: 3
dnes 12:11 | Pozvánky

V úterý 29. května v 18:00 se v Brně koná pátý přednáškový večer o webovém vývoji. Čeká vás povídání o frameworku v Elixiru, vydávání nové kryptoměny přes ICO, component trees v Reactu. Na místě bude lehké občerstvení; vstup zdarma pro registrované. Více informací na Facebooku nebo se rovnou registrujte na Meetup.

dejvik | Komentářů: 0
dnes 12:00 | Pozvánky

V pátek 25. května 2018 v Praze proběhne společné setkání komunity kolem Drupalu a překladatelů softwaru – tématem bude právě lokalizace svobodného softwaru (nejen Drupalu). Program začíná v 9.30 v budově Českého rozhlasu (Vinohradská 12), ale můžete přijít i později během dne.

Fluttershy, yay! | Komentářů: 0
dnes 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
dnes 02:00 | Bezpečnostní upozornění

Byly zveřejněny (Project Zero, Intel, AMD, Arm) informace o dalších 2 bezpečnostních chybách v procesorech: variantě 3a aneb CVE-2018-3640 - Rogue System Register Read (RSRE) a variantě 4 aneb CVE-2018-3639 - Speculative Store Bypass (SSB). Podrobnosti o chybě CVE-2018-3639 například v příspěvku na blogu Red Hatu. Princip vysvětlen pomocí videa na YouTube.

Ladislav Hagara | Komentářů: 3
včera 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 4
včera 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 29
20.5. 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 62
20.5. 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 14
Používáte pro některé služby inetd?
 (35%)
 (23%)
 (42%)
Celkem 142 hlasů
 Komentářů: 5, poslední dnes 16:46
    Rozcestník

    Dotaz: HA VPN koncentratory a dynamicky routing

    22.4.2009 13:18 iji | skóre: 29
    HA VPN koncentratory a dynamicky routing
    Přečteno: 496×
    Příloha:
    Pratele, chtel bych pozadat o radu zkusenejsi, nebot me znalosti z oblasti siti jsou mizerne.

    Soucasny stav:
    Mejme firmu, kterou do internetu spojuji dve linky: 10GHz a zalozni ADSL od Kysliku. Firma ma cestaky, kteri se pripojuji pres OpenVPN. Firma ma take pobocky, ktere se do centraly pripojuji opet pres OpenVPN. "Zalozni linka" nyni znamena, ze funguje posta pres dalsi MX zaznam, cestaci a ostatni pobocky jsou mimo hru.


    Problem:
    Centrala sidli v oblasti, kde zuri (zatim) nezkrotna priroda a tak vypadky 10GHz jsou pomerne caste, obcas to odnese i energeticka sit (at uz ve firme, kde je UPS, ci u providera, kde je snad take neco). Dle manageru si "bussiness zada" vyssi spolehlivosti a bezpecnosti.


    Reseni:
    Do telehouse ve vetsim meste si umistime server a z nej udelame hlavni VPN koncentrator pro vsechny pobocky, centralu i cestaky (tj. do hvezdy). Protoze telehouse je daleko a nikdo tam nebude v pripade hw chyby ochotny jet okamzite, dame si servery hned dva (jeden novy vcetne NBD supportu, druhy postarsi). Tedy, tento telehouse ma dve budovy, tak si servery rozhodime mezi ne. Kazdy server bude mit vlastni verejnou IP pro management (dostanu jich nekolik, proc je tedy nevyuzit). Jelikoz mam zkusenosti s aplikacnimi clustery, je muj dalsi scenar nasledovny: tyto servery budou cleny clusteru, kde dalsi verejna IP (s patricnym verejnnym DNS zaznamenm) bude vysoce dostupnou sluzbou a na niz se budou pripojovat jak cestaci, tak si na ni budou stavet tunely pobocky. Kdyz primarni node umre, tak HA premigruje publikovanou IP na zalozni node a tunely se holt na ni postavi znova. Stejne tak firemni MX budou smerovany prave na tuto HA IP. Tady myslim nemam chybu.

    Jako jsme si dali dva servery do telehouse, budeme mit dva VPN koncentratory v centrale (novy a starsi server), ktere budou pro centralu vychozi branou. Opet se bude jednat o aplikacni cluster. Do kazdeho z nodu povede 10GHz linka a zalozni ADSL (zde ani u jednoho nemam dve adresy, takze sekundarni server bude dostupny pro ssh pouze pres interconnect z primarniho a WANove IP se mu priradi az pri preklopeni).

    Mezi aktivnim nodem v telehouse a aktivnim nodem se dvemi konektivitami v centrale budou postavene dva tunely (bud IPSec + GRE nebo OpenVPN) vzdy mezi HA IP v telehouse a jednou na verejnou IP 10GHz linky a druhy na ADSL. Jelikoz mame oba konce tunelu pod kontrolou, k osetreni proti vypadku jedne z linek premyslim o dynamicke routovani (OSPF, BGP je myslim kanon na vrabce). GRE nad IPSecem je prave kvuli nemu (dle meho pruzkumu je pri dynamickem routingu nutne).

    Co se tyce LAN strany v centrale, jsou zde na vyber dve reseni, jak osetrit branu pro LANove uzivatele: bud opet jedna vysoce dostupna IP a jeji migrace v ramci clusteru nebo reseni na sitove vrstve pomoci VRRPd ci Keepalived (zminka o nich je zde v jinem vlakne). Osobne se mi vice zamlouva opet aplikacni cluster.

    V telehouse bude i Squid, pres ktery budou vsichni (tj. centrala, pobocky i cestari) chodit na internet. Squid jako mission critical zalezitost bude dalsi HA sluzba pro clustering a bude se migrovat spolecne s verejnou IP a tunely (protoze pobezi na nodu, ktery bude mit postavene tunely). Vedle Squida tam bude jeste Postfix (zase clusterova sluzba) pro prijem posty z venku.


    Pouzity SW:
    CentOS, jako clusterware RedHat cluster suite


    Pouzity HW:
    Primarni nody budou 1x quadcore a 4 GB RAM, sekundarni pak 1x dualcore a 2 GB RAM



    Prosim o nazor, zda tohle reseni ma smysl, je realizovatelne a zejmena, zda se nedrbu levou rukou za pravych uchem a neslo by udelat elegantneji. Pak bych chtel pozadat, zda nekdo nema zkusenosti s provozem OSPF pres IPSec ci OpenVPN.

    Na otázku zatím nikdo bohužel neodpověděl.

    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.