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 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 1
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 11
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Jedno pripojeni si zabere celou kapacitu linky u GPRS

    22.11.2004 17:18 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Přečteno: 145×
    Zdravim, takovy mensi problem.

    Pripojuji se k Internetu pres GPRS (Eurotel) a pokud stahuji nejaky soubor, tak kdyz to necham chvili bezet, zabere stahovani celou kapacitu linky a zadne dalsi pripojeni se uz neda sestavit.

    Kdyz pripojim pocitac s Windows XP primo k telefonu, muzu stahovat a zaroven delat i neco jineho. Kdyz ale pouziji Windows XP jako branu a neco stahuji z Internetu na Linux neda se vytvorit dalsi konexe ani z Linuxu ani z Windows.

    Jadra jsem zkousel 2.4.27 a 2.6.4.

    Dokazal by me nekdo nasmerovat, kam se mam podivat nebo jaky parametr TCP/IP to ma na svedomi? Diky.

    Odpovědi

    22.11.2004 19:52 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Však to je správné využít celou linku :-)

    Pokud chcete stahovat data tak kdo dřív příjde ten dřív mele :-)

    Pokud chcete rozdělovat pásmo pro více PC tak viz třeba HTB
    22.11.2004 23:44 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja teda nevim, ale IMHO je to blbost.

    A) Nepotrebuji rozdelovat pasmo pro vice pocitacu (pozorne si prectete popis problemu). Staci mi smysluplne delat na jednom pocitaci. Priklad s Windows jsem uvadel jen pro ilustraci problemu - ze neni problem s pripojenim do Internetu, ale s TCP/IP na Linuxu.

    B) Nastavovat shaping kvuli praci na jednom pocitaci nic nevyresi, protoze se aplikuje predevsim na odchozi pakety a pro prichozi provoz to jaksi postrada smysl, protoze kdyz paket nedorazi, co chcete shapovat?

    Mozna jsem byl malo konretni. Uvedu priklad: Dejme tomu, ze stahuji nejaky balicek s programem. Problem je, ze behem stahovani se vubec nepripojim nikam jinam. Takze musim pozastavim program, ktery stahuje, pockat 5-10 sekund a teprve potom se dostanu napr. na abclinuxu.cz. Kdyz se mi stranka zacne stahovat, tak opet pustim stahovani, aby nevyprsel timeout. Stranka se uz normalne dotahne.

    To mi skutecne v poradku nepripada a vydavat za feature je nesmysl.

    Ale diky za snahu. ;-)
    23.11.2004 01:57 Maude Lebowski
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Asi by jsi si mel ten citovany clanek fakt precist. Muzes se tam dozvedet mnoho zajimaveho. Napriklad co se stane kdyz se spojuji dva pocitace, jeden pres rekneme 10x rychlejsi linku nez ten druhej. A pritom se packety neztraci. Ze by nejak souvisely prichozi a odchozi packety? Co se vlastne mysli shapingem? Rozdeleni linky pro pocitace nebo pro procesy?
    23.11.2004 11:42 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Clanek jsem si samozrejme precetl. Nicmene ten me spis presvedcil o tom, ze to v tomhle pripade nema smysl. Mimo jine se tam uvadi, ze omezeni celkove rychlosti je vhodne nastavit na hodnotu o neco nizsi, nez je kapacita linky. To u cca 4000b/s (u odchozi komunikace jeste min) trochu postrada smysl. To bych sel z blata do louze. Navic IMHO stanovit kapacitu linky u GPRS poradne nejde, protoze pri zvyseni zateze GSM site klesa "kapacita" linky. Aspon to tak chapu.

    Jsem opravdu presvedcen, ze to musi jit vyresit nastavenim parametru TCP/IP, protoze pod Windows se to chova smysluplne. Tj. pokud neco stahuji, dostanu se i na webove stranky (sice pomalu ale dostanu). A nemyslim si, ze by Windows (resp. BSD ;-) ) mely TCP/IP stack, ktery tohle resit umi a Linuxovy ne.

    To co mi doporucujete, by znamenalo, ze ve Windows by byl skryte nastaveny nejaky shaping (QoS jsem ale zrusil). Pak by to ale melo fungovat i kdyz jsou Windows jako brana.

    Bohuzel momentalne nemam cas zkouset vsechny mozne parametry a jak se pak pripojeni chova. Ale asi si ho budu muset stejne najit.
    23.11.2004 06:40 ZAH
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Žiju v lokalitě kde je GPRS jedinou cestou, k trvalému připojení a tak mám u klientů i malé firmy, které jsou celé připojené přes jedno GPRS. Podobné problémy se většinou projevují v souvislosti s dotazy na DNS servry, on ten jeden timeslot je na odchozí provoz skutečně zoufale málo. Osobně pro tyto situace instaluji, vždy cachovací name server a také squid. Není to řešení na 100 procent, ale obvykle postačí. Samozřejmě je potom nutné u všech klientů včetně počítače, kterým se připojuji nastavit adresu DNS na tento lokální DNS server.
    23.11.2004 11:24 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ano, skutecne to vypada, ze odpoved na DNS dotaz neprijde. Ale instalovat jenom kvuli tomuto problemu DNS server a Squid se mi opravdu nechce a neni to reseni problemu, ale jen castecne obejiti. Videl bych to jako uplne krajni reseni. Nicmene dik za napad.
    25.11.2004 23:58 snowracer | skóre: 21 | blog: Omniloquent | Praha
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Já používám na gentoo dnsmasq a jede to snadno. Prakticky žádná konfigurace, pouze zkompilovat a spustit. Není tedy imo důvod se lokální DNS cache vyhýbat / obávat.
    26.11.2004 00:38 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja se neobavam, nicmene bych rad vyresil uvedeny problem a lokalni DNS cache ho nevyresi. Muze jen obcas trochu pomoct. Samozrejme pokud by se to vyresit povedlo, dalsi logicky krok je DNS cache. Round-trip 1 s neni nic moc. :-)
    26.11.2004 02:01 snowracer | skóre: 21 | blog: Omniloquent | Praha
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja mam extremne rychlou linku a stejne rad DNS cache pouzivam. Souhlasim ale, ze s puvodnim problemem to nema nic spolecneho. Chtel jsem jen upozornit na tuto moznost, jak si rychle a bezpracne "zprijemnit" pripojeni :-)
    23.11.2004 12:54 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Dotaz: jde nahradit shaping obecne, vyhradnim pouzivanim SQUID a lokalniho DNS ?? Mam pocit ze ano, alespon nepocituji zadne ujmy, kdyz jeden stahuje, druhy browsuje a nakonec mailserver soucasne stahuje mail.
    brk avatar 23.11.2004 12:36 brk | skóre: 29 | blog: broukoviny
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Pociťuji naprosto stejný problém. Používám telefon Siemens S55, bluetooth adaptér od MSI a na internet se také připojuji přes Eurotel. Dlouho jsem byl také přesvědčen o tom, že na vině je tučňák, protože ve Windows všechno chodí bez problému. Přes BT provozuji mezi PC a telefonem jakousi emulaci sériového rozhraní a ve Windows mám na tento virtuální sériový port nainstalovaný ovladač od Siemensu. V létě jsem ale přeinstalovával Windows a ovladač od siemensu jsem vynechal. Nechal jsem to všechno na ovladačích od BT a použil jsem přednastavený profil dialup, který se k telefonu choval jako k úplně běžnému modemu. Windows se najednou začal chovat stejně jako Linux. Jedno stahování a všechno ostatní šlo do kolen. Z tohohle se domnívám, že problém je v obsluze telefonu, ale jistý si nejsem. Moc do toho nevidím. Nějaká DNS cache, jak již zaznělo, taky nic neřeší. Po nějakém čase stejně dostanu timeout z většiny serverů. Zatím stahuji wgetem s parametrem --limit-rate=5k. Sice to neřeší problém obecně, ale jen dané stahovaní, ale lepší než drátem do oka.
    USE="-qt -kde"
    23.11.2004 14:56 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Ja pouzivam pripojeni k telefonu pres IrDA a nemam nainstalovany zadny specialni ovladac modemu pro telefon (pouzivam obecny IrDA modem, ktery je ve Windows)... Kadopadne se pomalu zacinam chystat, ze se o vikendu pokusim pohrat si s nastavenim TCP/IP. Pokud bych uspel, dam vedet.

    --limit-rate znam, ale problem je treba s apt (pouzivam Debian). Navic kdyz nic nedelam, tak chci, aby to jelo na plnou rychlost. BTW tobe pomuze omezit rychlost na 5k? Jak rychle ti jede GPRS? Jesli jako me na cca 3,7k, tak je to velice zajimava indicie.
    brk avatar 23.11.2004 15:17 brk | skóre: 29 | blog: broukoviny
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Normálně stahuji něco málo přes 5kB/s, ale –limit-rate=5k to vážně ořízne tak na 3.7kB/s.
    USE="-qt -kde"
    25.11.2004 22:42 Petr Svoboda | skóre: 13 | blog: * | Příbram
    Rozbalit Rozbalit vše Re: Jedno pripojeni si zabere celou kapacitu linky u GPRS
    Tak jsem delal nejake pokusy s ping-em. Stahoval jsem soubor na plne rychlosti nejdriv ve Windows a pak v Linuxu. Vypada to, ze v Linuxu se proste vytvori silene dlouha fronta u providera. Ping do Internetu pri stahovani z Windows byl cca 4 s, pri stahovani z Linuxu pak cca 17 s, standardni bez zateze je cca 1 s. ICMP pakety se ale kupodivu zadne neztraceji.

    Jak tomu rozumim ja, tak na zacatku spojeni se u providera udela dlouha fronta a pak uz se udrzuje na stejne delce (zabere samoregulace TCP). DNS pozadavky potom IMHO proste vyprsi (da se nejak nastavit delsi timeout?). Zkousel jsem se pripojit rovnou pres IP adresu a to se temer vzdy povedlo.

    Ping na 17 s vyskoci skoro hned (cca o 1 s za 1 s, zastavi se to na 17 s). DNS pozadavky se prestanou vracet kolem ping-u 10 s. Kdyz jsem zacal stahovat pres dalsi konexi (diky triku s IP adresou), ping nadale pomalu rostl az na 40 s, pak najednou spadnul na 2 s a zase zacal postupne narustat. Kdyz se jeden soubor stahl cely, ping postupne zase klesal na cca 17 s, kde se ustalil.

    Zkousel jsem experimentovat s nejakymi TCP "congestion control" algoritmy, ale na delku fronty u providera to nemelo zadny vliv (ale s westwood-ed se hezceji domlouvaji dve konexe na deleni kapacity)

    Mozna to nekomu, kdo vi do hloubky, jak TCP/IP v Linuxu funguje, neco rekne...

    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.