similar to: Tincd fails to resolve domain names before it is started name resolution becomes available.

On Sun, Feb 1, 2015 at 11:19 AM, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote: > >> If tincd is started before name resolution comes up, it keeps failing >> for ever to resolve domain names in Address= host configuration >> variable after name resolution becomes possible. >> >> I think tincd should

On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote: > If tincd is started before name resolution comes up, it keeps failing > for ever to resolve domain names in Address= host configuration > variable after name resolution becomes possible. > > I think tincd should succeed in resolving domain names after name > resolution becomes available. The problem is when

+1 I was noticing the same thing and currently solved it using dnsmasq. On Feb 1, 2015 1:48 AM, "crocket" <crockabiscuit at gmail.com> wrote: > If tincd is started before name resolution comes up, it keeps failing > for ever to resolve domain names in Address= host configuration > variable after name resolution becomes possible. > > I think tincd should succeed in

Agreed. On Feb 1, 2015 4:21 AM, "Etienne Dechamps" <etienne at edechamps.fr> wrote: > On Sun, Feb 1, 2015 at 11:19 AM, Guus Sliepen <guus at tinc-vpn.org> wrote: > > On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote: > > > >> If tincd is started before name resolution comes up, it keeps failing > >> for ever to resolve domain names in

William Kennington <william at wkennington.com> writes: > Agreed. > On Feb 1, 2015 4:21 AM, "Etienne Dechamps" <etienne at edechamps.fr> wrote: > >> Considering how cheap that operation seems to be, would it make sense >> to call res_init() every time tinc retries a metaconnection? It's not >> doing that very often anyway... and it would solve

Am 02.02.2015 um 19:32 schrieb Nicol?s Reynolds: > William Kennington <william-5Om/gJxqp8Dx9BLsLxWUfA at public.gmane.org> writes: > >> Agreed. >> On Feb 1, 2015 4:21 AM, "Etienne Dechamps" <etienne-ypMCQUleWbRvynnTyRI/EA at public.gmane.org> wrote: >> >>> Considering how cheap that operation seems to be, would it make sense >>> to

Hello, I am trying 1.1 branch and I experience a segmentation fault upon ALRM signal. This looks like a race condition. I have my tincd daemon instantiated manually in if-up.d/jmuchemb (without IF_TINC_NET) and when if-up.d/tinc runs, it sends a ALRM signal that makes tincd crash. It fails here: Core was generated by `tincd -D -n jmuchemb -d -o ConnectTo srv -o srv.Address 81.x.y.z -o

On my system, tinc is started on bootup. If the Network cable is not connected, tincd hangs forever after these messages: 2017-02-13 11:34:01 tinc.XXX[403]: tincd 1.0.31 starting, debug level 5 2017-02-13 11:34:01 tinc.XXX[403]: /dev/net/tun is a Linux tun/tap device (tun mode) 2017-02-13 11:34:01 tinc.XXX[403]: Executing script tinc-up 2017-02-13 11:34:02 tinc.XXX[403]: Listening on 0.0.0.0 port

GEN usr/klibc/syscalls/SYSCALLS.i GEN usr/klibc/syscalls/syscalls.nrs GEN usr/klibc/syscalls/typesize.c KLIBCCC usr/klibc/syscalls/typesize.o OBJCOPY usr/klibc/syscalls/typesize.bin GEN usr/klibc/syscalls/syscalls.mk GEN usr/klibc/syscalls/SYSCALLS.i GEN usr/klibc/syscalls/syscalls.nrs GEN usr/klibc/syscalls/typesize.c KLIBCCC

Am 17.02.2017 um 10:59 schrieb Guus Sliepen: > On Fri, Feb 17, 2017 at 09:55:26AM +0100, Sandro Stiller wrote: > >> On my system, tinc is started on bootup. >> If the Network cable is not connected, tincd hangs forever after these messages: > [...] >> 2017-02-13 11:34:02 tinc.XXX[403]: Error looking up XXX.net port 2300: Temporary failure in name resolution > [...]

Hi, some questions or wishes.. - i have some nodes with a dynamic ip, how does tinc handle this? are there keep alive pings? - if i want to force a reconnect (for example if an ip changes), i tried kill -ALRM kill -HUP but there were no reconnects, yes the manpage tells it, but a reconnect would be nice. - it is very important to me, that the interface does not go down. - when will tinc 2

Hello, I have 4 VM's running in Microsoft Azure. They all should have similar configurations except from their tinc ip addresses of course. They run tinc 1.0.24. I have a 5th machine, my development machine. I am able to ping all 4 VM's from my computer when I start tinc from the commandline (tincd -n innomeer -D -d 2). 3 of the computers also work ok when running tinc as a service

On Mon, Feb 09, 2015 at 10:57:05AM +0100, Florian Klink wrote: > I have some hosts which converted to systemd-networkd (which doesn't > support hooks by now), and most of the time, tinc simply won't come up > after bootup (or won't be able to reconnect when the network is > changed), which is really ugly. > > Having a local dns in front is somewhat hacky, I'd

I know i'm new to the list but i'd like to propose something for tincd daemon. I'd like to mark all sockets established by a tincd process with a mark passed as an argument in the command line. What could be the purpose of this new option? The goal of this option is to be able to have several tincd process running at the same time using the same port but using different ip. In

Hi! I'm in China now and my Internet connexion is very bad. I ever use the best ADSL provider that I can have. In some case (often), the connexion is lost. At the first time, tincd will wait few time and retry. But, this delay is increased if the connexion can't be made... so, it's quicker to kill tincd and restart it. How it possible to make tincd restart if the connexion

I'm new to tinc. I have built tincd for Linux FC5. I also have an embedded Linux platform to deal with. I'm unable to build tincd directly on embedded linux, due to compiler missing/incompatible etc. issues. So I wish to build a standalone tincd on Linux FC5, and just ftp this single executable over to embedded linux and use it. How to do that? Right now when I ftp tincd to embedded and

I found a tincd crash caused by having two "Port" statements in a host's file. I realize this is a bug in an old version of tinc that may be fixed but I spent the past few hours tracking it down so I'm sharing it in hopes others can make use of this info. I was "cleaning" up my Tinc VPN of a collection of OpenWrt routers and tincd started crashing with "Got fatal

On a recently formatted debiann 7 server, I'm running tinc1.1pre9 and running in to this type of error every 3-4 days. Mar 31 19:35:26 MediaBox kernel: [256033.433285] tincd[3301] general protection ip:406961 sp:7fff9e763b20 error:0 in tincd[400000+28000] I initially had compiled tinc1.1pre9 creating a static binary using musl libc. Thinking it must have been an issue with musl I

Hello, can one specify the priv/pub key filepath without the -c switch. I need some more controll over where the keys get stored. tincd.exe, without the -n switch stores it's keys in a static path. Relativ pathes would help. thx, Axel

hi, Postmaster wrote: > Hello, > > hope one can give me a hint. > > I am trying to setup secured connections for > wavelan clients with no success. > > On the windows side, the eventviewer is saying: > Bogus data reveived from 010010050001. ups, my falt. i broke one priv key. Now the connection is working. I still can not route default taffic through tincd. The