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

Uživatel denholmsdead již více než rok zveřejňuje na redditu své obrázky s linuxovou tématikou. Náhledy obrázků jsou k dispozici na linux.pictures. Obrázky v plném rozlišení na GitLabu.

Ladislav Hagara | Komentářů: 0
včera 18:55 | Zajímavý projekt

Společnosti Google, Microsoft, Twitter a Facebook společně představily open source platformu Data Transfer Project (DTP). Cílem platformy je zjednodušit uživatelům přechod a přenos dat mezi jednotlivými online službami. Podrobnosti v pdf a na GitHubu.

Ladislav Hagara | Komentářů: 2
včera 18:33 | Nová verze

Canonical a Microsoft společně oznámili, že PowerShell Core je nově dostupný také jako snap balíček na Snapcraftu. Microsoft uvolnil zdrojové kódy PowerShellu (Wikipedie, GitHub) v srpnu 2016 pod open source licencí MIT a naportoval je na Linux.

Ladislav Hagara | Komentářů: 1
včera 13:11 | Zajímavý projekt

Novinkou v minor aktualizaci webového prohlížeče Vivaldi je podpora vyhledávače Qwant (Wikipedie). Vývojáři Vivaldi zdůrazňují, že se jedná o evropský vyhledávač respektující soukromí uživatelů.

Ladislav Hagara | Komentářů: 7
včera 01:33 | Nová verze

Po šesti letech od vydání verze 1.0 byla vydána verze 2.0 multiplatformního editoru tagů MusicBrainz Picard (Wikipedie). Přehled novinek, vylepšení a oprav v changelogu.

Ladislav Hagara | Komentářů: 0
19.7. 16:22 | Nová verze Ladislav Hagara | Komentářů: 14
19.7. 15:00 | Komunita

Dnes končí podpora Ubuntu 17.10 Artful Aardvark. Uživatelům je doporučen přechod na Ubuntu 18.04 Bionic Beaver s prodlouženou podporou do roku 2023. Podpora standardních verzí Ubuntu je 9 měsíců. Verze 17.10 byla vydána 19. října 2017.

Ladislav Hagara | Komentářů: 12
19.7. 13:33 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 334 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Všechny jsou vzdáleně zneužitelné bez autentizace. V Oracle MySQL je opraveno 31 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich.

Ladislav Hagara | Komentářů: 0
19.7. 13:11 | Zajímavý software

Nick Clifton zveřejnil na blogu společnosti Red Hat věnujícímu se počítačové bezpečnosti nástroj, pomocí kterého lze ověřit, zda jsou binární spustitelné soubory odolné vůči variantě 1 bezpečnostní chyby Spectre v procesorech.

Ladislav Hagara | Komentářů: 0
19.7. 03:00 | Nová verze

Po více než roce vývoje od vydání verze 1.12 byla vydána nová verze 1.13 Java edice počítačové hry Minecraft (Wikipedie). Kódový název nejnovější verze je Update Aquatic. Přehled novinek v oficiálním oznámení o vydání. Detailní přehled novinek na Gamepedii a na YouTube.

Ladislav Hagara | Komentářů: 4
Jak čtete delší texty z webových stránek?
 (78%)
 (20%)
 (5%)
 (7%)
 (2%)
 (10%)
Celkem 374 hlasů
 Komentářů: 40, poslední 29.6. 10:21
    Rozcestník

    Dotaz: Frag reassembly time exceeded

    23.1.2006 22:56 Taras
    Frag reassembly time exceeded
    Přečteno: 257×
    Ahoj,

    na novem 5GHz spoji pozoruji pri pingu nasledujici hlasku, se kterou jsem se nikdy nesetkal:-(

    From 192.168.10.1 icmp_seq=3292 Frag reassembly time exceeded

    doposavad jsem si hral jen s wifi tj. 2,4 GHz a na zadnem spoji se toto neprojevilo. Je mozny ze to souvisi s nastavenim ACK u 5GHz??? a nebo je "zakopanej pes" zcela jinde?

    za pripadne objasneni teto hlasky dekuji..

    Odpovědi

    23.1.2006 23:49 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Jak velké ty pakety posíláte?
    24.1.2006 00:56 Taras
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Sorry, to zasadni jsem tam nenapsal:-(.. Samozrejme, ze se to projevuje az u vetsich paketu a to kolem 2048B a vice. "Obycejny" ping projde v zasade bez problemu... packet loss < 1%. U paketu kolem 2kB je packet loss uz nekde kolem 15% :-(
    24.1.2006 01:10 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    A proč se snažíte posílat ICMP echo delší než je vaše vlastní MTU (předpokládám, že máte obvyklou hodnotu tj. něco kolem 1500)? Vždyť vám přeci musí být jasné, že to nemá žádný smysl, když ho bude muset fragmentovat hned váš vlastní počítač. Pak je celkem logické, že místo ztracených paketů budete dostávat reassembly timeout.
    24.1.2006 02:14 Taras
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    MTUcko mam tech 1500, ale na tech vetsich paketech jsem si zkousel co ten spoj "vydrzi" nebot jakakoliv slabina se vzdy projevi vyrazneji na tech vetsich paketech. Co ta hlaska presne znamena? Jde o to ze ten cilovy comp to nedokazal z rozfragmentovat za nejakou rozumnou dobu?
    24.1.2006 07:28 Ja.
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Rekl bych, ze mu vyprsel cas, ktery mel na znovuslozeni ICMP paketu ze dvou paketu, na ktere ho musel kvuli MTU rozdelit.(krasna veta!)

    Alespon si to myslim.

    Pokud chces vyzkouset co spoj vydrzi, doporucuji spis pomoci SCP mezi dvema PC prenaset VELIKE soubory. Paket u sifrovaneho provozu je vzdy delsi nez normalni pakety (jasne...co je normalni paket?:))
    24.1.2006 08:12 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Ale pochopte, že i kdybyste se postavil na hlavu, váš počítač stejně delší paket než MTU neodešle, proto se ta hodnota jmenuje MTU (Maximum Transmission Unit). Takže když si myslíte, že odesíláte paket o délce 2048 B (záleží samozřejmě na tom, na které vrstvě tu délku uvádíte), ve skutečnosti se rozdělí na dva a ty se pošlou každý zvlášť. Příjemce je pak zase musí složit dohromady. Když obdrží první fragment (což docela klidně může být ten, který jste odeslal jako druhý), alokuje si buffer, do kterého jednotlivé fragmenty skládá, dokud nemá paket celý. Pokud se do určitého limitu (v Linuxu /proc/sys/net/ipv4/ipfrag_time) nepodaří paket sestavit celý, jsou dosud posbírané fragmenty zahozeny a odesílateli se pošle ICMP message fragment reassembly time exceeded (typ 11, kód 1). Viz RFC 791, RFC 792.
    24.1.2006 13:00 Taras
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Mockrat diky... detailnejsi objasneni problematiky MTU jsem uz ani necekal:-) Ja jsem ty dlouhy pakety posilal hlavne proto abych "otestoval" ten spoj, ale jak vidim, tak on si to stejne vzdycky poslal po 1500B a vic ani tuk.. akorat to poslal vicekrat.

    Diky
    24.1.2006 13:12 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Možná ani to ne. Nezkoumal jsem, podle jakého algoritmu dělí pakety do fragmentů Linux, ale jeden z možných přístupů je ten, že paket o velikosti 2048 (2028+20) se rozdělí na dva po 1034 (1014+20). Takže v domnění, že posíláte delší pakety, posíláte ve skutečnosti kratší… Na druhou stranu to svým způsobem funguje: pravděpodobnost, že projdou oba fragmenty je přibližně stejná jako pravděpodobnost, že by prošel celý paket (kdyby ho bylo možné poslat najednou).

    Obecně se dá říct, že na zarušeném spoji můžete snížením MTU dosáhnout nižší ztrátovosti za cenu zvýšení režie.

    24.1.2006 08:01 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Frag reassembly time exceeded
    Radsej ako giganticke pakety skuste pouzit velkost max do MTU a volbu -f (Flood ping).

    PS: pokial nieste admin tak ho radsej informujte o tomto :o)

    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.