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 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    dnes 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    dnes 12:44 | Nová verze

    Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    dnes 10:55 | Nová verze

    Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.

    Ladislav Hagara | Komentářů: 3
    včera 13:44 | Nová verze

    Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 11:44 | IT novinky

    Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.

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

    Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    1.6. 22:33 | Bezpečnostní upozornění

    npm balíčky @redhat-cloud-services byly kompromitovány.

    Ladislav Hagara | Komentářů: 5
    1.6. 22:22 | Bezpečnostní upozornění

    Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.

    Ladislav Hagara | Komentářů: 0
    1.6. 19:22 | IT novinky

    Nvidia na své konferenci NVIDIA GTC Taipei 2026 představila řadu novinek. Společně s Microsoftem představili superčip NVIDIA RTX Spark (až 6 144 jader GPU, 20 jader CPU, 1 petaflop AI výkonu v FP4 a 128 GB jednotné paměti). První notebooky a stolní počítače s tímto čipem od Nvidie místo Intelu nebo AMD by se měly na trh dostat na podzim letošního roku.

    Ladislav Hagara | Komentářů: 12
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (4%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1809 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Mikrotik ARP Request

    13.11.2013 12:28 Ldada
    Mikrotik ARP Request
    Přečteno: 1193×
    Na Mikrotiku mám 2 naprosto stejné sítě
    /ip address
    192.3.3.10/24 ether4
    192.3.4.10/24 ether5
    
    /interface ethernet
    ether4 proxy-arp
    ether5 proxy-arp
    
    V každé síti je jedna stanice
    A  192.3.3.160
    B  192.3.4.161
    
    Pokud udělám z A ping na neexistující adresu ze sitě B
    A> ping 192.3.4.99
    vidím na portu ether4
    IP 192.3.3.160 > 192.3.4.99: ICMP echo request, id 53608, seq 2, length 64
    a na ether5 se hledá neexistující stanice
    ARP, Request who-has 192.3.4.99 tell 192.3.4.10, length 46
    
    Pokud ale totéž udělám na stanici B
    B> ping 192.3.3.99
    tak na ether5 vidím dotaz
    IP 192.3.4.161 > 192.3.3.99: ICMP echo request, id 12116, seq 1, length 64
    ale na ether4 se ARP nevyšle. Netuším, proč jeden port ARP dorazy propouští a druhý ne. Děkuji za rady.

    Řešení dotazu:


    Odpovědi

    13.11.2013 14:35 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Mikrotik ARP Request
    Nie je ta adresa 192.3.3.99 uz v arp tabulke ? Co ukaze /ip arp print ?
    13.11.2013 15:02 Ldada
    Rozbalit Rozbalit vše Re: Mikrotik ARP Request
    No právě že fo jsou neexistující adresy, tak ARP tabukla obsahuje jen stanice A a B
    192.3.4.161     00:50:B6:0F:73:47 ether5
    192.3.3.160     00:50:B6:0F:72:15 ether4
    
    Mám podezření, že neumím nějak nastavit propojení protokolu ARP mezi ether4 a ether5, jako by ether4 měl větší váhu, chová se jak má. Ale ether5 nic do ether4 nepřeposílá i když si myslím že by měl.Oba porty mám nastaveny stejně, jako master.
    [admin@MK4] > /ip firewall filter print
    Flags: X - disabled, I - invalid, D - dynamic 
     0   ;;; default configuration
         chain=input action=accept protocol=icmp 
    
     1   ;;; default configuration
         chain=input action=accept connection-state=established 
    
     2   ;;; default configuration
         chain=input action=accept connection-state=related 
    
     3   chain=output action=accept out-interface=ether4 
    
     4   chain=output action=accept out-interface=ether5 
    
     5   chain=forward action=accept connection-state=established 
    
     6   chain=forward action=accept connection-state=related 
    
    .
    14.11.2013 12:18 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Mikrotik ARP Request
    Mna napadlo, ci sa tam neodstala nejaka mac adresa napr z dhcp. Ako pozeram manual, tak to nastavenie nebude asi len tak jednoduche. Btw, aky problem riesite s proxy-arp ? Nestaci klasicky bridge ?
    Two IP addresses from the same network assigned to routers different interfaces are not valid unless VRF is used. For example, the combination of IP address 10.0.0.1/24 on the ether1 interface and IP address 10.0.0.132/24 on the ether2 interface is invalid, because both addresses belong to the same network 10.0.0.0/24. Use addresses from different networks on different interfaces, or enable proxy-arp on ether1 or ether2.
    Manual:IP/Address
    Manual:IP/ARP
    Virtual_Routing_and_Forwarding
    14.11.2013 13:30 Ldada
    Rozbalit Rozbalit vše Re: Mikrotik ARP Request
    Po 14 dnech testování, lamentování a studování všech možných manuálů jsem si náhodou vypsal dmesg a tam jsem uviděl příčinu mých potíží
    asix 1-2:1.0: eth2: asix_rx_fixup() Bad Header Length
    asix 1-2:1.0: eth2: asix_rx_fixup() Bad RX Length 32896
    ....
    
    Chyba byla v driveru
    asix
    . Používal jsem kernel 2.6.34. Po přechodu na verzi 3.4.69 se vše umoudřilo a už chová se to mravně. Moc děkuji za nápady a pomoc.

    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.