similar to: [Announcement] Tinc version 1.0.27 released

>Updated support for BSD tun/tap devices. It is broken on FreeBSD tun. tcpdump on tun, 09:05:07.458988 IP0 bad-hlen 0 On Sun, Apr 24, 2016 at 8:16 PM, Guus Sliepen <guus at tinc-vpn.org> wrote: > With pleasure we announce the release of tinc version 1.1pre12. Here is > a summary of the changes: > > * Added a "--syslog" option to force logging to syslog even if

Guus: Great job. I would love to see a library version of Tinc for linux. Kind of like an API instead of configuration files. Don't have time right now, but maybe one day I will re-factor the code for library orientation. It would have a single unix socket with a JSON API. I use Tinc on linux Ubuntu 15.10 x64 for all my vpn stuff. It allows Elastic Search and RethinkDB to survive in the

With pleasure we announce the release of tinc version 1.1pre12. Here is a summary of the changes: * Added a "--syslog" option to force logging to syslog even if running in the foreground. * Fixes and improvements to the DecrementTTL function. * Improved PMTU discovery and UDP keepalive probes. * More efficient relaying of UDP packets through intermediate nodes. * Improved

With pleasure we announce the release of tinc version 1.1pre12. Here is a summary of the changes: * Added a "--syslog" option to force logging to syslog even if running in the foreground. * Fixes and improvements to the DecrementTTL function. * Improved PMTU discovery and UDP keepalive probes. * More efficient relaying of UDP packets through intermediate nodes. * Improved

On Thu, Sep 10, 2015 at 19:34:21 -0400, Nathan Stratton Treadway wrote: > It seems that when the cksum is incorrect, it is always off by 1. > [...] > Am I correct in concluding that this cksum problem is a bug in Tinc? After investigating this further, I'm fairly certain that problem originates in the following lines of the clamp_mss() function in route.c: [...] csum ^=

I'm running Tinc on a Linux machine inside my home network, connecting through a NATing router to a Tinc server out on the Internet. I've noticed that fairly frequently the SSH sessions I leave open (but unused) get aborted with a "Connection reset by peer" message. When I investigated closely, I found that after a period of inactivity my router times out the UDP

We have a Zenoss server in our main office monitoring (among many other things) an Apache server in a remote network, with a Tinc link between the two networks. The monitoring simply involves making an HTTP request to a URL once every 5 minutes and confirming that a response page comes back. Most of the requests to this particular web server succeed (and similar requests to other web servers

On Thu, May 14, 2015 at 10:12:40 +0200, Florent B wrote: > On 05/13/2015 05:00 PM, Guus Sliepen wrote: > > I have no experience with Ubuntu, but I find it hard to believe it would > > block ICMP Fragmentation Needed packets out of the box. > > I can confirm you that this is the case. Ubuntu ignores those ICMP > packets... :( (rp_filter settings) > > You can see it

On Tue, May 19, 2015 at 00:09:40 +0200, ?smund Rabbe wrote: > All nodes was connected both 1.1pre10 and 1.1pre11 before "tinc -n vpn > restart" at Node 1. Is there any chance some configuration file on Node 1 got changed somehow after the previous time you started up the daemon, such that when you restarted it recently it came up with a different configuration than it had before?

With pleasure we announce the release of tinc versions 1.0.32 and 1.1pre15. Here is a summary of the changes in tinc 1.0.32: * Fix segmentation fault when using Cipher = none. * Fix Proxy = exec. * Support PriorityInheritance for IPv6 packets. * Fixes for Solaris tun/tap support. * Bind outgoing TCP sockets when ListenAddress is used. Thanks to Vittorio Gambaletta for his contribution to this

With pleasure we announce the release of tinc versions 1.0.32 and 1.1pre15. Here is a summary of the changes in tinc 1.0.32: * Fix segmentation fault when using Cipher = none. * Fix Proxy = exec. * Support PriorityInheritance for IPv6 packets. * Fixes for Solaris tun/tap support. * Bind outgoing TCP sockets when ListenAddress is used. Thanks to Vittorio Gambaletta for his contribution to this

Thanks Guus! Looking forward to trying out tinc 1.1pre15. Can 1.1pre15 nodes coexist with 1.1pre14 nodes? Nirmal On Sat, Sep 2, 2017 at 1:47 PM Guus Sliepen <guus at tinc-vpn.org> wrote: > With pleasure we announce the release of tinc versions 1.0.32 and > 1.1pre15. > > Here is a summary of the changes in tinc 1.0.32: > > * Fix segmentation fault when using Cipher =

Thanks Guus! Looking forward to trying out tinc 1.1pre15. Can 1.1pre15 nodes coexist with 1.1pre14 nodes? Nirmal On Sat, Sep 2, 2017 at 1:47 PM Guus Sliepen <guus at tinc-vpn.org> wrote: > With pleasure we announce the release of tinc versions 1.0.32 and > 1.1pre15. > > Here is a summary of the changes in tinc 1.0.32: > > * Fix segmentation fault when using Cipher =

Hello list, I install the tinc 1.0.33 through Homebrew using the below command: brew install tinc And I configure the tinc and want to start it, but the tinc logs shows that utun socket resource busy: /u/l/C/t/1.0.33 ❯❯❯ cat /usr/local/Cellar/tinc/1.0.33/logs/tincd.log 2018-02-26 16:04:15 tinc[60361]: tincd 1.0.33 starting, debug level 0 2018-02-26 16:04:15 tinc[60361]: Could not connect utun

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Thu, 12 Nov 2020, Graeme Tattersall wrote: > > Hi Folks, Hi Graeme, > Does anyone have a set of config files handy, using tinc in routed/tun > mode (preferably DeviceType=utun) I have 'DeviceType = tun', does that qualify? (running on linux) > > > I'm particularly interested to see what the tinc-up and

Hi Folks, Does anyone have a set of config files handy, using tinc in routed/tun mode (preferably DeviceType=utun) I'm particularly interested to see what the tinc-up and tinc-down files should look like when the vpn is not using tap mode. I have this, from my tap (switch mode tinc) , but it doesn't work for tun devices.    ifconfig $INTERFACE inet 10.10.101.2/24 up If I run my

Would it be possible to mix the router and switch mode in the same tinc network?  I’m running tinc for a couple of years now in switch mode. It works very well. I have a dozen of vm’s connected to a couple of VM’s on 2 physical nodes. Those VM’s on the physical nodes are connected via a 2nd interface to an openvswitch bridge on which those physical nodes provide the connection outside. As extra

Hi, attached is a patch that fixes that the NAME variable in subnet-up/down scripts for local subnets is not set. The reason for this was that there was a "hole" in the envp array in src/subnet.c:subnet_update(). If the subnet was local, envp[6] was NULL and the evaluation stoped there. Actually, the name string was leaking. This is easily fixed by changing the order in the array. I

All nodes was connected both 1.1pre10 and 1.1pre11 before "tinc -n vpn restart" at Node 1. Shouldnt at least the 1.1pre10 nodes connect again? 2015-05-18 23:39 GMT+02:00 Guus Sliepen <guus at tinc-vpn.org>: > On Mon, May 18, 2015 at 11:04:09PM +0200, ?smund Rabbe wrote: > > > One of the nodes (Node5) stopped working a while ago (2 - 3 weeks or so), > > other

** File uploads with AJAX mojo ** Respond with RJS to your parent window with a form action targeted to a hidden IFRAME. Handles all the painful situations like scoping your JavaScript to your parent window generating the script block for execution and clearing the IFRAME after execution so the back button doesn''t re-execute the action. `plugin install