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

    Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    včera 22:55 | Bezpečnostní upozornění

    Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | Humor

    Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.

    Ladislav Hagara | Komentářů: 7
    včera 05:11 | Nová verze

    Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.

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

    Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    6.5. 16:44 | Komunita

    Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.

    Ladislav Hagara | Komentářů: 0
    6.5. 15:22 | IT novinky

    Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu

    … více »
    Ladislav Hagara | Komentářů: 1
    6.5. 14:11 | IT novinky

    Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).

    Ladislav Hagara | Komentářů: 0
    6.5. 12:44 | Komunita

    PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.

    Ladislav Hagara | Komentářů: 0
    6.5. 05:00 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.

    Ladislav Hagara | Komentářů: 20
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (9%)
     (2%)
     (14%)
     (32%)
     (4%)
     (7%)
     (3%)
     (16%)
     (24%)
    Celkem 1529 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: problem so spolahlivostou IPv6 na routeroch

    disposable avatar 6.11.2012 18:47 disposable | skóre: 23
    problem so spolahlivostou IPv6 na routeroch
    Přečteno: 343×

    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

    Odpovědi

    pavlix avatar 6.11.2012 20:08 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: problem so spolahlivostou IPv6 na routeroch
    Na to je potřeba sledovat, co máš skutečně ve směrovací tabulce. Jinde bych asi problém nehledal. Popis je opravdu příliš zdlouhavý a není v něm izolováno, co konkrétně nefunguje či dělá problémy.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    disposable avatar 6.11.2012 22:17 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: problem so spolahlivostou IPv6 na routeroch
    no kedze je to BGP router s roznymi transit peermi, tak v tabulke je cely internet (a niekolko krat). Pre uvedeny problem je to ale nepodstatne. Ja len potrebujem vediet preco mi ping6 nefunguje a ked funguje, tak preco len tak nespolahlivo. Toto je moj prvy pokus o pracu s IPv6 a mozno mi uniklo nieco uplne primitivne.
    if it ain't broke, don't fix it
    pavlix avatar 6.11.2012 23:12 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: problem so spolahlivostou IPv6 na routeroch
    Je mi líto, ale bez podstatných informací nemůžu pomoci.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    6.11.2012 22:14 NN
    Rozbalit Rozbalit vše Re: problem so spolahlivostou IPv6 na routeroch
    Jsou cestou jeste nejake aktivni prvky ?
    disposable avatar 6.11.2012 22:29 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: problem so spolahlivostou IPv6 na routeroch
    v našom datacentre je to len

    náš router ----> náš switch ----> switch poskytovateľa konektivity, cez ktorého peerujem s transit providermi (komunikácia s každým peerom je cez osobitnú VLAN)

    keďže poskytovatelia konektivity sú firmy, ktoré toto robia pre tisíce klientov, pochybujem že je chyba na ich strane. navyše mám rovnaký problém v dvoch rôznych datacentrách a cez rôznych poskytovateľov konektivity (virtual cable providers).
    if it ain't broke, don't fix it

    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.