On Tue, 4 Jun 2013 12:15:30 +0200, wen lui wrote:
> let me explain my understanding on tun/tap
>[snip]
Sorry, but what does all this have to do with OpenVPN development?
--
D.
let me explain my understanding on tun/tap
tun device is related to a file descriptor fd :
fd=open("/dev/net/tun",O_RDWR)
when I write to this fd, write(fd, packet,..)
tun device deliver this packet to kernel TCP/IP stack
when kernel TCP/IP stack send a packet to tun device
I can read from the f
Hi,
On Tue, Jun 04, 2013 at 08:19:21AM +0200, Gerhard Wiesinger wrote:
> I've a usecase with OpenVPN and NAT with UDP where the commercial firewall
> changes NAT binding. Keep alive is 30s, so short enough. Also float option
> doesn't help because it accepts packets but doesn't do the source por
Hi,
I've a usecase with OpenVPN and NAT with UDP where the commercial firewall
changes NAT binding. Keep alive is 30s, so short enough. Also float option
doesn't help because it accepts packets but doesn't do the source port
change. Details find below. This behaviour is reproduceable on differ
I wrote a patch to add AEAD cipher modes to OpenVPN. This is one of
NIST's recommended modes and newer Intel chips supporting the AES-NI
(with PCLMULQDQ) have excellent support for acceleration in this mode.
I posted the initial version at
https://community.openvpn.net/openvpn/ticket/301 and that t
