I also decided to make one more fork https://github.com/leakingmemory/vtun-embedded which is going to remain a C autoconf project. The intention is to keep this project in sync with vtun-ng for applications where the rust rewrite is not possible or not practical to use. I personally recommend using vtun-ng as a replacement for vtun where possible, but whenever that is not possible I intent to maintain the vtun-embedded project as a compatible solution. Best regards, Jan-Espen Oversand
Forking and attempting to do an incremental rewrite of parts
Adapt to OpenSSL version 3.
Support OpenSSL 3.0
3.0.4 - /etc/vtund.conf not delivered by install when built on some hosts
Support OpenSSL 1.1
Mailed CF : the upstream source isn't pristine and want to check on it to be sure...
The sf.net website's not updating. Moved to the vtun.info site for now.
vtun303 - compile issue on EL6
Patched in for 305, :-D which didn't get out this weekend. :-(
Web page doesn't mention version 3.0.4
Until we can get control of the github account, website has been updated.
Thanks for reporting that. I may have reporting that in my own bugzilla but not here....
Hmm. The Debian folks didn't seem to pass that ticket and patch up the stream. Thanks...
Undefined symbols _clear_nat_hack_flags
Web page doesn't mention version 3.0.4
$ sed '/up/,/}/s/}/};/' vtund.conf | diff -u vtund.conf - --- vtund.conf 2016-12-04...
vtund complains "Invalid clause 'xxx' line yyy" works flawlessly when only one host...
vtund complains "Invalid clause 'xxx' line yyy" works flawlessly when only one host...
vtund complains "Invalid clause 'xxx' line yyy" works flawlessly when only one host...
cpu spike / fill system log - proposed patch
Not sure this affects Upstream; may only affect Debian-supported code fork https://sourceforge.net/p/vtun/bugs/58/...
When it comes down to it, and since I worry the Debian package has a few patches...
Well-timed SigHUP can knock debian client into spammy loop
cpu spike / fill system log - proposed patch
Better solution: Add openlog() after closelog() in vtun_suslog() code (patch att...
UPD: It seems to be requires replacing ALL syslog() calls to vtun_syslog()
Weird log prefixes with changed /proc titles
Known workaround: grep -v setproctitle configure.in > tmp mv tmp configure.in autoreconf...
Setting /proc title not working with new libbsd versions
I'm very sorry to admit I don't understand what you have written. Can you copy-and-paste...
HI dear fried i read config have not server address for clinet side and the server...
Incorrect Blowfish-CBC/CFB/OFB encryption on 64-bit architectute
Email replies to this user are bouncing. Ticket held open anyway, pending testin...
vtun 303 - systemd-tmpfiles and /var/lock mounted tmpfs
64-bit vtun client normally receives first encrypted packet from 32-bit server, but...
64-bit vtun client normally receives first encrypted packet from 32-bit server, but...
Incorrect Blowfish-CBC/CFB/OFB encryption on 64-bit architectute
Hi Bishop. yeap, tried not adding any ARP already. also tried on the server only...
Hey Morkeus, Thanks for all the information you've sent. Your original thought about...
Thanks Bishop. still troubleshooting this. there are no active firewalls on both...
Argh. That's are allowing related, but blocking new ICMP. Argh again. Bishop wrote:...
Hi! I thought it may be a routing problem, but it doesn't sound like it. I think...
Hi all. I have been playing with vtun for the last couple of hours. I have got the...