abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 12:55 | Nová verze

    Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.

    Ladislav Hagara | Komentářů: 0
    dnes 05:33 | Nová verze

    OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.

    Ladislav Hagara | Komentářů: 0
    včera 23:55 | Humor

    Spouštět webový prohlížeč jenom kvůli nákupu kávy? Nestačí ssh? Stačí: ssh terminal.shop (𝕏).

    Ladislav Hagara | Komentářů: 5
    včera 18:11 | Nová verze

    Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.

    Ladislav Hagara | Komentářů: 0
    včera 17:56 | Nová verze

    Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.

    Ladislav Hagara | Komentářů: 0
    včera 13:11 | Nová verze

    Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.

    Ladislav Hagara | Komentářů: 3
    včera 12:33 | Zajímavý software

    Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.

    Ladislav Hagara | Komentářů: 21
    29.4. 23:22 | Nová verze

    Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.

    Ladislav Hagara | Komentářů: 13
    29.4. 21:44 | Komunita

    Ubuntu 24.10 bude Oracular Oriole (věštecká žluva).

    Ladislav Hagara | Komentářů: 14
    29.4. 20:22 | Nová verze

    Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (75%)
     (8%)
     (2%)
     (16%)
    Celkem 893 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: Mikrotik ARP Request

    13.11.2013 12:28 Ldada
    Mikrotik ARP Request
    Přečteno: 1144×
    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.