search for: uu3

...le wait up to hardcoded (for now) value. After wait (IP stack reconf or timeout) we launch 'tinc-up' script. To handle initial TAP device traffic, script is now launched in separate thread. This version works 100% for me under Win2003. ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at tinc-vpn.org Subject: Re: Win32: problem with tinc-up script Date: Sun, 9 Oct 2016 16:55:01 +0200 (CEST) Message-ID: <Pine.LNX.4.64.1610091653050.19164 at cube> I added Web Browser so everyone can peek at commit without cloning whole repo: http://borg.uu3.net/cgit/cgit....

Okey, after more extensive R&D and testing I came up with 2 final solutions: 1) external tool: wipchg 2) internal tincd: wait_device(int secs) Both solution works 100% time (tested on Win2003). I publish them here, so interested parties can do they own testing. 1) ftp://borg.uu3.net/home/borg/tmp/wipchg.tgz You need Mingw compiler to build this. 2) http://borg.uu3.net/cgit/cgit.cgi/OEM/tinc/log/?h=tap_wait Regards, Borg ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at tinc-vpn.org Subject: Re: Win32: problem with tinc-up script Date: Thu,...

Hello. Yet again I fight with tinc-up script on windows. Long time ago I added hastly commit to fix it: f61fd437ca36ff03cd669726894a09ae4e128427 Unfortunately, its not enough.. So I decided to change aproach. Here it is: git://borg.uu3.net/OEM/tinc.git branch: tap_wait Im using iphlpapi to wait for windows IP stack to settle with newly initialized device. After that, when tinc-up is called, you can for example add extra routing. Without this, any route command will simply fail. There is at least one problem. Tinc will hang when...

...when windows is booting, the windows IP stack does a lot of other things and so NotifyAddrChange() returns earlier for other interfaces probably. Seems fixing that is much harder that I expected. More research is needed to correctly fix that. ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at tinc-vpn.org Subject: Re: Win32: problem with tinc-up script Date: Tue, 11 Oct 2016 20:48:00 +0200 (CEST) Message-ID: <Pine.LNX.4.64.1610112044420.28949 at cube> Okey, this is new and better version. Now we handle wait up to hardcoded (for now) value. After wait (IP sta...

I added Web Browser so everyone can peek at commit without cloning whole repo: http://borg.uu3.net/cgit/cgit.cgi/OEM/tinc/log/?h=tap_wait ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at tinc-vpn.org Subject: Win32: problem with tinc-up script Date: Sun, 9 Oct 2016 14:27:17 +0200 (CEST) Message-ID: <Pine.LNX.4.64.1610091400130.16372 at cube> Hello. Yet...

On Mon, Oct 24, 2016 at 09:04:49PM +0200, borg at uu3.net wrote: > Okey, after more extensive R&D and testing I came up with 2 > final solutions: > > 1) external tool: wipchg > 2) internal tincd: wait_device(int secs) > > Both solution works 100% time (tested on Win2003). > I publish them here, so interested parties can...

...-------- Original message ---------- From: Guus Sliepen <guus at tinc-vpn.org> To: tinc-devel at tinc-vpn.org Subject: Re: Large scale tinc tests Date: Wed, 23 Sep 2015 15:47:00 +0200 Message-ID: <20150923134700.GJ17506 at sliepen.org> On Wed, Sep 23, 2015 at 09:07:16AM +0200, borg at uu3.net wrote: > I wonder if someone here performe such large scale > tinc-vpn tests.. There are platforms like Imunes or CORE > to do generic Ethernet and IP testing and routing, but I found > that at least on Imunes it is problematic to start TAP iface > on vimage on FreeBSD (at least...

...---------- Original message ---------- From: Guus Sliepen <guus at tinc-vpn.org> To: tinc-devel at tinc-vpn.org Subject: Re: Commit 68f4ca7 issues Date: Fri, 8 Apr 2016 13:26:57 +0200 Message-ID: <20160408112657.GF3784 at sliepen.org> On Fri, Apr 08, 2016 at 12:29:27PM +0200, borg at uu3.net wrote: > I have issues building tincd-1.0.26 on FreeBSD 4.11 While I do like to make things backwards compatible, tinc 1.0.26 is from 2015, and FreeBSD 4.11 is from 2005. Is there a reason you're sticking to 4.11, and/or do you have the same issue with a newer version of FreeBSD, like...

Hi. I have issues building tincd-1.0.26 on FreeBSD 4.11 Seems commit 68f4ca711593416d0defd81199b176ba604c6cb1 that "modernizes" build system was a bad idea after all? Not sure why merging lib/ to src/ was done. Most software I see contains directories like compat/ to aid building for older or broken environments.. This makes clear difference between software sources itself (src) and

Hello. I wonder if someone here performe such large scale tinc-vpn tests.. There are platforms like Imunes or CORE to do generic Ethernet and IP testing and routing, but I found that at least on Imunes it is problematic to start TAP iface on vimage on FreeBSD (at least 4.11 with I use). To fix that, I think about coding in BSD NetGraph support to tinc. But first I need to do testing if actualy

Hello. I have some doubts about this commit: 09d60499af3acef2ba9bd7be15e8d1c44249f8d5 Always call res_init() before getaddrinfo(). Im not sure if this is really a good idea to call res_init() so often. In UNIX, resolv.conf does NOT really change.. and if it changes ever.. its not a problem to restart affected processes. Does anyone think about any ill-effects res_init() can do when called

On Wed, Sep 23, 2015 at 09:07:16AM +0200, borg at uu3.net wrote: > I wonder if someone here performe such large scale > tinc-vpn tests.. There are platforms like Imunes or CORE > to do generic Ethernet and IP testing and routing, but I found > that at least on Imunes it is problematic to start TAP iface > on vimage on FreeBSD (at least...

On Wed, Sep 23, 2015 at 08:01:59PM +0200, borg at uu3.net wrote: > Well. I want to test subnet propagation, alternate paths, etc... > Do this, I would use Imunes because im very familiar with it.. > I want to build small test network around 10 nodes with different > connectivity between them and then lay-out tinc network on it. > Then...

On Fri, Apr 08, 2016 at 12:29:27PM +0200, borg at uu3.net wrote: > I have issues building tincd-1.0.26 on FreeBSD 4.11 While I do like to make things backwards compatible, tinc 1.0.26 is from 2015, and FreeBSD 4.11 is from 2005. Is there a reason you're sticking to 4.11, and/or do you have the same issue with a newer version of FreeBSD, like...

On Fri, Apr 08, 2016 at 02:55:10PM +0200, borg at uu3.net wrote: > There are few reasons why I stick to older OSes. > In case of FreeBSD its my customized Imunes platform > for network simulations... Hm, I just tried FreeBSD 4.11 in a VM and it seems it doesn't support C99 at all. So I guess you already had to install a newer GCC and wh...

Hello. I noticed that there is no UDPOnly option. Why so? I prefer to control traffic as much as possible.. I belive, currently, when there is loss of connectivity, tinc tries TCP too to restore connectivity... If succeed, it needs to switch back to UDP then... Right? So, can tinc use only UDP? Or it needs TCP for some metadata communication? Regards, Borg

Hello. Im running tinc from long time, but recently I noticed that tinc TCP connections are not closed correctly (timeout). They seem to linger around like this: Proto Recv-Q Send-Q Local Address Foreign Address State tcp 80 0 xxx.x.x.xx:58801 xx.xxx.xxx.xx:*** ESTABLISHED tcp 515 0 xxx.x.x.xx:45422 xx.xxx.xxx.xxx:*** ESTABLISHED

Hi, thank for getting back. I'll answer the questions, but I've already gave up on tinc and switch to zerotier-one. On 2020-07-27 5:10 p.m., borg at uu3.net wrote: > Hi. I have few questions out of curiosity.. Cant help for now with > your problem... > > What version is crashing? 1.1 or 1.0 ? 1.1 is crashing > > How your network is segmented..? > I use tinc myself here a lot too (1.0) but my network is very segmented. > I us...

...ous structures does not work on gcc-2.95. If you guys want to support a bit older platforms I suggest fixing it. You can check out patch I created to fix this issue. I just added 2 extra structures to remove anonymous structs inside connection_status_t and node_status_t. Patch is here: ftp://borg.uu3.net/pub/unix/tinc/tinc.patch Attaching it as well. Regards, Borg -------------- next part -------------- diff -ubr tinc-1.0.8/src/connection.h tinc-1.0.8.my/src/connection.h --- tinc-1.0.8/src/connection.h Thu Aug 10 00:27:26 2006 +++ tinc-1.0.8.my/src/connection.h Thu Sep 25 10:25:12 2008 @@ -32...

...av at mijnuvt.nl> To: tinc-devel at tinc-vpn.org Subject: Re: SegFault when using TunnelServer=yes Date: Mon, 27 Jul 2020 17:35:21 -0400 Hi, thank for getting back. I'll answer the questions, but I've already gave up on tinc and switch to zerotier-one. On 2020-07-27 5:10 p.m., borg at uu3.net wrote: > Hi. I have few questions out of curiosity.. Cant help for now with > your problem... > > What version is crashing? 1.1 or 1.0 ? 1.1 is crashing > > How your network is segmented..? > I use tinc myself here a lot too (1.0) but my network is very segmented. > I...