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 11:33 | IT novinky

    Nový open source router Turris Omnia NG je v prodeji. Aktuálně na Allegro, Alternetivo, Discomp, i4wifi a WiFiShop.

    Ladislav Hagara | Komentářů: 5
    dnes 05:44 | Komunita

    Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.

    Ladislav Hagara | Komentářů: 0
    dnes 04:33 | Komunita

    Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Vítáni jsou všichni, kdo se chtějí dozvědět více o naší práci, prostředí ve kterém pracujeme a o naší firemní kultuře. Letos se dveře otevřou 26. 11. 2025 v 16:00. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem naši inženýři v Praze pracují, jak spolupracujeme se zákazníky, partnery i studenty, proč máme rádi open source a co pro nás skutečně

    … více »
    SUSEMAS | Komentářů: 0
    dnes 04:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za říjen (YouTube).

    Ladislav Hagara | Komentářů: 0
    dnes 04:11 | Zajímavý článek

    Jeff Quast otestoval současné emulátory terminálu. Zaměřil se na podporu Unicode a výkon. Vítězným emulátorem terminálu je Ghostty.

    Ladislav Hagara | Komentářů: 4
    včera 22:55 | IT novinky

    Amazon bude poskytovat cloudové služby OpenAI. Cloudová divize Amazon Web Services (AWS) uzavřela s OpenAI víceletou smlouvu za 38 miliard USD (803,1 miliardy Kč), která poskytne majiteli chatovacího robota s umělou inteligencí (AI) ChatGPT přístup ke stovkám tisíc grafických procesů Nvidia. Ty bude moci využívat k trénování a provozování svých modelů AI. Firmy to oznámily v dnešní tiskové zprávě. Společnost OpenAI také nedávno

    … více »
    Ladislav Hagara | Komentářů: 3
    včera 16:22 | Pozvánky

    Konference Prague PostgreSQL Developer Day 2026 (P2D2) se koná 27. a 28. ledna 2026. Konference je zaměřena na témata zajímavá pro uživatele a vývojáře. Příjem přednášek a workshopů je otevřen do 14. listopadu. Vítáme témata související s PostgreSQL či s databázemi obecně, a mohou být v češtině či angličtině.

    TomasVondra | Komentářů: 0
    včera 13:22 | Nová verze

    Byl vydán Devuan 6 Excalibur. Přehled novinek v poznámkách k vydání. Kódové jméno Excalibur bylo vybráno podle planetky 9499 Excalibur. Devuan (Wikipedie) je fork Debianu bez systemd. Devuan 6 Excalibur vychází z Debianu 13 Trixie. Devuan 7 ponese kódové jméno Freia.

    Ladislav Hagara | Komentářů: 4
    včera 10:44 | IT novinky

    Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu poprvé překročil 3 %, aktuálně 3,05 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 27,18 %. Procesor AMD používá 67,10 % hráčů na Linuxu.

    Ladislav Hagara | Komentářů: 1
    včera 10:33 | Zajímavý projekt

    Joel Severin v diskusním listu LKML představil svůj projekt linuxového jádra ve WebAssembly (Wasm). Linux tak "nativně" běží ve webovém prohlížeči. Potřebné skripty pro převod jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 1
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (18%)
     (18%)
     (22%)
     (16%)
     (21%)
     (16%)
     (17%)
    Celkem 307 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: quagga +ospf +filter

    27.4.2009 14:11 hates | skóre: 30 | blog: Jak_jsem_se_dostal_k_linuxu
    quagga +ospf +filter
    Přečteno: 370×

    Mam zasadni problem. na koncovem routeru na ktery se mi dostavaji routy pomoci OSPF potrebuji odfiltrovat nejake subnety. melo by to jit pomoci ospfd a access\/listu ale nejak neprichazim na to jak to filtrovat. pro predstavu je to asi takhle

     

     

    192.168.1.0                                             192.168.1.0
    
    192.168.2.0   router1 ---------------------- router2    192.168.3.0
    
    192.168.3.0 

     

     

    to znamena ze na routeru router2 potrebuji odfiltrovat routu 192.168.2.0

     

    nevi nekdo jak to udelat tak abych nemusel zaasahovat do nastaveni ospfd na routeru1 ale nastavil bych si pouze ospfd na router2 berte to tak ze veskere subnety jsou jak na router1 tak na router2 distribuovany pomoci OSPFD

    Odpovědi

    27.4.2009 14:39 Dušan Hokův | skóre: 43 | blog: Fedora a další...
    Rozbalit Rozbalit vše Re: quagga +ospf +filter
    pomoci routemapy, viz. zde
    27.4.2009 14:50 hates | skóre: 30 | blog: Jak_jsem_se_dostal_k_linuxu
    Rozbalit Rozbalit vše Re: quagga +ospf +filter

    to jsem zkousel ale nejak jsem to nepochopil a nebo spatne. to bych musel udelat na router1, ale ja to pravidlo potrebuji odfiltrovat az na tom router2. na jine routery se ta routa jiz propagovat zase ma.

    27.4.2009 15:20 Dušan Hokův | skóre: 43 | blog: Fedora a další...
    Rozbalit Rozbalit vše Re: quagga +ospf +filter
    ukazte konfigurak...
    27.4.2009 15:27 hates | skóre: 30 | blog: Jak_jsem_se_dostal_k_linuxu
    Rozbalit Rozbalit vše Re: quagga +ospf +filter

    konfigurak na router2

     

    Current configuration:
    !
    hostname console-hates-ospfd
    password heslo
    enable password heslo
    log file /var/log/quagga/ospfd.log
    log stdout
    !
    !
    !
    interface eth0
     ip ospf cost 10
    !
    interface eth1 
     ip ospf cost 10
    !
    interface eth2
    !
    interface lo
    !
    interface sit0
    !
    interface tap0
     description OpenVPN 
     ip ospf network point-to-point
     ip ospf cost 5000
    !
    router ospf
     ospf router-id 10.3.6.144
     redistribute connected
     redistribute static
     passive-interface eth0
     passive-interface eth1
     passive-interface eth2
     network 10.8.0.0/24 area 1.5.3.0
     network 192.168.88.0/24 area 1.5.3.0
     network 192.168.89.0/24 area 1.5.3.0
     neighbor 10.8.0.1
    !
    line vty
    !
    end
    

    a prijate routy

    88.146.196.127  10.8.0.1        255.255.255.255 UGH   20     0        0 tap0
    10.132.29.130   10.8.0.1        255.255.255.255 UGH   20     0        0 tap0
    88.146.196.126  10.8.0.1        255.255.255.255 UGH   20     0        0 tap0
    88.146.196.125  10.8.0.1        255.255.255.255 UGH   20     0        0 tap0
    192.168.55.4    10.8.0.1        255.255.255.252 UG    5020   0        0 tap0
    192.168.55.0    10.8.0.1        255.255.255.252 UG    5020   0        0 tap0
    10.132.29.136   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.8     10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.128   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.0     10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.144   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.168   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.40    10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.160   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.32    10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.184   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.56    10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.176   10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.48    10.8.0.1        255.255.255.248 UG    20     0        0 tap0
    10.132.29.16    10.8.0.1        255.255.255.240 UG    20     0        0 tap0
    10.132.29.240   10.8.0.1        255.255.255.240 UG    5030   0        0 tap0
    10.9.0.0        10.8.0.1        255.255.255.240 UG    20     0        0 tap0
    10.132.29.192   10.8.0.1        255.255.255.224 UG    5030   0        0 tap0
    10.132.29.64    10.8.0.1        255.255.255.192 UG    20     0        0 tap0
    172.20.21.0     10.8.0.1        255.255.255.0   UG    20     0        0 tap0
    192.168.5.0     10.8.0.1        255.255.255.0   UG    5020   0        0 tap0
    172.20.20.0     10.8.0.1        255.255.255.0   UG    20     0        0 tap0
    192.168.4.0     10.8.0.1        255.255.255.0   UG    5030   0        0 tap0
    192.168.3.0     10.8.0.1        255.255.255.0   UG    5030   0        0 tap0
    192.168.2.0     10.8.0.1        255.255.255.0   UG    5020   0        0 tap0
    192.168.1.0     10.8.0.1        255.255.255.0   UG    5010   0        0 tap0
    172.16.0.0      10.8.0.1        255.255.255.0   UG    5020   0        0 tap0
    10.8.0.0        0.0.0.0         255.255.255.0   U     0      0        0 tap0
    10.3.6.0        0.0.0.0         255.255.255.0   U     0      0        0 eth0
    192.168.89.0    0.0.0.0         255.255.255.0   U     0      0        0 eth2
    172.20.10.0     10.8.0.1        255.255.255.0   UG    5040   0        0 tap0
    192.168.88.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         10.8.0.1        0.0.0.0         UG    1      0        0 tap0


    co potrebuji tak je aby napriklad routy 192.168.2.0/24 a routa 0.0.0.0 nebyla v routovaci tabulce a byly odfiltrovany

    27.4.2009 15:35 NN
    Rozbalit Rozbalit vše Re: quagga +ospf +filter

    Myslim, ze na router 1 pujde zakazat propagaci pres tu mapu, takze se tam sice ta routa dostane,ale nebude se propagovat dal:

    access-list stub accept 192.168.2.0/24

    access-list stub deny any any

     

    route-map filter deny 1 match ip address stub

     

    redistribute connected metric 100 metric-type 1 route-map filter

     

    Tak nejak..

    NN

    27.4.2009 15:44 hates | skóre: 30 | blog: Jak_jsem_se_dostal_k_linuxu
    Rozbalit Rozbalit vše Re: quagga +ospf +filter

    asi jsem to blbe popsal. rekneme ze router2 ma dostavat tyhle routy z routeru 1. to ze je na routeru 1 routa 192.168.1.0 .2.0 .3.0 je v poradku. dale je router 3 ktery tyto routy dostat ma ale router 2 ma dostat pouze rozsah 192.168.1.0 a .3.0/24 tak ze filtrovat potrebuji az na routeru2 a ne na routeru1. pokud bych ten filtr udelal na router1 tak se mi nezpropaguje na router3. doufam ze jsem se do toho nezamotal.

    28.4.2009 09:07 NN
    Rozbalit Rozbalit vše Re: quagga +ospf +filter

    Myslel jsem router 2, kazdopadne jak mate zepojeny router 3, protoze pokud predchozi aplikujete na router 2

    routery za routerem 2 to uz neuvidi, alespon si to tak predstavuji. Nebo chcete pouze filtrovat tuto jednu sit

    pouze na tomto routerua, ale propagovat ji dal?

    NN

    28.4.2009 10:38 hates | skóre: 30 | blog: Jak_jsem_se_dostal_k_linuxu
    Rozbalit Rozbalit vše Re: quagga +ospf +filter
    Příloha:

    Pro predstavu prikladam nakres casti site v priloze.

     

    Jedna se mi o tenhle pripad

    Routery R1 - R5 si mezi sebou predavaji routy vcetne bran do internetu. to je v poradku. a vsechno funguje tak jak ma. dale je pomoci VPNky pripojen router R6, ktery ma svou defaultni branu. co ja potrebuji tak na routeru R6 odfiltrovat routu pro defaultni branu (dostane se mi na ni totiz routa 0.0.0.0 via 10.8.0.1) a kvuli ni mi spadne tunel. dale co bych potreboval, aby jiz na tom routeru nebyly site napriklad 192.168.2.0/24 a 192.168.3.0/24. Pravidlo by melo byt na in (tj odfiltruj routy, ktere prichazi skrze OSPF a nedavej je do filtrovaci tabulky). Na routeru R6 je jeste navic vic routovacich tabulek a podle pravidel se dale routuje. ale to si jiz poresim. jedna se mi hlavne o ten filtr tech rout, ktere prichazeji do OSPF.

    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.