Uiteraard, maar het is geen VPN met zeer uitgebreide mogelijkheden. Er
zijn zat gevallen te bedenken waarin een WG tunnel niet voldoet.
> Bedoel 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 :)
> > een 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.
> > of 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.
> > Ik 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
> > Moet 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.
> Er 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.