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 12:22 | Nová verze

    Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 00:11 | Nová verze

    Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 21:33 | Nová verze

    Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.

    Ladislav Hagara | Komentářů: 0
    včera 21:00 | Komunita

    Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.

    Ladislav Hagara | Komentářů: 0
    včera 20:44 | IT novinky

    Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.

    Ladislav Hagara | Komentářů: 2
    včera 20:33 | IT novinky

    Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Komunita

    MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.

    Ladislav Hagara | Komentářů: 0
    13.9. 17:33 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.

    Ladislav Hagara | Komentářů: 0
    13.9. 01:33 | IT novinky

    Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si

    … více »
    Ladislav Hagara | Komentářů: 10
    12.9. 14:00 | Nová verze

    Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (81%)
     (7%)
     (3%)
     (3%)
     (4%)
     (2%)
    Celkem 183 hlasů
     Komentářů: 12, poslední 10.9. 13:00
    Rozcestník

    Dotaz: tun, alebo tap

    29.1.2016 13:03 jany2 | skóre: 30 | blog: jany_blog
    tun, alebo tap
    Přečteno: 1730×
    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: 51 | blog: Republic of Mordor
    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: 51 | blog: Republic of Mordor
    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.

    Migi avatar 30.1.2016 21:29 Migi | skóre: 59 | 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
    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.
    Migi avatar 29.1.2016 22:03 Migi | skóre: 59 | 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.
    30.1.2016 11:25 jany2 | skóre: 30 | 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: 30 | 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: 72 | 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.