similar to: Problem when one node is N/A

Hello i have fedora 11 and build from next branch ovirt during boot by network (pxe) second node appear error. host stay anavailable and not sent to manage node identify data. ping return "unreachable host" Where may be error ? in /var/log/message selinux is permissive Jun 23 06:07:50 main dnsmasq[4500]: DHCPDISCOVER(eth0) 00:30:48:5f:28:40 Jun 23 06:07:50 main dnsmasq[4500]:

Hello Tincers, Is it possible to replicate the TOS of a package (or even the mark) from a packet before entering the TAP to match the encrypted packet that goes to the Internet? I have a 20+ nodes in a tinc network and I need to privilege ssh packets that goes inside the VPN above anything. I can't just give priority to all tinc packets as there are a lot of bulk traffic going on that does

Hello tincers, I was recently trying to add a new Windows client to my tinc network and ran into an interesting error; upon starting tinc I am met with the usual successful startup (debug level 0; detects TAP device; Ready), however it appears that any writes/reads from the TAP device fail with: "Error while writing to Windows tap device <device ID truncated>: (997) Overlapped I/O

At the same site, DTMF recognition is functioning badly, sometimes duplicating digits and sometimes totally missing others. We have checked already /proc/interrups, there is no interrupt being shared. Our zaptel has .. span=1,1,0,ccs,hdb3 On zapata we have ... switchtype=euroisdn signalling=pri_cpe relaxdtmf=no (yes doesn't seem to help) -----Original Message----- From:

Etienne Dechamps <etienne at ...> writes: > > You should mention your tinc version and the version of the > "TAP-Windows Adapter V9" driver for the virtual network device you're > using (i.e. the contents of "Driver version" as seen in the Device > Manager). > > On Mon, Dec 15, 2014 at 10:04 PM, Adam Del Vecchio <adam at ...> wrote: >

hello tincers, when I on battery on my notebook, running powertop, I get nic:<tinc-net-name> as the most power consuption resource in my notebook just after the screen. This happens no matter if I have traffic or not. I am not really sure that if this is really a tinc fault or a tap/tun implementation that never sleeps. any advice? -------------- next part -------------- An HTML

Hello! I'd like to use PriorityInheritance option, despite it is still experimental. (Why it could be experimental, when it looks quite simple feature, no?) But this option doesn't change the TOS field of outgoing UDP packet. I just do tcpdump on outgoing interface from vty1: $ sudo tcpdump -vni eth0 udp dst port 655 And from vty2 I do ping with setting of tos field to EF(0xb8). $

On 2020/7/29 ??5:55, Eli Cohen wrote: > On Wed, Jul 29, 2020 at 05:21:53PM +0800, Jason Wang wrote: >> On 2020/7/28 ??5:04, Eli Cohen wrote: >>> On Tue, Jul 28, 2020 at 12:24:03PM +0800, Zhu Lingshan wrote: >>>> +static void vhost_vdpa_setup_vq_irq(struct vhost_vdpa *v, int qid) >>>> +{ >>>> + struct vhost_virtqueue *vq = &v->vqs[qid];

Hi tincers, simple question, I've got a tinc vpn running over a connection which is sometimes very very slow. Now, on the homepage of tinc, it says "compression of all traffic", but in the man page "compression for UDP packets". which one is true? Cheers, Jeroen. -------------- next part -------------- An HTML attachment was scrubbed... URL:

You are almost certainly hitting this TAP driver issue: https://github.com/OpenVPN/tap-windows6/issues/3 There are two possible solutions: - Downgrade the TAP driver to the old version (the one provided with tinc) - Upgrade the TAP driver to the fixed version which is included in the latest OpenVPN installers at http://openvpn.net/index.php/download/community-downloads.html Note that I did not

You should mention your tinc version and the version of the "TAP-Windows Adapter V9" driver for the virtual network device you're using (i.e. the contents of "Driver version" as seen in the Device Manager). On Mon, Dec 15, 2014 at 10:04 PM, Adam Del Vecchio <adam at corona.xyz> wrote: > Hello tincers, > > I was recently trying to add a new Windows client to

Hello dear Tincers! I recently developed an extension to tinc 1.0.x protocol which introduces automatic and decentralized hosts update subsystem. The idea is to provide stable protocol extension to tinc which will do all the dirty work of spreading information about new hosts in network across all nodes by powers of tinc itself. If you're interested, you can take a look at the diff made for

That sounds pretty amazing. Excellent work and thanks for contributing, I hope this gets implemented. On 16 Oct 2015 11:02, "????" <lynx at lynxlynx.tk> wrote: > Hello dear Tincers! > > I recently developed an extension to tinc 1.0.x protocol which > introduces automatic and decentralized hosts update subsystem. > > The idea is to provide stable protocol

Hi, I am running tinc on alpine linux 2.7.8 in 2 seperate environments. The first environment is running for about a month without any problems. The second environment causes some trouble. It looks like a memory leak on the client side. tincd.conf: ConnectTo=ServerHost Device=/dev/net/tun Mode=switch Name=ClientHost PMTUDiscovery = yes DeviceType=tap PriorityInheritance = yes

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 =

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

Hi, I've observed this strange behaviour for a while in my test environment. It looks like that all problems gone away when I switch to "hub-mode" instead of switch mode. Does tinc still work properly in switch mode when I transport vlan tagged traffic within that tunnel? In my environment the side, which is receiving arp requests from the wired interface, is running out of

Hello tincers, I run a small tinc mesh using version 1.1pre10 on mostly linux (debian) hosts. In the past, I was able to successfully join my windows machine to the tinc network, when I was running an earlier version of tinc (throughout the mesh). However, with 1.1pre10, I have had no success. Is this a known error, a misconfiguration on my part, or some other issue? I currently have no tinc-up