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í
×
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 2
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 23
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 44
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 937 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Openswan IPsec host-to-host se SAref bez L2TP

    edois avatar 17.1.2013 17:49 edois
    Openswan IPsec host-to-host se SAref bez L2TP
    Přečteno: 314×
    Ahoj,

    potřebuju rozběhat host-to-host IPsec bez VPN (jen "obyčejný" transport mode), na jedné straně je server s Debian Linuxem a s veřejnou adresou, na druhé straně je několik klientů s různými IP adresami, někteří za NATem (někteří i za stejným NATem), s různými operačními systémy (ale můžeme předpokládat, že řešíme jen ty linuxové, se zbytkem už si pak poradím).

    Vzhledem k tomu, že potřebuju zvládat víc klientů za stejným NATem, musím používat Openswan KLIPS stack s podporou SAref (tu v jádře napatchovanou mám) v módu MAST. Přes příkaz "ipsec verify" vidím, že ipsec modul (KLIPS) i podpora SAref v jádře je OK. Klasický NETKEY stack použít nemůžu, ten SAref neumí.

    Nechci používat žádné L2TP apod., jde mi jen o to zabezpečit přístup na tu jednu veřejnou adresu, aby se nedal odchytávat provoz. Nepotřebuju AH a stačí mi shared key, protože služby, které na té IP běží, mají své vlastní přihlašování, jde mi čistě jen o transport mode a ESP.

    Konfigurák ipsec.conf vypadá přibližně takto (akorát ta veřejná adresa je přepsaná na 1.2.3.4):
    
    version 2.0
    
    config setup
        nat_traversal=yes
        protostack=mast
        virtual_private=%v4:1.2.3.4/32,%v4:!0.0.0.0/0
    
    conn host-to-host
        authby=secret
        pfs=no
        auto=add
        keyingtries=3
        rekey=no
        sareftrack=yes
        overlapip=yes
        dpddelay=10
        dpdtimeout=90
        dpdaction=clear
        ikelifetime=8h
        keylife=1h
        type=transport
        left=1.2.3.4
        right=%any
    
    
    Když nastartuju Openswan, klienti se mi připojí (vidím příslušné SA), ale když zkouším z klienta tu veřejnou IP pingat, nepřichází odpověď.

    Interface mast0 vypadá takto:
    mast0     Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
              UP RUNNING NOARP  MTU:16260  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:10
              RX bytes:26840 (26.2 KiB)  TX bytes:0 (0.0 B)
    
    a zajímavé je, že když spustím tcpdump, na mast0 opravdu ty příchozí pingy vidím. Odpověďi vidím také, ale nikoliv na mast0, ale na eth0.

    Když zkusím místo MAST módu KLIPS mód, funguje to parádně (akorát se nemůžou připojit 2 různí klienti za stejným NATem najednou, vždy to funguje jenom jednomu, protože v ne-MAST módu nefunguje podpora SAref).

    Snad jsem to popsal dostatečně.

    Nenapadne někoho, co mám kde blbě? Předem moc děkuju :)

    Odpovědi

    19.1.2013 23:01 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: Openswan IPsec host-to-host se SAref bez L2TP
    ahoj, nemá to něco společného s firewallem? něco jako to co popisuje zde na konci?
    edois avatar 20.1.2013 12:00 edois
    Rozbalit Rozbalit vše Re: Openswan IPsec host-to-host se SAref bez L2TP
    Ahoj,

    je to dost možný, ale nemůžu přijít na to, jak to nastavit :( Routování, aby mi odpovědi na ty pingy šly taky přes mast0 a ne přes eth0, se mi nastavit povedlo, v tcpdump -i mast0 vidím jak request, tak reply, ale na eth0 jsou esp-encapsulated packety jen v jednom směru (requesty).
    edois avatar 22.1.2013 23:03 edois
    Rozbalit Rozbalit vše Re: Openswan IPsec host-to-host se SAref bez L2TP
    Vyřešeno/nevyřešeno.

    Je to opravdu tím manglováním (resp. jeho absencí), ale ani to manglování jako takové neřeší všechno (ano, řeší 2 klienty za stejným NATem, ale absolutně nedokáže řešit 2 klienty za různými dvěma NATy, pokud mají stejnou vnitřní adresu), navíc to pak zvládá maximálně 16384 klientů, pokud dobře počítám, a s přibývajícím množstvím klientů roste lineárně overhead (kvůli lineárnímu procházení netfilteru) při posílání JAKÉHOKOLIV paketu směrem ven ze serveru.

    Jediná cesta, jak s tím něco udělat, je upravit aplikace, které mají na serveru běžet, aby si držely SAref IDčko samy a posílaly ho zpět v packetech responsu, což je trošku problematické. Jedna z aplikací, co to umí, je již zmíněné xl2tpd, takže nakonec to asi vyřeším tak, že z toho vážně udělám VPNku - lepší řešení v současné chvíli asi není.

    Samozřejmě mě napadá ještě systémové řešení (alespoň u protokolu TCP, u UDP by to bylo trochu problematičtější), držet SAref IDčko u acceptnutého socketu - dokáže to někdo v kernelu nebo libc upravit? Pokud budu mít čas, mrknu ještě, jestli by to nešlo řešit nějakým vhodným LD_PRELOAD, kde bych si prostě předefinoval accept a send (a držel někde v (hash?)mapě SAref IDčka k jednotlivým socketům), ale i to je pěkná prasárna, tak fakt nevím.

    Jinak pokud má někdo napatchovanou sambu 3, aby tohle zvládala a je ochotný se podělit, tak budu rád, když dá vědět :)

    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.