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

    Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.

    Max | Komentářů: 7
    včera 21:11 | Bezpečnostní upozornění

    Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.

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

    Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace

    … více »
    Pendrekama do nich❗ | Komentářů: 1
    včera 15:22 | Zajímavý článek

    Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.

    vencour | Komentářů: 1
    včera 14:33 | Nová verze

    Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.

    Ladislav Hagara | Komentářů: 1
    včera 08:35 | Komunita
    Pořadatelé dalšího ročníku komunitního setkání správců nejen českých a slovenských sítí CSNOG 2027 upozorňují, Call for Abstracts pro blížící se akci (20. a 21. ledna 2027, Zlín) končí už 31. října, tedy na konci tohoto týdne.. … více »
    VSladek | Komentářů: 1
    24.10. 23:22 | Bezpečnostní upozornění

    Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.

    vencour | Komentářů: 1
    24.10. 12:44 | Pozvánky

    Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »

    lkocman | Komentářů: 1
    24.10. 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 15
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2921 hlasů
     Komentářů: 34, poslední včera 08:24
    Rozcestník

    Dotaz: Cyklické odpojování NIC rozhraní

    Petr Maleček avatar 7.8.2024 21:25 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Cyklické odpojování NIC rozhraní
    Přečteno: 1079×
    Ahoj, trošku se tu peru s domácím strojem, který slouží vesměs jako úložiště.

    Počítač je DELL OptiPlex 3050 Micro. Má jeden integrovaný ethernet port (1Gbit/s) a já jsem do USB 3 portu připojil ještě druhý (níže označený jako enp1s1), který zvládá rychlost 2.5Gbit/s. Tuto rychlost využívám na celém zbytku sítě.
      Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
      IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: d8:9e:f3:86:63:56
      Device-2: Realtek USB 10/100/1G/2.5G LAN type: USB driver: r8152
      IF: enp1s1 state: up speed: 2500 Mbps duplex: full mac: 80:3f:5d:00:6f:1b 
      IF-ID-1: br0 state: up speed: 2500 Mbps duplex: unknown mac: de:6c:97:4b:1a:44
    
    Obě síťovky jsou v režimu bridge, protože na 1Gbit NIC mám připojen napřímo NAS. Problém je v tom, že při poměrně mírné zátěži síťovka "vypadává" a v logu vidím jen tato hlášení.
    2024-08-07T21:19:22.626517+02:00 server kernel: br0: port 1(enp1s1) entered disabled state
    2024-08-07T21:19:22.629432+02:00 server kernel: r8152 2-3:1.0 enp1s1: carrier off
    2024-08-07T21:19:26.980438+02:00 server kernel: r8152 2-3:1.0 enp1s1: Promiscuous mode enabled
    2024-08-07T21:19:26.980446+02:00 server kernel: r8152 2-3:1.0 enp1s1: carrier on
    2024-08-07T21:19:26.980448+02:00 server kernel: br0: port 1(enp1s1) entered blocking state
    2024-08-07T21:19:26.980453+02:00 server kernel: br0: port 1(enp1s1) entered forwarding state
    
    Tato hlášení se stále opakují a vždy je způsobí větší provoz na síti. Větším provozem je myšleno třeba i obyčejné zobrazení webové stránky umístěné na serveru. Čili dohromady nic nic prd. Kopírování na server přes Sambu je téměř nemožné, protože to každou chvilkou (půlminutu-minutu, ale někdy i častěji) vypadne.

    Značnou část večera Googlím, jestli jsem jediný (a asi nejsem), ale stále nemohu najít funkční řešení. Běžím na Debianu 12, jádro 6.9.9-1-liquorix-amd64 (SMP) x86_64.

    Zvláštní také je, že mám na rozhraní hodně droppů (errory žádné), kabely jsem měnil, aktuálně propojen kabelem CAT7 do 2.5Gbit switche. Po dvou minutách uptime serveru mám cca 600 droppů na br0 rozhraní a cca 20 na samotné síťovce. Síťovka do NASu (ta 1Gbit) je bez problémů.

    Už fakt nevím, zvažuji ještě pořízení jiného adaptéru do USB. Mám dva, oba se chovají stejně.

    LinMuck, WinFuck :-P

    Řešení dotazu:


    Odpovědi

    Petr Maleček avatar 7.8.2024 21:27 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: Cyklické odpojování NIC rozhraní
    Ještě doplním, že ta externí síťovka je 0bda:8156 - https://linux-hardware.org/index.php?id=usb:0bda-8156
    LinMuck, WinFuck :-P
    7.8.2024 23:08 Silverhead
    Rozbalit Rozbalit vše Re: Cyklické odpojování NIC rozhraní
    Je NAS pripojen pouze do serveru nebo ma druhe rozhrani pripojene jinam do site a vytvori loop?

    Je aktivni (R)STP?
    Petr Maleček avatar 8.8.2024 09:27 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: Cyklické odpojování NIC rozhraní
    NAS má jen jedno síťové rozhraní, takže je připojen jen do serveru. Není tam, kde by měla vznikat smyčka. STP bylo původně zapnuté, pak jsem jej experimentálně vypnul, jestli se něco nezmění. Stejně tak promiskuitní režim rozhraní (všech na serveru) jsem zkoušel vypnout, také bez rozdílu.
    auto br0
    iface br0 inet static
            address 192.168.0.2
            broadcast 192.168.0.255
            netmask 255.255.255.0
            gateway 192.168.0.1
            # If the resolvconf package is installed, you should not edit
            # the resolv.conf configuration file manually. Set name server here
            #dns-nameservers 192.168.2.254
            # If you have muliple interfaces such as eth0 and eth1
            # bridge_ports eth0 eth1
                bridge_ports enp1s1 enp2s0
                bridge_stp off       # disable Spanning Tree Protocol
                bridge_waitport 0    # no delay before a port becomes available
                bridge_fd 0          # no forwarding delay
                bridge_maxwait 0
            #post-up /sbin/ip link set enp1s1 promisc off
            #post-up /sbin/ip link set enp2s0 promisc off
            #post-up /sbin/ip link set br0 promisc off
    
    LinMuck, WinFuck :-P
    8.8.2024 09:43 X
    Rozbalit Rozbalit vše Re: Cyklické odpojování NIC rozhraní
    Vyhod tu USB sitovku z bridge a otestuj na vykon v nejakem uplne zakladnim minimalistickem setupu a postupne na to nabaluj dalsi konfiguraci.
    Řešení 1× (Petr Maleček (tazatel))
    8.8.2024 10:54 alkoholik | skóre: 40 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Cyklické odpojování NIC rozhraní
    Zkusil jsi vypnout power managemet/auto suspend?
    Nainstalujes tlp a pridas USB id do USB_BLACKLIST v /etc/default/tlp nebo nabootujes s parametrem usbcore.autosuspend=-1 pripadne usbcore.quirks=0bda:8156:k.
    Petr Maleček avatar 8.8.2024 11:54 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: Cyklické odpojování NIC rozhraní
    Nechci křičet, ale zatím to vypadá, že parametr do GRUBu pomohl (poslední možnost). Konkrétně tento: usbcore.quirks=0bda:8156:k. Velké díky :-)
    LinMuck, WinFuck :-P

    Založit nové vlákno • Nahoru

    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.