On Mon, 4 Dec 2023 11:05:03 +0100
Post by Paul van der Vlishttps://en.wikipedia.org/wiki/TUN/TAP
Uiteraard, maar het is geen VPN met zeer uitgebreide mogelijkheden. Er
zijn zat gevallen te bedenken waarin een WG tunnel niet voldoet.
Post by Paul van der VlisBedoel je hiermee dat OpenVPN deel kan uitmaken van een lokaal
netwerk?
Ja, als je bedoelt dat het een virtuele kabel is met ethernet devices:
je kunt met OpenVPN een layer 2 tunnel maken, die transporteert ethernet
frames (vandaar het tap device) en kun je twee locaties in hetzelfde
broadcast domein zetten:
locatie1 <--> locatie2
10.1.0.0/24 <--> 10.1.0.0/24
Kan erg handig zijn :)
Post by Paul van der VlisPost by Richard Lucasseneen device met MTU van 1500
Daar heb ik niet zoveel verstand van. Wireguard heeft dus altijd een
wat lagere MTU? En wat is daar het nadeel van, behalve de iets
grotere overhead?
WG heeft een MTU van 1420. Dat hoeft geen probleem te zijn als alles
goed werkt maar ik heb een paar ziggo lijnen gehad die een mtu van 1452
hadden en daarbij moest ik de wg tunnel op een mtu van 1372 of 1360
zetten (o.i.d.) omdat de ingepakte pakketten er niet doorheen pasten.
Dat lag niet aan wireguard.
Post by Paul van der VlisPost by Richard Lucassenof een multihome udp server wat handig is bij meerdere externe lijnen.
Hmm, zegt me niet zoveel.
Als je een *udp* OpenVPN server hebt met meerdere lijnen en met policy
routing (meerdere route tabellen) en de ene lijn heeft 1.2.3.4 met de
default route en de andere lijn 5.6.7.8 (met een default route in
een andere tabel) dan kom je over lijn 2 binnen naar dst ip 5.6.7.8 en
gaan de antwoorden via lijn 1 met als source address 1.2.3.4 weer
terug. Dat gaat niet werken kan ik je verzekeren :-)
Met de optie "multihome" geeft OpenVPN antwoord met het ip waar het op
binnengekomen is. Een fraaie workaround voor typisch udp
(connectionless) gedrag.
Post by Paul van der VlisPost by Richard LucassenIk heb trouwens nog nooit met die kernel-module versie gespeeld. Het
zal flink wat cpu time schelen bij een flink belaste OpenVPN server.
Ja, ik heb ook wel gezien dat het behoorlijk trager kan worden door
OpenVPN. Zeker als de hardware zwak is.
Probeer die kernelmodule versie maar eens
Post by Paul van der VlisPost by Richard LucassenMoet je wel fysieke toegang hebben tot de kabel. Als ik fysieke
toegang heb tot een Linux computer kan ik ook van alles uitvreten.
Maar veel mensen wanen zich onbespied door een VPN. Nou, de
VPN-provider aan de andere kan kan precies zien wat jij uitvreet.
Dan heb ik toch liever een NL provider die zich aan de Nederlandse
wet moet houden.
Ligt eraan, als je juist die NL wet wil omzeilen kan een provider in
het buitenland wel weer prettig zijn.
Een goede reden voor een VPN is om in een ander land de geo-ip
restricties te omzeilen.
Post by Paul van der VlisEr is overigens toch wel iets wat ik mis in VPN's, namelijk het
forwarden van broadcasting. In sommige gevallen wil je dat vanwege
beperkingen in bepaalde software.
Je bedoelt broadcasten naar het broadcast adres van een netwerk? Dat
gaat sowieso alleen maar in het "broadcast domain", zodra je gaat
routeren werkt broadcasten niet meer voorbij de gateway. Een layer 2
tunnel met OpenVPN (tap devices) doet dat wel. IIRC hoef je niet eens
een ip adres aan beide uiteinden te geven. Maar het is alweer een
tijdje terug dat ik daarmee gerommeld heb.
R.
--
Richard Lucassen
http://contact.xaq.nl/