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:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    včera 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 0
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 2
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    16.7. 15:33 | Upozornění

    Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapyAI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

    bindiff | Komentářů: 8
    16.7. 13:33 | Bezpečnostní upozornění

    Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

    Ladislav Hagara | Komentářů: 5
    16.7. 00:11 | Nová verze

    Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.

    Ladislav Hagara | Komentářů: 0
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (0%)
     (25%)
     (25%)
     (0%)
     (0%)
     (0%)
     (0%)
     (50%)
    Celkem 4 hlasů
     Komentářů: 0
    Rozcestník

    Dotaz: Problém s PINGem vetším než je MTU

    29.11.2018 10:04 TessiCZ
    Problém s PINGem vetším než je MTU
    Přečteno: 464×
    Zdravím Vás tu všechny, už jsem zoufalý. Mám linuxovou gateway ve které mám Intel X710 DA2 s 2x 10GbE. Řeším problém s pingem. Pokud pošlu paket do velikosti MTU (1500) tak je vše v naprostém pořádku. Pokud ale pošlu paket větší než MTU např 1516 tak mám děsný packet loss.
    Zařízení na které je ping posílán je RB CCR 1009, na něj ping přijde i odejde zpět, ale zpět nedorazí. Zařízení jsou do sebe napojena přímo.


    Nenapadá někoho kde by mohl být problém?

    Děkuji za každou radu.



    systém: Debian 4.18.0-2-amd64
    HW: HP Proliant DL380gen8, 2x Xeon E5-2620, 16GB ram

    X710-DA2:
    ethtool -i eth9
    driver: i40e
    version: 2.7.11
    firmware-version: 6.01 0x80003483 1.1747.0
    expansion-rom-version:
    bus-info: 0000:07:00.0
    supports-statistics: yes
    supports-test: yes
    supports-eeprom-access: yes
    supports-register-dump: yes
    supports-priv-flags: yes


    PING větší než MTU:
    ping 10.20.220.200 -s 1508 -i 0.01 -c 1000
    PING 10.20.220.200 (10.20.220.200) 1508(1536) bytes of data.
    1516 bytes from 10.20.220.200: icmp_seq=916 ttl=64 time=0.156 ms
    1516 bytes from 10.20.220.200: icmp_seq=917 ttl=64 time=0.129 ms
    1516 bytes from 10.20.220.200: icmp_seq=918 ttl=64 time=0.149 ms
    1516 bytes from 10.20.220.200: icmp_seq=919 ttl=64 time=0.203 ms
    1516 bytes from 10.20.220.200: icmp_seq=920 ttl=64 time=0.128 ms
    1516 bytes from 10.20.220.200: icmp_seq=921 ttl=64 time=0.144 ms
    1516 bytes from 10.20.220.200: icmp_seq=922 ttl=64 time=0.132 ms
    1516 bytes from 10.20.220.200: icmp_seq=923 ttl=64 time=0.223 ms
    1516 bytes from 10.20.220.200: icmp_seq=924 ttl=64 time=0.137 ms
    1516 bytes from 10.20.220.200: icmp_seq=925 ttl=64 time=0.147 ms
    1516 bytes from 10.20.220.200: icmp_seq=926 ttl=64 time=0.200 ms
    1516 bytes from 10.20.220.200: icmp_seq=927 ttl=64 time=0.149 ms
    1516 bytes from 10.20.220.200: icmp_seq=928 ttl=64 time=0.133 ms
    1516 bytes from 10.20.220.200: icmp_seq=929 ttl=64 time=0.221 ms
    1516 bytes from 10.20.220.200: icmp_seq=930 ttl=64 time=0.171 ms
    1516 bytes from 10.20.220.200: icmp_seq=931 ttl=64 time=0.142 ms


    --- 10.20.220.200 ping statistics ---
    1000 packets transmitted, 16 received, 98.4% packet loss, time 860ms
    rtt min/avg/max/mdev = 0.128/0.160/0.223/0.033 ms


    PING do velikosti MTU:
    ping 10.20.220.200 -s 1472 -i 0.01 -c 1000
    PING 10.20.220.200 (10.20.220.200) 1472(1500) bytes of data.
    1480 bytes from 10.20.220.200: icmp_seq=1 ttl=64 time=0.238 ms
    1480 bytes from 10.20.220.200: icmp_seq=2 ttl=64 time=0.088 ms
    1480 bytes from 10.20.220.200: icmp_seq=3 ttl=64 time=0.098 ms
    1480 bytes from 10.20.220.200: icmp_seq=4 ttl=64 time=0.139 ms
    1480 bytes from 10.20.220.200: icmp_seq=5 ttl=64 time=0.093 ms
    1480 bytes from 10.20.220.200: icmp_seq=6 ttl=64 time=0.105 ms
    1480 bytes from 10.20.220.200: icmp_seq=7 ttl=64 time=0.118 ms
    1480 bytes from 10.20.220.200: icmp_seq=8 ttl=64 time=0.112 ms
    1480 bytes from 10.20.220.200: icmp_seq=9 ttl=64 time=0.085 ms
    1480 bytes from 10.20.220.200: icmp_seq=10 ttl=64 time=0.091 ms
    .
    .
    .
    1480 bytes from 10.20.220.200: icmp_seq=990 ttl=64 time=0.114 ms
    1480 bytes from 10.20.220.200: icmp_seq=991 ttl=64 time=0.100 ms
    1480 bytes from 10.20.220.200: icmp_seq=992 ttl=64 time=0.105 ms
    1480 bytes from 10.20.220.200: icmp_seq=993 ttl=64 time=0.144 ms
    1480 bytes from 10.20.220.200: icmp_seq=994 ttl=64 time=0.105 ms
    1480 bytes from 10.20.220.200: icmp_seq=995 ttl=64 time=0.098 ms
    1480 bytes from 10.20.220.200: icmp_seq=996 ttl=64 time=0.126 ms
    1480 bytes from 10.20.220.200: icmp_seq=997 ttl=64 time=0.145 ms
    1480 bytes from 10.20.220.200: icmp_seq=998 ttl=64 time=0.105 ms
    1480 bytes from 10.20.220.200: icmp_seq=999 ttl=64 time=0.098 ms
    1480 bytes from 10.20.220.200: icmp_seq=1000 ttl=64 time=0.093 ms


    --- 10.20.220.200 ping statistics ---
    1000 packets transmitted, 1000 received, 0% packet loss, time 824ms
    rtt min/avg/max/mdev = 0.079/0.116/8.355/0.262 ms

    Odpovědi

    29.11.2018 10:33 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
    A prečo si nezapnete jumbo frames keď to chcete používať?
    29.11.2018 10:46 TessiCZ
    Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
    Protože potřebuji aby fungovalo správně fragmentování packetů...

    Tohle se děje i na straně do internetu (druhý port v x710) ne jen v lokální síti.
    29.11.2018 10:55 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
    Tak potom firewall přes který blokuje správy že se má poslat menší fragment a nebo to protější strana natvrdo ignoruje?

    Prostě sledovat co se odesílá a přijímá za pakety jinak to nezjistíš kde se to zadrhne.
    29.11.2018 11:11 TessiCZ
    Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
    Ani jedna ze stran neblokuje žádné ICMP správy. Vtip je ještě ten, že jsou chvíle kdy to jede bez problému třeba hodinu a to i když pošlu packet o velikosti 30k. Pak najednou z ničeho nic to zas přestane fungovat. A buď z 1000 neprojde ani jeden nebo pár jak jsem psal výše.
    29.11.2018 12:27 TessiCZ
    Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
    jinak v tcpdump je:

    tcpdump -nni eth9 src 10.20.220.200
    11:44:22.937158 IP 10.20.220.200 > 10.20.220.193: ICMP echo reply, id 8906, seq 124, length 1480
    11:44:22.937168 IP 10.20.220.200 > 10.20.220.193: ip-proto-1


    tcpdump -nni eth9 dst 10.20.220.200
    11:45:10.836876 IP 10.20.220.193 > 10.20.220.200: ICMP echo request, id 8991, seq 55, length 1480
    11:45:10.836883 IP 10.20.220.193 > 10.20.220.200: ip-proto-1


    tedy v tcpdump jsou vidět oba směry a podle mě ok, ale ping stále píše packet loss
    29.11.2018 17:52 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU

    Přidejte přepínač -v a zkontrolujte jestli sedí ID a offsety fragmentů.

    A mimochodem v tomto výpisu máte reply a echo od různých požadavků (nesedí ID). To si taky zkontrolujte.

    Obvykle když fragmentace přestane na chvíli fungovat, tak je to způsobeno tím, že se k odesílateli nedostávají ICMP packet to big chybové packety a „samo“ se to zpraví, až když dorazí nesouvisející TCP packet ze stejného směru s nastaveným MSS. Linux se z TCP MSS učí PMTU a naučená hodnota nějakou dobu vydrží ve směrovací cachi.

    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.