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 04:33 | Komunita

    Konference OpenAlt 2026 hledá přednášející. Proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.

    Ladislav Hagara | Komentářů: 0
    dnes 04:22 | IT novinky

    Společnosti OpenAI a Broadcom oznámily čip optimalizovaný pro AI pojmenovaný Jalapeño.

    Ladislav Hagara | Komentářů: 0
    včera 20:22 | Nová verze

    Deno (Wikipedie), běhové prostředí (runtime) pro JavaScript, TypeScript a WebAssembly, bylo vydáno v nové verzi 2.9. Hlavní novinkou je deno desktop pro převod Deno projektu na desktopovou aplikaci. Jedná se o alternativu k frameworkům Electron nebo Tauri.

    Ladislav Hagara | Komentářů: 2
    včera 15:44 | IT novinky

    Od zítra jsou Datové schránky oficiálně na nové adrese datovka.gov.cz. Adresa mojedatovaschranka.cz zůstává funkční do 27. srpna 2026, následně budou uživatelé automaticky přesměrováni na datovka.gov.cz.

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

    Dolphin (Wikipedie), tj. open source multiplatformní emulátor herních konzolí GameCube a Wii od Nintenda, byl vydán ve verzi 2606. S podporou Game Boy Playeru.

    Ladislav Hagara | Komentářů: 0
    včera 11:11 | Zajímavý software

    Vasudeva Kamath představil utilitu debvulns, alternativu k nativní utilitě debsecan, pro výpis zranitelností v Debianu. Navíc má především možnost výstupu ve strukturovaných formátech JSON a CSV. V plánu je exportér pro Prometheus.

    Ladislav Hagara | Komentářů: 0
    24.6. 21:44 | IT novinky

    Oficiální český státní eshop s elektronickými dálničními známkami nově najdete na edalnice.gov.cz. Doména gov.cz jasně potvrzuje, že jste na oficiálním státním webu [𝕏].

    Ladislav Hagara | Komentářů: 26
    24.6. 14:22 | Nová verze

    Byla vydána nová verze 4.8.0 interaktivního shellu fish (friendly interactive shell, Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 5
    24.6. 12:00 | Nová verze

    Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem se nově stal čínský LineShine v Národním superpočítačovém centru v Šen-čenu (NSCS) s výkonem 2,198 exaFLOPS. Z prvního místa sesadil americký superpočítač El Capitan s výkonem 1,809 exaFLOPS. Nejvýkonnější český počítač C24 klesl na 215 místo. Karolina, GPU partition klesla na 249. místo a Karolina, CPU partition na 475. místo.

    … více »
    Ladislav Hagara | Komentářů: 14
    23.6. 21:00 | IT novinky

    Zemřel průkopník videoherní hudby Bobby Prince (Wikipedie). Složil hudbu pro hry Wolfenstein 3D, Doom, Doom II, Duke Nukem II a Duke Nukem 3D.

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


    Dotaz: Problem s prekladem udp provozu - shorewall

    19.11.2009 10:38 Mirekh
    Problem s prekladem udp provozu - shorewall
    Přečteno: 194×
    Zdravim,

    prosim o pomoc s shorewall

    Na vzdalene lokalite je debian etch (bezi tam uz 1,5 roku) jako router, firewall (vcetne prekladu) je ralizovan pomoci shorewall. Od predvcerejska mam ale problem s urcitym typem komunikace. Jedine co vim je ze v ten den doslo k vypadku proudu.

    Na routeru mam tri rozhrani: eth0 - vnejsi (verejna adresa)

    eth1 - vnitrni (192.168.40.254/24)

    eth2 - vnitrni (192.168.74.254/24)

    tun3 - vpn sestavena pomoci openvpn proti centralne

    shorewall je nastaven takto

    /etc/shorewall/masq

    eth0 eth1

    eth0 eth2

    - cili podle tohoto by se mel pouze prekladat provoz jdouci ze siti 192.168.40.0 192.168.74.0 pres eth0 na verejnou adresu rozhrani. A to se deje - v poradku.

    Problem je ten, ze kdyz sitove zarizeni s adresou 192.168.74.251 komunikuje se zarizenim s adresou 192.168.70.10 (sit 192.168.70.0/24 je dostupna pres tun3), router nesmyslne prelozi zdrojovou adresu 192.168.74.251 na verejnou adresu eth0 a posle ho do tun3. Takze sice na rozhrani eth2 vidim prichazet paket se zdrojem 192.168.74.251 a cilem 192.168.70.10 ale do rozhrani tun3 (do vpn) leze paket se zdrojem "verejna IP eth0" a cilem 192.168.70.10.

    Takovy paket sice doputuje k 2. zarizeni s IP 192.168.70.10, ale toto zarizeni pak samozrejme odpovida na adresu verejnou misto na adresu 192.168.74.251.

    Fakt nevim kde je problem. Navic takto se to chova v pripade UDP provozu, tcp provoz funguje v poradku - zevnitr centraly se dostanu na zarizeni pres http a adresu 192.168.74.251 uplne v pohode.

    Muzete mi poradit ? - zkousel jsem shorewall na dalku restartovat, ale to nepomohlo.

    Odpovědi

    19.11.2009 11:06 NN
    Rozbalit Rozbalit vše Re: Problem s prekladem udp provozu - shorewall
    "router nesmyslne prelozi zdrojovou adresu 192.168.74.251 na verejnou adresu eth0 a posle ho do tun3"
    To by, ale podle routovaci tabulky prece vubec nemel a z verejneho interfacu by vubec nemel forwardovat na tun3. Mas na firewallu nejaka pravidla tykajici se UDP?

    NN
    19.11.2009 12:33 Mirekh
    Rozbalit Rozbalit vše Re: Problem s prekladem udp provozu - shorewall
    Kus pravidel (tykajice se udp) vypadat takto

    ACCEPT loc fw udp 123

    ACCEPT:info vpn3:192.168.70.0/24,192.168.71.0/24,192.168.73.0/24 srv icmp

    ACCEPT:info vpn3:192.168.1.1,192.168.1.2,192.168.1.3,192.168.1.20,192.168.1.21,192.168.1.22,192.168.1.210,172.17.0.1 srv icmp

    ACCEPT:info vpn3:192.168.70.0/24,192.168.71.0/24,192.168.73.0/24 srv tcp

    ACCEPT:info vpn3:192.168.1.1,192.168.1.2,192.168.1.3,192.168.1.20,192.168.1.21,192.168.1.22,192.168.1.210,172.17.0.1 srv tcp

    ACCEPT:info vpn3:192.168.70.0/24,192.168.71.0/24,192.168.73.0/24 srv udp

    ACCEPT:info vpn3:192.168.1.1,192.168.1.2,192.168.1.3,192.168.1.20,192.168.1.21,192.168.1.22,192.168.1.210,172.17.0.1 srv udp

    ACCEPT:info srv vpn3:192.168.70.0/24,192.168.71.0/24,192.168.73.0/24,192.168.1.210 icmp

    ACCEPT:info srv vpn3:192.168.70.0/24,192.168.71.0/24,192.168.73.0/24,192.168.1.210,192.168.1.2 tcp

    ACCEPT:info srv vpn3:192.168.70.0/24,192.168.71.0/24,192.168.73.0/24,192.168.1.210,192.168.1.2 udp

    - ve smerovani problem neni (asi) 192.168.70.0 172.17.0.1 255.255.255.0 UG 0 0 0 tun3 192.168.74.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 0.0.0.0 xx.xx.xx.xx 0.0.0.0 UG 0 0 0 eth0

    - proste router posle paket pro 192.168.70.10 do tun3(vpn3) ale soucasne zdrojovou adresu prelozi - nevim zkratka proc, navic kdyz to celou dobu fungovalo

    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.