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í
×

včera 14:15 | Komunita

Daniel Stenberg, autor nástroje curl, na svém blogu oznámil, že obdržel letošní Polhemovu cenu, kterou uděluje Švédská inženýrská asociace za „technologickou inovaci nebo důvtipné řešení technického problému“.

marbu | Komentářů: 6
včera 13:40 | Pozvánky

Cílem Social Good Hackathonu, který se uskuteční 21. a 22. října v Brně, je vymyslet a zrealizovat projekty, které pomůžou zlepšit svět kolem nás. Je to unikátní příležitost, jak představit nejrůznější sociální projekty a zrealizovat je, propojit aktivní lidi, zástupce a zástupkyně nevládních organizací a lidi z prostředí IT a designu. Hackathon pořádá brněnská neziskovka Nesehnutí.

… více »
Barbora | Komentářů: 1
včera 00:44 | Pozvánky

V sobotu 21. října 2017 se na půdě Elektrotechnické fakulty ČVUT v Praze uskuteční RT-Summit – setkání vývojářů linuxového jádra a uživatelů jeho real-time verze označované jako preempt-rt.

… více »
Pavel Píša | Komentářů: 7
16.10. 23:44 | Bezpečnostní upozornění

V Linuxu byla nalezena bezpečnostní chyba CVE-2017-15265 zneužitelná k lokální eskalaci práv. Jedná se o chybu v části ALSA (Advanced Linux Sound Architecture).

Ladislav Hagara | Komentářů: 1
16.10. 22:44 | Komunita

Greg Kroah-Hartman informuje na svém blogu, že do zdrojových kódu linuxového jádra bylo přidáno (commit) prohlášení Linux Kernel Enforcement Statement. Zdrojové kódy Linuxu jsou k dispozici pod licencí GPL-2.0. Prohlášení přidává ustanovení z GPL-3.0. Cílem je chránit Linux před patentovými trolly, viz například problém s bývalým vedoucím týmu Netfilter Patrickem McHardym. Více v často kladených otázkách (FAQ).

Ladislav Hagara | Komentářů: 4
16.10. 22:04 | Pozvánky

Rádi bychom vás pozvali na přednášku o frameworku Avocado. Jedná se o testovací framework další generace, inspirovaný Autotestem a moderními vývojovými nástroji, jako je třeba git. Přednáška se bude konat 23. října od 17 hodin na FEL ČVUT (Karlovo náměstí, budova E, auditorium K9 – KN:E 301). Více informací na Facebooku.

… více »
mjedlick | Komentářů: 0
16.10. 21:44 | Bezpečnostní upozornění

Nový útok na WPA2 se nazývá KRACK a postihuje prakticky všechna Wi-Fi zařízení / operační systémy. Využívá manipulace s úvodním handshake. Chyba by měla být softwarově opravitelná, je nutné nainstalovat záplaty operačních systémů a aktualizovat firmware zařízení (až budou). Mezitím je doporučeno používat HTTPS a VPN jako další stupeň ochrany.

Václav HFechs Švirga | Komentářů: 3
15.10. 00:11 | Zajímavý projekt

Server Hackaday představuje projekt RainMan 2.0, aneb jak naučit Raspberry Pi 3 s kamerovým modulem pomocí Pythonu a knihovny pro rozpoznávání obrazu OpenCV hrát karetní hru Blackjack. Ukázka rozpoznávání karet na YouTube. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
14.10. 15:11 | IT novinky

Online obchod s počítačovými hrami a elektronickými knihami Humble Bundle byl koupen společností IGN. Dle oficiálních prohlášení by měl Humble Bundle dále fungovat stejně jako dosud.

Ladislav Hagara | Komentářů: 8
14.10. 06:00 | Zajímavý článek

Brendan Gregg již v roce 2008 upozornil (YouTube), že na pevné disky se nemá křičet, že jim to nedělá dobře. Plotny disku se mohou rozkmitat a tím se mohou prodloužit časy odezvy pevného disku. V září letošního roku proběhla v Buenos Aires konference věnovaná počítačové bezpečnosti ekoparty. Alfredo Ortega zde demonstroval (YouTube, pdf), že díky tomu lze pevný disk použít také jako nekvalitní mikrofon. Stačí přesně měřit časy odezvy

… více »
Ladislav Hagara | Komentářů: 9
Těžíte nějakou kryptoměnu?
 (6%)
 (2%)
 (15%)
 (76%)
Celkem 720 hlasů
 Komentářů: 24, poslední 27.9. 08:30
    Rozcestník

    Dve konektivity a load balancing

    2.7.2008 14:31 | linux

    Situace je takova, ze mam router, ktery ma k dispozici dve konektivity do internetu. Jedna je celkem silna (radove desitky mbit full-duplex) a druha je pouze 8mbit. Slo by mi o to, rozdelit nejaky zpusobem prenos tak, aby sel v urcitem pomeru mezi konektivitami, nebo abych rekl posilej pres prvni konektivitu x mbit a kdyz bude vetsi pozadavek na rychlost(vice dat k odroutovani) tak se pouzije druha konektivita. Studoval jsem na lartc.org, dosel jsem k tomu, ze se daji rozdelovat jednotliva spojeni v urcitem pomeru, ale to stale neni to prave orechove. Nemel by nekdo napad, jak na to??? Diky za pripadne reakce

           

    Hodnocení: 100 %

            špatnédobré        

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

    Komentáře

    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

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