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í
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Pozvánka na 211. sraz spolku OpenAlt
    dnes 17:33 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.

    Ladislav Hagara | Komentářů: 0
    Microsoft se vyhnul pokutě EU, slíbil oddělit Teams od programů Office
    dnes 01:33 | IT novinky

    Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si

    … více »
    Ladislav Hagara | Komentářů: 2
    Samba 4.23.0
    včera 14:00 | Nová verze

    Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.

    Ladislav Hagara | Komentářů: 0
    F-Droid: Jak FOSS projekty řeší žádosti o odstranění nelegálního obsahu
    včera 12:00 | Zajímavý článek

    Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).

    🇵🇸 | Komentářů: 17
    Další zranitelnost v procesorech: VMScape (CVE-2025-40300)
    včera 05:33 | Bezpečnostní upozornění

    Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.

    Ladislav Hagara | Komentářů: 0
    Apache Software Foundation má nové logo
    11.9. 22:00 | Komunita

    V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.

    Ladislav Hagara | Komentářů: 13
    Visual Studio Code a VSCodium 1.104
    11.9. 17:33 | Nová verze

    Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 1
    Spotify spustilo přehrávání v bezztrátové kvalitě
    11.9. 15:33 | IT novinky

    Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.

    Ladislav Hagara | Komentářů: 0
    Ellison vystřídal Muska na postu nejbohatšího člověka světa
    11.9. 15:00 | IT novinky

    Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.

    Ladislav Hagara | Komentářů: 7
    Eclipse IDE 2025-09 aneb Eclipse 4.37
    10.9. 21:22 | Nová verze

    Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 0
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (82%)
     (6%)
     (2%)
     (3%)
     (4%)
     (2%)
    Celkem 170 hlasů
     Komentářů: 12, poslední 10.9. 13:00
    Rozcestník
    AbcLinuxu
    HDmag.cz

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    6.11.2012 18:47 disposable | skóre: 23
    Rozbalit Rozbalit vše problem so spolahlivostou IPv6 na routeroch

    Mám niekoľko Ubuntu 10.04 boxov, na ktorých beží Quagga a používam ich ako BGP routery. V IPv4 beží všetko ako má, latencia je nízka a packet loss je 0 percent pri všetkých peer-och. napr.:

    root@r6-REDBUS:/etc/network# ping 213.1XX.79.197
    PING 213.1XX.79.197 (213.1XX.79.197) 56(84) bytes of data.
    64 bytes from 213.1XX.79.197: icmp_seq=1 ttl=64 time=0.939 ms
    64 bytes from 213.1XX.79.197: icmp_seq=2 ttl=64 time=1.22 ms
    64 bytes from 213.1XX.79.197: icmp_seq=3 ttl=64 time=0.927 ms
    64 bytes from 213.1XX.79.197: icmp_seq=4 ttl=64 time=1.19 ms
    64 bytes from 213.1XX.79.197: icmp_seq=5 ttl=64 time=2.34 ms
    64 bytes from 213.1XX.79.197: icmp_seq=6 ttl=64 time=0.968 ms
    64 bytes from 213.1XX.79.197: icmp_seq=7 ttl=64 time=1.15 ms
    64 bytes from 213.1XX.79.197: icmp_seq=8 ttl=64 time=0.869 ms
    64 bytes from 213.1XX.79.197: icmp_seq=9 ttl=64 time=0.955 ms
    64 bytes from 213.1XX.79.197: icmp_seq=10 ttl=64 time=0.896 ms

     

    Ten istý peer v IPv6, ale ukáže toto: (väčšinou, ale ani nedokážem pingnúť, dostanem iba "Network is unreachable")

    root@r6-REDBUS:br />PING 2001:438:fXXX::4b9(2001:438:fXXX::4b9) from 2001:438:fXXX::4ba bond1.849: 56 data bytes
    From 2001:438:fXXX::4ba icmp_seq=1 Destination unreachable: Address unreachable
    From 2001:438:fXXX::4ba icmp_seq=2 Destination unreachable: Address unreachable
    From 2001:438:fXXX::4ba icmp_seq=3 Destination unreachable: Address unreachable
    ping: sendmsg: Network is unreachable
    ping: sendmsg: Network is unreachable
    From 2001:438:fXXX::4ba icmp_seq=4 Destination unreachable: Address unreachable
    ping: sendmsg: Network is unreachable
    64 bytes from 2001:438:fXXX::4b9: icmp_seq=8 ttl=64 time=653 ms
    64 bytes from 2001:438:fXXX::4b9: icmp_seq=9 ttl=64 time=7.24 ms
    64 bytes from 2001:438:fXXX::4b9: icmp_seq=10 ttl=64 time=33.9 ms
    64 bytes from 2001:438:fXXX::4b9: icmp_seq=11 ttl=64 time=1.19 ms

    ^C
    --- 2001:438:fXXX::4b9 ping statistics ---
    61 packets transmitted, 4 received, +4 errors, 93% packet loss, time 60150ms
    rtt min/avg/max/mdev = 1.190/173.867/653.093/276.955 ms

     

     

    IPv4 aj IPv6 k tomuto Peerovi ide cez ten istý kábel, po tej istej vlan. Sieť je v /etc/network/interfaces nakonfigurovaná nasledovne:

    auto bond1.849
    iface bond1.849 inet static
    address 213.XXX.79.198
    netmask 255.255.255.252
    network 213.XXX.79.196
    broadcast 213.XXX.79.199
    vlan_raw_interface bond1
    up /sbin/ip -6 addr add 2001:438:fXXX::4ba/64 dev bond1.849
    down /sbin/ip -6 addr del 2001:438:fXXX::4ba/64 dev bond1.849

    root@r6-REDBUS:/etc/network# ip -6 link show dev bond1.849
    23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 00:10:f3:1a:48:5a brd ff:ff:ff:ff:ff:ff
    root@r6-REDBUS:/etc/network# ip -6 addr show dev bond1.849
    23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500
    inet6 2001:438:fXXX::4ba/64 scope global
    valid_lft forever preferred_lft forever
    inet6 fe80::210:f3ff:fe1a:485a/64 scope link
    valid_lft forever preferred_lft forever

     

     

    Tento problém mám so všetkými peermi na všetkých routroch. Vo všetkých prípadoch IPv4 funguje bezchybne, IPv6 iba sporadicky. Väčšinou mám striedavo "Network is unreachable" a "Address unreachable". Po niekoľkých pokusoch začne ping6 na chvíľu fungovať, ale dosť nepravidelne

    root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
    connect: Network is unreachable
    root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
    connect: Network is unreachable
    root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
    connect: Network is unreachable
    root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
    connect: Network is unreachable
    root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
    PING 2001:1900:XXX:2:2::631(2001:1900:XXX:2:2::631) 56 data bytes
    From 2001:1900:XXX:2:2::632 icmp_seq=1 Destination unreachable: Address unreachable
    From 2001:1900:XXX:2:2::632 icmp_seq=2 Destination unreachable: Address unreachable
    From 2001:1900:XXX:2:2::632 icmp_seq=3 Destination unreachable: Address unreachable
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=4 ttl=64 time=2218 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=5 ttl=64 time=1218 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=6 ttl=64 time=218 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=7 ttl=64 time=135 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=8 ttl=64 time=39.1 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=9 ttl=64 time=7.51 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=10 ttl=64 time=19.0 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=11 ttl=64 time=1.06 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=12 ttl=64 time=0.826 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=13 ttl=64 time=14.4 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=14 ttl=64 time=28.3 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=15 ttl=64 time=1.50 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=16 ttl=64 time=16.5 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=17 ttl=64 time=339 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=18 ttl=64 time=242 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=19 ttl=64 time=406 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=20 ttl=64 time=196 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=21 ttl=64 time=10.3 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=22 ttl=64 time=182 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=23 ttl=64 time=49.2 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=24 ttl=64 time=11.3 ms
    64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=25 ttl=64 time=1.82 ms

     

    link k peer-ovi je router ---> juniper ex4200 switch ---> virtual cable provider (napr.: gt-t.net) ---> peer router. Link od môjho routera až po peerov router ide po dedikovanej VLAN. Juniper switch na mojej strane je nakonfigurovaný takto (port idúci k virtual cable provider):


    ge-2/0/19 {
    ether-options {
    no-auto-negotiation;
    link-mode full-duplex;
    speed {
    1g;
    }
    }
    unit 0 {
    description "Packet Exchange Peering Cable";
    family ethernet-switching {
    port-mode trunk;
    vlan {
    members [ TATA-BGP-3040 PACKETEXCHANGE-EXCHANGEPOINT-502 ABOVENET-BGP-849 ];
    }
    native-vlan-id 80;
    }
    }
    }

     

    port idúci k môjmu routeru:

    ge-2/0/5 {
    description R6-eth2;
    unit 0 {
    family ethernet-switching {
    port-mode trunk;
    vlan {
    members [ RED-INTERNAL-96 RED-INTERNAL-69 PACKETEXCHANGE-EXCHANGEPOINT-502 TATA-BGP-3040 LEVEL3-BGP-80 ABOVENET-BGP-849 DATAHOP-TRANSIT-640 LINX-EXTREME-528 ];
    }
    }
    }
    }

    Chápem že tento opis je dosť zdĺhavý, ale celkovo je to celkom jednoduchý setup. Bol by som vďačný, keby mi niekto vysvetlil kde robím chybu. Nemám poňatia či mám zle nastavené sieťové rozhranie na routeri, či treba nastaviť špecifické MTU na routeri (alebo na switchi), alebo kde som to vlastne posral.

    čo sa týka ipv6 sysctl nastavení, tak mám iba:
    net.ipv6.conf.all.forwarding=1
    #net.ipv6.conf.all.accept_redirects = 0
    net.ipv6.conf.all.accept_source_route = 1

    if it ain't broke, don't fix it

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.