Likes: 0
21/10/12 17:21
Goedemiddag,
Ik ben opzoek naar een oplossing voor een tijdelijke LAN-to-LAN oplossing. Simpel gezegd, ik wil IP adressen van lokatie A op lokatie B beschikbaar maken, als het ware dat ze op dezelfde switch zitten. Verkeer is minder als 5Mbit/s.
Kan zoiets met een VPN tunnel, of zijn er makkelijkere tunnels te realiseren?
Gr,
Bernard
21/10/12 17:27
Hoe ver liggen die locaties uit elkaar?
21/10/12 17:28
Sterker nog, als je op zowel locatie A als locatie B dezelfde leverancier hebt zitten dan kan je middels een VLAN op beide locaties hetzelfde IP adres gebruiken. Ik neem aan dat je dit wilt hebben voor IP failover? Edit: want je kunt niet op beide locaties hetzelfde IP adres in gebruik nemen.
Laatst gewijzigd door BReady; 21/10/12 om 17:30.
21/10/12 17:38
Zijn twee verschillende locaties en twee verschillende netwerken. Gaat inderdaad niet om dezelfde IPs op beide locatie te gebruiken, maar wel de zelfde IP range. (tijdelijk)
Locaties liggen ongeveer 40km uit elkaar, geen vlan mogelijkheden.
21/10/12 17:39
Dan ga je inderdaad via VPN moeten werken ja.
21/10/12 17:41
Dan denk ik dat een VPN tunnel het makkelijkste is...Oorspronkelijk geplaatst door B Buitenhuis
21/10/12 17:44
Je kan met FreeBSD toch tegenwoording Layer 2 VPN tunnels maken? Die zetten gewoon het ARP verkeer e.d. door, zo lijkt het één Layer 2 netwerk.
Dit zou je moeten kunnen helpen denk ik.
21/10/12 17:44
Iemand ervaring met die setup? Op welk platform zou zoiets nog een beetje performance hebben? IPSec?
En fysiek gezien, is zoiets te configueren als volgt:
Lokatie A:
Linux server met VPN software
Netwerk kaart 1: Switch
Netwerk kaart 2: 'Internet'
Lokatie B:
Linux server met VPN software
Netwerk kaart 1: Switch
Netwerk kaart 2: 'Internet'
Waarmee in feite de twee switches functioneren alsof er een fysieke kabel tussen beide ligt?
21/10/12 18:01
Klopt, dat moet mogelijk zijn. Ik heb het nog nooit gebruikt, maar "EtherIP" is wat je wil in dit geval.
Dan heb je dus effectief een "VLAN" door getrokken over een VPN tunnel.
21/10/12 18:07
Met OpenVPN access server kan je ook een bridge aanmaken: http://openvpn.net/index.php/access-...-bridging.html
Pfsense / M0n0wall zal het ook wel kunnen.
21/10/12 18:24
Dat is zeker niet normaal of gegarandeerd.
Een L2 VPN _kan_ zeker een dienst zijn, die een partij die end to end netwerk diensten levert in z'n portfolio kan hebben.
Maar het hoeft niet, en op netwerk niveau wil je normaal gesproken geen ver doorgetrokken VLANs.
De managed netwerk boer bouwt dus een gelaagd netwerk, en legt daarboven dan eventueel weer een L2 dienst om tussen twee of meer locaties een VLAN-gedrag te leveren. (met bijvoorbeeld 'pseudo-wires', of VPLS, of L2TPv3).
Heb je heel veel verkeer, dan kun je nog koppelingen direct op glas, of een kleur (lamba) afnemen tussen locaties.
21/10/12 18:46
Linksom of rechtsom komt het neer op een 'VPN'. Natuurlijk hoeft het geen IPSec gebaseerd 'VPN' te zijn.
Wat er makkelijker is hangt vooral af van hoe dicht je in het netwerk zit. Heb je zelf een MPLS cloud tussen de locaties, dan kies je bijvoorbeeld voor een atom tunnel. Of anders L2TPv3, of OTV.
Het lastigste als je aan de 'eind' kant zit met een IP over ethernet aansluiting, is dat je een stuk overhead op je getunnelde verkeer hebt. (namelijk een ethernet, IP en tunnel header).
Maar zo'n beetje alle apparatuur die met een ethernet praat, verwacht dat je in een ethernet frame 1500 bytes kwijt kunt .
Als je uplink aansluiting een grotere MTU accepteert, dan is het geen probleem en kun je ook ethernet frames die de maximale grootte hebben in één pakket versturen.
Anders zul óf je VPN de frames moeten opknippen, en aan de ontvangende kant weer aan elkaar plakken, of zul je op alle aangesloten apparaten op dit lan-met-bridge een kleinere MTU moeten instellen.
(mtu discovery werkt alleen met routed netwerken, niet met bridges).
Ik geloof dat OpenVPN (ook) een bridge mode heeft; Zo te zien kan het ook met bridging en tap devices
(http://kovyrin.net/2006/04/05/connec...rent-bridging/ )
En er is L2TPv3 support voor Linux
http://prol2tp.com/documentation.php?page=l2tpv3.html
Ik durf niet direct te zeggen wat de beste keuze is.
21/10/12 19:50
Ik zelf zou voor OpenVPN gaan. Technisch is dit mogelijk en hier is genoeg informatie over te vinden.
ja - advies en beheer: Hosting in de cloud - the next big thing!
21/10/12 19:53
Bij OpenVPN zie ik wel de mogelijkheid te bridgen aan de server side, maar aan de client side zou ik dan op elke server een OpenVPN client moeten installeren. Of zie ik dat verkeerd?
21/10/12 23:11
Ik gebruik regelmatig draytek's. Die kunnen onderling prima site-to-site VPN's opbouwen(PPTP of IPsec) zodat je bij het hele netwerk kan. Beide kanten hebben wel hun eigen DHCP en dus IP range, maar 192.168.1.x kan wel 192.168.0.x benaderen etc. Zou dit voldoen? Of moet de externe locatie gebruik maken van de DHCP van de hoofd locatie?
colocenter.nl - Een van de duurzaamste datacenters van NL, PUE < 1,10 en dalend
Quote