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

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 1
dnes 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 2
dnes 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 1
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

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

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 993 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Vložit další komentář
    2.7.2008 14:42 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Určitě musíte rozdělovat spojení, jemnější dělení pro vás pravděpodobně nemá smysl. Podle prvního paketu spojení se určí odchozí IP adresa, na kterou pak protějšek odpovídá – tím je určeno, kterým spojením se k vám budou vracet odpovědi (a po navázání spojení už nelze IP adresu zdroje měnit). Můžete sice odchozí pakety již navázaného spojení poslat přes druhého ISP, ale vracet se vám budou stále přes toho prvního – a zpravidla je silnější download, takže upload balancovat nemusíte. A na začátku spojení asi nedokážete určit, jak velký v něm bude provoz, takže asi nezbývá jiná varianta, než nějak určit, kterým spojem má jít následující spojení, a spoléhat se na to, že se celkové vytížení obou spojů bude pohybovat někde okolo požadovaných hodnot.
    2.7.2008 15:13 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Bohuzel potrebuju per-packet rozdelovani. Na ta spojeni je to sice hezke, ale neni spojeni jako spojeni a muze dochazet k ruznym nechtenym stavum...
    2.7.2008 16:11 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    V tom případě musíte svést konektivitu od poskytovatelů i na druhém konci do jednoho bodu (nějaké peeringové centrum nebo něco, kam mají oba vaši ISP dotažené „dráty“, a kam si dáte vlastní router), veškerá vaše spojení budou (pokud se dívám „z internetu“) jakoby zakončena v tomto bodě (budou mít jeho IP adresu) a teprve tam uděláte DNAT a paket pošlete vybraným spojením. Od ISP budete kupovat jen okruhy k tomuto bodu. Na celou akci bych počítal rozpočet v desítkách až stovkách tisíc.

    A nebo si rozmyslete, zda opravdu potřebujete rozdělování po paketech i na downloadu. Protože neexistuje jiné řešení, než to, které jsem popsal v předchozím odstavci. Když váš klient naváže TCP/IP spojení přes ISP1, navazuje jej z IP adresy A. Počítač někde na druhém konci světa mu odpoví a pošle paket na adresu A a do sítě ISP1 – nemůže nijak vědět, že kdyby paket poslal na nějakou jinou adresu B skrze síť ISP2, paket nakonec dorazí k původnímu klientovi. A změnit IP adresu během spojení také nemůžete, protože TCP/IP spojení je určeno dvojicí IP adres a dvojicí portů. U jiných druhů komunikace (třeba UDP) je to podobné – UDP paket většinou přijde jako odpověď na nějaký požadavek, a přijde na stejnou IP adresu, ze které šel požadavek. A i kdyby UDP paket přišel „sám od sebe“, našel si jeho odesílatel vaši IP adresu třeba v DNS – pak můžete něco ovlivnit nastavením DNS, ale nedokážete udělat tak jemné rozlišení, abyste udělal load balancing po paketech. Jediná možnost jak udělat load balancing po paketech pro download je dostat se k paketům někde mezi „internetem“ a sítěmi vašich ISP.
    2.7.2008 16:23 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Dekuji za reakci. Se strojem venku se pocita.
    2.7.2008 16:41 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Pak záleží na tom, jak moc to chcete mít spolehlivé. Levnější varianta mít počítač u nějakého běžného ISP nebo třeba v housingovém centru a dělat NAT tam, pak ale kapacita vaší konektivity bude záviset na tom, kolik vám dovolí tento ISP. A nebo dražší varianta (v řádech, které jsem napsal výš) pronajmout si rack někde třeba v Sitelu, od vašich stávajících ISP mít jenom okruh a v místě s NATujícím počítačem si nasmlouvat konektivitu klidně od třetího ISP nebo od několika ISP.
    2.7.2008 16:15 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    V tom případě potřebujete vlastní autonomní systém a dynamické směrovaní.
    cezz avatar 2.7.2008 14:58 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    No ja som videl riesenie pomocou servera niekde v hostingu. (s dobrou konektivitou) Data sa vlastne posielali dvoma nezavislymi spojmi s tym, ze server robil nasledne SNAT smerom do internetu (aspon tak som to zbezne pochopil) Ale co viem, nebol to ziaden zazrak..

    Mne este napada jedno podobne riesenie - spojit tie dva tunely bondingom, ale neviem do akej miery je to vhodne riesenie.

    http://blackhole.sk/topicm-vychytavky-loadbalancing - to je to prve riesenie, ale pripada mi zbytocne komplikovane.
    Computers are not intelligent. They only think they are.
    2.7.2008 15:12 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Diky za hint, to vypada celkem nadejne. Reseni pres stroj venku mne take napadlo.
    2.7.2008 16:23 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Dekuji vsem prispevatelum za jejich reakce.
    2.7.2008 20:58 Dušan Hokův | skóre: 43 | blog: Fedora a další...
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    proc se posledni dobou dotazy objevuji v blogu a ne v poradne?
    cezz avatar 3.7.2008 17:02 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Teraz som aj celkom rad, v poradni by som to prehliadol..
    Computers are not intelligent. They only think they are.
    onion avatar 4.7.2008 16:24 onion | skóre: 8 | blog: onion | Praha
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Protoze z poradny se casto ledacos vyhazovalo s tim, ze to tam nepatri a netyka se to dostatecne Linuxu. A nez spekulovat nad tim, jestli zrovna muj dotaz nebude na obtiz v poradne a riskovat jeho smazani, je snazsi dotaz umistit do blogu.

    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.