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 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
dnes 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

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

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
dnes 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

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

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
dnes 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

Ladislav Hagara | Komentářů: 8
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (33%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 587 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: tun, alebo tap

    29.1.2016 13:03 jany2 | skóre: 26 | blog: jany_blog
    tun, alebo tap
    Přečteno: 494×
    Zacinam sa zoznamovat s openvpn a chcem si nainstalovat ovpn (linux i686). Zatial by som to chcel testovat na desktope a ak to bude fungovat korektne, tak to chcem nasadit na server x86_64.
    Su 2 moznosti pre vyber rozhrania a to TUN (routing) a TAP (bridging). Ktoru je lepsie pouzit pre mna:
    Server bude postaveny na linuxe (ako som spominal) a na server sa budu pripajat klienti (10-15) nechcem aby komunikovali medzi sebou, len cisto zo serverom a jednou aplikaciou na jednom porte (nic viac).
    Co je lepsie TUN, alebo TAP. Nieco som pozeral tu z toho mi vychadza lepsie TAP, ale neviem az tak dobre po anglicky, ale z toho co som pochopil, tak asi TAP.
    upozornujem, ze v linuxe som vecny zaciatocnik ...

    Odpovědi

    29.1.2016 13:48 NN
    Rozbalit Rozbalit vše Re: tun, alebo tap
    No, ale prece zadny 'bridging' delat nebudes. Takze bych navrhoval preci jen TUN, ktery pro tebe bude i konfiguracne snazsi na pochopeni.
    29.1.2016 17:13 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Co je lepsie TUN, alebo TAP.

    V podstatě ani jedno. Obojí je bída s nouzí ve srovnání se IPSec. Doporučuji vybodnout se na OpenVPN a podobné hračky a nastavit si IPSec. K tomu účelu používám strongswan. (Některé distribuce mají libreswan, openswan a kdovícoještě, ale cokoliv z toho by mělo hravě strčit OpenVPN do kapsy.)

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    30.1.2016 01:59 mhepp | skóre: 22
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Můžeš prosím rozvést více své tvrzení?

    Ptám se ze zájmu o věc, nechci se hádat. Díky...
    30.1.2016 20:55 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: tun, alebo tap

    Jakkoliv je OpenVPN uznávané a dokonce už i oficiálně standardizované řešení (co se protokolu týká), nikdy se nezbaví té ošklivé konfigurace s démonem v userspace. Takže každý paket, kterým se OpenVPN zabývá, musí přes ono virtuální rozhraní z kernelu do userspace, tam se šifruje a dešifruje (a otázka je, jak efektivně, protože program v userspace prostě nemá žádnou možnost rozhodovat, na kterém procesoru zrovna běží a jestli bude jeho manipulace s pakety výhodná z hlediska cache) a nakonec následuje další kopie z userspace zpátky do kernelu.

    Naproti tomu IPSec je prostě součástí síťového stacku přímo v kernelu. Tím pádem zdaleka nemusí tolikrát kopírovat data sem a tam a může pracovat mnohem efektivněji z hlediska cache. (Například může všechny vrstvy síťových protokolů, včetně IPSec, zpracovat tentýž procesor, který přijal původní interrupt od síťovky, čímž se zásadně ušetří čas i energie, nedochází k několika context-switchům kvůli (skoro) každému paketu a nepřepisují se úplně zbytečně cache.)

    OpenVPN je jakási složitá tlustá vrstva, která si napřed nad L3 sítí naváže klasickou L4 komunikaci a uvnitř toho komunikačního kanálu pak provozuje v podstatě něco jako virtuální L2 bridge (no, s trochou nadsázky, podle toho, jakou konfiguraci člověk zvolí). Až si jeden říká, what can possibly go wrong. :-D V kontrastu s tímhle se IPSec prostě od začátku do konce tváří jako úplně normální L3 vrstva, která „jenom“ mění způsob interpretace některých paketů z/do některých rozsahů adres. Nehraje si tedy na virtuální rozhraní. Dovede selektivně a transparentně (bez nutnosti vědět o nějakém speciálním zařízení a o jeho adresách) zabezpečit například komunikaci s různými „spřátelenými“ sítěmi. Není potřeba explicitně zakazovat nešifrovanou komunikaci pro případ, kdy náhodou OpenVPN neběží nebo virtuální rozhraní zkrátka z nějakého důvodu není k dispozici, a vůbec tak celkově ubude spousta podivných krajních případů.

    S kompatibilitou napříč různými systémy je na tom IPSec zhruba stejně jako OpenVPN.

    Myslím si, že pokud někdo navrhuje nějaké VPN řešení od píky, neměl byc se nechat zmást tím VPN v názvu OpenVPN a prostě by tam měl dát místo toho IPSec, pokud nemá nějaký zásadní technický důvod k použití OpenVPN. Takový důvod si ale u nově navrhované sítě, která nemusí zajišťovat kompatibilitu s nějakou existující konfigurací klientů, neumím představit.

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    Migilenik avatar 30.1.2016 21:29 Migilenik | skóre: 58 | blog: Mig_Alley
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Ne, že bych nesouhlasil, pouze podklad do diskuse. :)

    https://openvpn.net/archive/openvpn-users/2004-11/msg00548.html
    GIMP 2.8 Cage Transformation - what is it good for? http://www.youtube.com/watch?v=S4whULCb8t0
    29.1.2016 21:15 R
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Plati jednoduche pravidlo: pokial nemas nejaky specialny dovod, tak pouzi TUN.
    Migilenik avatar 29.1.2016 22:03 Migilenik | skóre: 58 | blog: Mig_Alley
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Kdyz pouzijes tap, muzes vsechna spojeni pevne svazat s jednim interfacem, s kterym budes moci posleze pracovat pri vytvareni pravidel ve firewallu. S tun budes neustale vytvaret nove docasne interfacy, coz ti bude komplikovat tvorbu bezpecnostnich pravidel.

    Nevyhoda tap je zase treba to, ze android ho minimalne s openvpn neumi.
    GIMP 2.8 Cage Transformation - what is it good for? http://www.youtube.com/watch?v=S4whULCb8t0
    30.1.2016 11:25 jany2 | skóre: 26 | blog: jany_blog
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Tak teraz babo rad :)
    upozornujem, ze v linuxe som vecny zaciatocnik ...
    30.1.2016 13:25 jany2 | skóre: 26 | blog: jany_blog
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Kedze vo VPN nie som az tak doma, stale neviem co pouzit tun/tap. Pre lepsie pochopenie dam sem obrazok o co mi konkretne ide.
    Na realnej IP adrese 192.168.1.2 je server. Na nom chcem postavit OVPN napr. so sietou 10.0.0.0. Takze po nainstalovani ovpn a zakladnej konfiguracii confu sa vytvori virtualna sietovka (tun/tap) a bude mat IP 10.0.0.1 (predpokladam, ze vsetky certifikaty a kluce su uz na spravnom mieste (ako na servery, tak u klientov)).

    Predpokladajme, ze klient/i sa pripojili uspesne a ziskali IP adresy 10.0.0.x. Ako je potrebne nakonfigurovat firewall, aby nemohli nic, len aby mali pristup na 10.0.0.1 a port 40000 (nic viac, nic menej). Teoreticky by mohlo stacit pravidlo, ktore vsetko zahadzuje a povoluje len port 40000.
    upozornujem, ze v linuxe som vecny zaciatocnik ...
    30.1.2016 21:28 NN
    Rozbalit Rozbalit vše Re: tun, alebo tap
    Pokracovani -> ZDE
    Max avatar 30.1.2016 21:38 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: tun, alebo tap
    TAP - běží na L2 (je to jako další síťovka v pc), trošku náročnější na datový tok, protuneluje všechno bez rozdílu

    TUN - běží na L3 vrstvě, méně náročnější na datový tok, nejde bridgovat, může se tunelovat jen něco. Má podporu v Androidu a iOS.

    Sesumírováno je to dobře třeba zde : Bridging vs. routing

    Pro propojení lokalit/poboček se nepoužívá OpenVPN, ale IPSEC tunely.
    Pro připojení klientů do hlavní lokality se používá buď OpenVPN, nebo L2TP over IPSEC.
    Konfigurace L2TP a IPSECu je o něco náročnější, jak konfigurace OpenVPN, ale není to problém.
    Dále ještě relativně nedávno nebyla dostupná implementace více L2TP klientů, co jsou za natem (jednou veřejnou IP). Myslím, že toto už do Strongswanu doputovalo, ale nejsem si tím jist. Tato skutečnost někoho trápit nemusí, někoho ano.

    My jsme třeba v práci přešli na OpenVPN v režimu TUN + máme funkční i L2TP (nativní podpora je v iOS, Android i Windows).
    Zdar Max
    Měl jsem sen ... :(

    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.