Dotaz: Bridge/VPN/tunel - jak spojit dvě LAN ??

[Martin]

Přiznám se, že jsem zmaten z pojmů, které jsem uvedl již v záhlaví, nicméně možná mě navedete.
Můj požadavek zní:
SIT A - klienti smiseni Win/Mac/Lin, server WinNT (SMB, CUPS), odděleno Linux serverem/firewalem/routerem, vlastní autonommní připojení s veřejnou adresou a vnitřním rozsahem: 10.0.0.1/255.255.255.0.
SIT B - klienti smiseni Win/Mac/Lin, server WinNT (SMB, CUPS), odděleno Linux serverem/firewalem/routerem, vlastní autonommní připojení s veřejnou adresou a vnitřním rozsahem: 10.0.0.1/255.255.255.0.

Jak propojit obě sítě do jediné (potřeba šifrovaného přenosu, podmínkou není dodržení subnetu). Je mě jasné, že budu muset jednu ze sítí převést na jiný subnet (např. 10.0.1.1/255.255.255.0) a tyto navzájem routovat. Nebo jde to i bez přečíslování ?? Jestli jsem to pochopil, teoreticky ano, formou bridge, který pustím přes VPN, otázkou je jestli je to nutné, když budu routovat provoz a měl bych teoreticky dosáhnout stejných výsledků, tj. subnet A uvidí počítače v subnetu B, ale při tom je nutno zachovat přístup na net, mailservery na stávající úrovni, tj. každý ze systémů je plně funkční, pouze z přidanou hodnotou nabídnutí prostředků vzdálené sítě.

Otázka tedy zní, přečíslovat sítě vytvořit VPN s dalším subnetem a přes ni routovat potřebný provoz, nebo jít cestou bridge ??

Odpovědi

[Marek]

Podle mě je nejjednodušší zprovoznit nějakou jednoduchou VPN-ku, používám OpenVPN a pracovat s virtuálním rozsahem a následně do něj routovat potřebný provoz, verzi s bridge jsem zvažoval také, jenže nastal u mě problém se směrováním provozu a občasné problémy s tím, že mě to tahalo data jak nemělo (zbytečně chodilo přes tunel).

Přečíslování (převedení jedné ze sítí na jiný rozsah IP) je asi nutné, byť to může v síti být náročné ...

[Michal Kubeček]

Přečíslování úplně nutné není, ale jakékoli jiné řešení (třeba NAT) je daleko horší… :-)

[Martin Šebek]

Já bych doporučil VTun. Používám ho k plné spokojenosti už několik let.

V tvém případě by to znamenalo přečíslovat např. síť B (proč zrovna my jsme béčko? :)) na 10.0.1.0/24. Konfigurační soubor vtund.conf na serverové straně, např. 10.0.0.1 by vypadal zhruba takto:

options {
        port 123123;
        type stand;
        syslog daemon;

        ifconfig        /sbin/ifconfig;
        route           /sbin/route;
        ip              /sbin/ip;

        timeout 60;
}

default {
        comp no;
        encr no;
        speed 0;
}

a_to_b {
        pass            huhlyhuhly;
        type            tun;
        proto           tcp;
        keepalive       yes;
        encr            yes;

        up {
                ip "addr add 10.0.0.1 peer 10.0.1.1 dev %d";
                ip "link set %d up";
                ip "route add 10.0.1.0/24 dev %d via 10.0.0.1";
        };
        down {  
                ip "route del 10.0.1.0/24";
                ip "link set %d down";
                ip "-4 addr flush dev %d";
        };
}

A na straně klienta, např. 10.0.1.1 takto:

options {
        port 123123;
        type stand;
        syslog daemon;

        ifconfig        /sbin/ifconfig;
        route           /sbin/route;
        ip              /sbin/ip;

        timeout 60;
}

default {
        comp no;
        encr no;
        speed 0;
}

a_to_b {
        pass            huhlyhuhly;
        type            tun;
        persist         yes;

        up {
                ip "addr add 10.0.1.1 peer 10.0.0.1 dev %d";
                ip "link set %d up";
                ip "route add 10.0.0.0/24 dev %d via 10.0.0.1";
        };
        down {
                ip "route del 10.0.0.0/24";
                ip "link set %d down";
        };
}

Pak už stačí jen na serverové straně spustit vtund -s a na straně klienta vtund a_to_b xxx.xxx.xxx.xxx, kde xxx.xxx.xxx.xxx je veřejná IP adresa linuxového stroje na serverové straně.

Howg.

[Zdeněk Burda]

VTUN je jistě prima softik, ale jak je to u něj se zabezpečením? Po rychlém nahlédnutí na jeho homepage jsem zjistil akorát to, že přenáší pouze heslo nějak zabezpečene, ale jinak nic víc. V případě, že se bude tunelovat přes Internet je asi lepší ipsec nebo openvpn.

[Martin Šebek]

Výňatek z Vtun FAQ:

1.19 How secure is VTun ?

Well. VTun doesn't try to be the MOST secure tunneling software in the world, it tries to be fast, stable, rich of features, easy to use and secure enough instead.

VTun uses Challenge Based Authentication and doesn't transfer passwords in clear text. Encryption module uses MD5 for 128 bits key generation and BlowFish algorithm for actual data encryption. There could be some weaknesses in key generation method, we will try to address them in future releases.

[Marek]

Já kdysi vtun zkoušel a měl jsem problém s nestabilitou na slabých linkách, OpenVPN toto nezná, ten udrží spoj za každou cenu ... ale je to můj subjektivní názor. Navíc je podle mého primárně určen pro roadwariors, v čem je jeho neuvěřitelná síla.

[Fr@nku$]

Doporucil bych ipsec

[Zdeněk Burda]

A já zase doporučuji openvpn, připadlo mi mnohem snadnější na rozeběhnutí.

[Josef Kufner]

Nahodit openvpn je celkem jednoducha zalezitost. Tu jednu sit by to chtelo precislovat, treba na 10.0.0.2, aby se dalo udelat lehce routovani...

[Josef Kufner]

jee... ja uz bych mel jit opravdu spat... jasne ze na 10.0.2.0/255.255.255.0 ;)

[ozu]

Rozchodit OpenVPN je opravdu jednodušší než IPSec, ale IPSec je pro změnu výrazně rychlejší...

[Michal Kubeček]

Neřekl bych, že je to o tolik jednodušší. IMHO je tvrzení, že IPsec je příliš složitý na konfiguraci, jedním z těch, která se častým opakováním stala "pravdou", protože si nikdo nedovolí oponovat, když to tvrdí všichni…

[koloom]

Souhlas, potreboval jsem nastavit ipsec pro pristup do firemni site a slo to bez problemu.