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 14:11 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    dnes 03:11 | Humor

    Tak od ledna linuxové terminály, výchozí pozadí i celé desktopy v barvě "broskvového chmýří", v barvě "jejíž všeobjímající duch obohacuje mysl, tělo i srdce". Barvou roku 2024 je PANTONE 13-1023 Peach Fuzz.

    Ladislav Hagara | Komentářů: 4
    včera 21:44 | Nová verze

    Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.

    Ladislav Hagara | Komentářů: 2
    včera 15:44 | Bezpečnostní upozornění

    Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.

    Ladislav Hagara | Komentářů: 3
    včera 00:11 | Nová verze

    Byla vydána listopadová aktualizace aneb nová verze 1.85 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 22
    7.12. 13:33 | Komunita Ladislav Hagara | Komentářů: 2
    7.12. 13:22 | Komunita

    Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.

    Ladislav Hagara | Komentářů: 0
    7.12. 12:55 | Nová verze

    Byla vydána nová stabilní verze 3.19.0, tj. první z nové řady 3.19, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou podporu Raspberry Pi 5.

    Ladislav Hagara | Komentářů: 0
    7.12. 12:22 | Zajímavý software

    Altap Salamander (Wikipedie), dvoupanelový správce souborů pro Windows, byl uvolněn jako open source pod názvem Open Salamander. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv2.

    Ladislav Hagara | Komentářů: 3
    7.12. 07:00 | IT novinky

    Společnost JetBrains představila (YouTube) svou umělou inteligenci JetBrains AI a nástroj AI Assistant v IDE.

    Ladislav Hagara | Komentářů: 12
     (41%)
     (11%)
     (48%)
    Celkem 102 hlasů
     Komentářů: 2, poslední 6.12. 22:12
    Rozcestník

    Dotaz: Pojmenování síťového rozhraní pro ipsec

    Petr Bravenec avatar 22.6.2006 12:21 Petr Bravenec | skóre: 43 | blog: Bravenec
    Pojmenování síťového rozhraní pro ipsec
    Přečteno: 180×
    Dobrý den, snažím se rozběhat v kernelu 2.6 openswan 2.4. V dřívějších verzích kernelu (zatím mi to běhá na 2.4) se při vytvoření tunelu vytvořilo nové zařízení pojmenované ipsec0 - nyní se vytvoří nové zařízení pojmenované eth0 - tedy stejně jako původní fyzické zařízení. Na funkčnost to nemá žádný vliv, ale velmi špatně se s tím pracuje v iptables - na síťové kartě, která je připojená ven do internetu, se mi objevuje provoz jak venkovní, tak lokální. Nevíte někdo, jak z toho ven?
    Petr Bravenec - Hobrasoft s.r.o.

    Odpovědi

    22.6.2006 13:05 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Nijak, nativní implementace v jádře není založena na směrování, ale na nastavení security policy, takže tam žádný virtuální interface nevzniká. Ono vůbec roubování FreeS/WAN resp. openswan na jádro 2.6 je dost umělé, spíš bych vám doporučil použít příkazy racoon a setkey.
    Petr Bravenec avatar 22.6.2006 13:23 Petr Bravenec | skóre: 43 | blog: Bravenec
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Jo, to už vím několik dní. Přesto, než začnu předělávat fungující a ověřenou konfiguraci a experimentovat s něčím novým, zkusím se zeptat jinak: pokud použiju příkazy racoon a setkey, budu v iptables schopný rozeznat, který paket byl šifrovaný, přišel tunelem, a který paket je pokus o spoofing a přišel ze stejného síťového rozhraní, ale z internetu?
    Petr Bravenec - Hobrasoft s.r.o.
    22.6.2006 19:24 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Trik je v tom, že máte-li správně nastavenou konfiguraci, žádný takový paket se objevit nemůže. Pokud nastavíte odpovídající security policy např. takto
      spdadd 1.1.1.1 2.2.2.2 any -P out ipsec
              esp/transport//require;
      spdadd 2.2.2.2 1.1.1.1 any -P in ipsec
              esp/transport//require;
    
    způsobí slovo require ve druhé politice, že žádný paket se zdrojovou adresou 2.2.2.2 a cílovou 1.1.1.1 bez ESP headeru přijít nemůže, protože by ho systém ignoroval.
    Petr Bravenec avatar 23.6.2006 11:51 Petr Bravenec | skóre: 43 | blog: Bravenec
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec

    Podařilo se mi to vyřešit i trochu jinak - esp paket označkuju pravidlem

    iptables -t mangle -p esp -j MARK --set-mark 1
    

    a pak ho v dalším pravidle FORWARD bezpečně poznám - značkování paketu naštěstí přežije rozšifrování:

    iptables -A FORWARD --mark 1 -i eth0 -j moje-pravidlo
    

    Nicméně jedna věc mě zaráží: pakety ze sítě A do sítě B tunelem procházejí, odpovědi ze sítě B do sítě A procházejí tunelem také. V případě, že začnu komunikaci v síti B do sítě A, pakety se na tunel vykašlou a lezou do internetu. Pravidla v iptables jsou přitom velmi jednoduchá - v obou směrech jde o jednoduché pravidlo ACCEPT a pakety procházejí vždy stejným pravidlem. Pokud firewall vypnu (zruším všechna pravidla) a nastavím v iptables politiku na ACCEPT, pakety lezou správně.

    Petr Bravenec - Hobrasoft s.r.o.
    23.6.2006 12:38 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Nemůže za to nějaké příliš obecné pravidlo pro NAT?
    Petr Bravenec avatar 23.6.2006 12:57 Petr Bravenec | skóre: 43 | blog: Bravenec
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Ach, pravda. Díky za nakopnutí správným směrem.
    Petr Bravenec - Hobrasoft s.r.o.
    Petr Bravenec avatar 22.6.2006 13:36 Petr Bravenec | skóre: 43 | blog: Bravenec
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Ještě pro doplnění - ptám se proto, že openswan je, pokud to dobře chápu, postavený nad stejným kernelovým modulem jako racoon a setkey, takže předpokládám, že po pár dnech experimentování bych jen vyměnil utilitky pro výměnu klíčů a v iptables bych stejně nebyl schopný rozeznat dobrý paket od zlého. Chápu to správně?
    Petr Bravenec - Hobrasoft s.r.o.
    22.6.2006 19:29 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Pojmenování síťového rozhraní pro ipsec
    Ano, funkčně to bude víceméně stejně. Rozdíl vidím spíš v tom, že openswan jakožto FreeS/WAN používá frontend, který byl původně napsán k odlišnému backendu (KLIPS pro jádra 2.4). Později byl sice upraven tak, aby fungoval i se současnou jadernou implementací, ale tím, že udržuje původní syntaxi konfiguračních souborů, není vždy úplně jasné, jakým způsobem se mapují pojmy frontendu FreeS/WAN na odpovídající prvky implementace, která je v jádře. Z tohoto pohledu je použití racoon a setkey průhlednější, protože od základu počítá s implementací IPsec v jádrech 2.6, takže je lépe vidět, co co ve skutečnosti znamená.

    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.