similar to: Commit 68f4ca7 issues

There are few reasons why I stick to older OSes. In case of FreeBSD its my customized Imunes platform for network simulations... Anyway, back to root problem: gcc -std=gnu99 -DHAVE_CONFIG_H -DCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -DFORTIFY_SOURCE=2 -g -O2 -MT tincd.o -MD -MP -MF $depbase.Tpo -c -o tincd.o tincd.c &&\ mv -f $depbase.Tpo $depbase.Po

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 10.3? > Seems commit

Hi to everybody, Can anybody tell me what packages I need to install Tinc 1.1pre2 in a server that it had installed a previous version installed? I tried to install it and when I execute the "make" it give me a lot of errors. Best regards, Ramses

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 what not to get things running :) > Anyway,

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)

Okey, this is new and better version. Now we handle 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:

Hi Maxim, I'm having the same result, though I got some more output with debug level 5; it's definitely failing to create the specified tincdev0 network device. Is there something I need to change on OS X to enable that? See: $ sudo tincd -D -c /etc/tinc/robotvpn -d tincd 1.0.26 (Nov 2 2015 06:12:50) starting, debug level 1 /dev/tap0 is a Generic BSD tap device ifconfig: interface

Hi Maxim, Not much to it: avahi-autoipd -D $INTERFACE # ifconfig $INTERFACE 169.254.45.23 netmask 255.255.0.0 up ip route add 172.20.0.0/16 dev $INTERFACE Mac OS X doesn't have "ip" by default, so I also installed the Homebrew package "iproute2mac", which provides an emulation of "ip" on top of the legacy ifconfig/route calls. The commented-out ifconfig

Hey all, I'm trying to use tinc 1.0.26 from Homebrew on Mac OS X 10.10.5, and having some trouble. Is anyone successfully doing this? Here's my config: $ sudo cat /etc/tinc/robotvpn/tinc.conf Name = elendur Mode = switch AddressFamily = ipv4 Interface = tincdev0 Compression = 1 ConnectTo = robot_ph_cpe22_04 And here's the invocation: $ sudo tincd -D -c /etc/tinc/robotvpn -d tincd

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

Hi, I am trying to isntall Xapain. I run $./cofigure optionand then I rune make, but it echos following message in infinite loop. Is there anything wrong? How to correct? --------------------------------- /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I./common -I./include -Wall -W -Wredundant-decls -Wpointer-arith -Wcast-qual -Wcast-align -Wno-long-long

I get this error starting tincd: tincd -n vpndr -d5 -D tincd 1.0.26 (Jan 22 2016 19:28:17) starting, debug level 5 /dev/net/tun is a Linux tun/tap device (tun mode) Executing script tinc-up System call `getaddrinfo' failed: Name or service not known Terminating Also keepalived return an error when tincd start. Starting as a daemon. Joutnalctl show this: Jan 22 23:14:49 systemd[1]:

Hi Charles, Thanks for the prompt reply! Errors occur when execute make: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF .deps/nutclient.Tpo -c

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

Hello, I am attempting to run tinc on a raspberry pi (version 1 B HW, 512mb ram). Tinc starts, but then the tinc daemon crashes. # cat /etc/issue Raspbian GNU/Linux 7 \n \l # cat /etc/debian_version 7.8 $ apt-cache showpkg tinc Package: tinc Versions: 1.0.19-3 (/var/lib/apt/lists/mirrordirector.raspbian.org_raspbian_dists_wheezy_main_binary-armhf_Packages) Description Language:

Hello, Upon compiling the flac tree today, after many successful compilations over the last few weeks, a new error is appearing before compilation bails out. This is a cross-compilation using gcc-5.3.0 running on GNU/Linux, with the objects being built for a mingw-w64-x86_64 host. Among other things, the compiler is looking for windows_unicode_filenames.h but it isn't there. Also, I'm

Hello, I have two servers (A and B) in separate locations. Both are connected together via two tinc switches to provide two subnets on both servers. This works pretty good. I can start my VMs on any server connected to one of those bridges without changing any routes. The subnets hosted on both servers (each in a bridge) are 172.16.10.0/24 (mainly on A) and 172.16.11.0/24 (mainly on B) Now I

I'm getting a gazillion of these probes in my firewall logs. I don't understand what's going on here,... These all look like bootp requests from 10.21.72.1, to 255.255.255.255. there's certainly no 10.x.x.x here on this network, and I don't get the destination address... is it possible to send packets out onto the internet addressed like that? whois doesn't turn up

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk

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