similar to: packet loss

Hello again :) Thank you all for your reply's. Below are the config files of the 3 hosts. I use  tinc in router mode. I do not have a kernel mode config lines anywhere so tinc must be using the default settings here. I added the ipaddressx to subnets on hostc and this works. Traffic to that ip is now routed via hostc. But since this ipaddressx address changes often I need to resolve it

Hi, I´m using Tinc for several years, but I didn´t fix a performance problem. There a about 20 nodes in this network. Master: 10.0.0.12 (dedicated host in a datacenter, debian, 100mBit port) tinc.conf: Name = TincKnoten12 AddressFamily = ipv4 Interface = tun ProcessPriority=high mode = router #DirectOnly = no Compression=0 PMTUDiscovery = yes #IndirectData = yes #ReplayWindow = 64 #ConnectTo

On 11 April 2018 at 11:30, Hans de Groot <hansg at dandy.nl> wrote: > Hello again :) > > Thank you all for your reply's. Below are the config files of the 3 hosts. > I use tinc in router mode. I do not have a kernel mode config lines > anywhere so tinc must be using the default settings here. > > I added the ipaddressx to subnets on hostc and this works. Traffic

> On 18 Jun 2017, at 15:44 , Bright Zhao <startryst at gmail.com> wrote: > > I agree with the in-effective of TCP transmission, but I wonder if the the UDP packet is dropped, the tinc VPN itself wouldn’t retransmit, and if the upper level application doesn’t handle the packet loss well, will this be the problem? > > Or the upper level application have very limited tolerance

(please keep me addressed directly as I am not subscribed to the list) Hi, I am experiencing high packet loss on a Tinc tunnel under load. For example, a running Ping looses about 60% of packages while apt-get update is utilizing the tunnel. I am not very certain that Tinc is the culprit, as the tunnel is running over a Wifi connection. The Wifi connection has been proven to be stable, though.

With pleasure we announce the release of version 1.0.10. Here is a summary of the changes: * Fixed potential crashes during shutdown and (in rare conditions) when other nodes disconnected from the VPN. * Improved NAT handling: tinc now copes with mangled port numbers, and will automatically fall back to TCP if direct UDP connection between nodes is not possible. The TCPOnly option

With pleasure we announce the release of version 1.0.10. Here is a summary of the changes: * Fixed potential crashes during shutdown and (in rare conditions) when other nodes disconnected from the VPN. * Improved NAT handling: tinc now copes with mangled port numbers, and will automatically fall back to TCP if direct UDP connection between nodes is not possible. The TCPOnly option

Hi, I had some performance problems with TINC running on Windows XP. I had a VPN tunnel running over a wireless network to a Linux VPN server. Web browsing through the tunnel was a pain. Big web pages with lots of pictures loaded very slow compared to a plain network connection. When the VPN client was running on a Linux computer, and a Windows computer was browsing the web through the VPN

I'm been experiencing a very very odd problem for the past several weeks and am throwing it out in case someone can shed some light on it for me. There is a single box on our tinc mesh which can be pinged from all hosts, but cannot ping any. It is not limited to ping, the box cannot communicate over tinc. tinc is running in router mode for this mesh. ~30 other nodes function normally,

On Sun, May 10, 2015 at 08:16:54PM -0400, Darik Horn wrote: > > LZ4 is supposed > > to be a very fast compression algorithm, especially when it comes to > > decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, > > there are many benchmarks you can find online, but most of them deal > > with compressing large files. Tinc on the other hand has to

Earlier, my tinc topology is this: https://ibb.co/bP1EJa <https://ibb.co/bP1EJa>, let me explain a little bit: client configuration: Name = client AddressFamily = ipv4 ProcessPriority = high PingTimeout = 10 TunnelServer = yes 1. All tinc nodes configured with “IndirectData = yes”, and the lines shown on the picture with arrow means the directional “ConnectTo”, so all the tinc traffic will

Anyone here using a SOCKS server? I'm using ss5 but there seems to be a strange disconnect issue with it and openvpn. While I'm trying to figure out whether ss5 is at fault, or openvpn, I'd like to try a different SOCKS server. Could you recommend one that works well on CentOS? Thanks. -- Florin Andrei http://florin.myip.org/

I agree with the in-effective of TCP transmission, but I wonder if the the UDP packet is dropped, the tinc VPN itself wouldn’t retransmit, and if the upper level application doesn’t handle the packet loss well, will this be the problem? Or the upper level application have very limited tolerance to packet loss(like RDP application, I guess if the packet loss go to certain threshold, the connection

Hello, I have a problem connecting to one of my computers using tinc 1.0.x on Windows. It used to work, now it suddenly stopped (and nothing changed :) ) We have a server with a known ip address and port forwarding set. All computer connect to this server. I can ping from my computer (laptophenk) to the server and some other computers but not to jeffrey2015. When I set tincd to -D -d4 I get ( I

On Mon, 26 Sep 2016 07:46:36 +0000 Henk <henk at innomeer.nl> wrote: > > Hello, > > I have a problem connecting to one of my computers using tinc 1.0.x > on Windows. It used to work, now it suddenly stopped (and nothing > changed :) ) When something worked for a long time but now it's not, then there was a change. It's time to determine where! > > We

Hello, I have a problem connecting to one of my computers using tinc 1.0.x on Windows. It used to work, now it suddenly stopped (and nothing changed :) ) We have a server with a known ip address and port forwarding set. All computer connect to this server. I can ping from my computer (laptophenk) to the server and some other computers but not to jeffrey2015. When I set tincd to -D -d4 I get ( I

Hello, I'm experiencing some problems with running IAX2 protocol on quite reliable link with G729A codec. My customer has 2mb FR link to the Internet used in about 20%. Ping statistics: 50 packets transmitted, 49 received, 2% packet loss, time 49496ms rtt min/avg/max/mdev = 9.308/13.126/33.307/4.851 ms Everything would be great, but the quality isn't good enough. I have 2mb/512kb DSL

So far, OpenVPN has been working very well for me. Unfortunately, the iPhone doesn't have (yet?) an OpenVPN client, so I'm forced to work with what's available. The options are: L2TP, PPTP and IPSec. If you were to install a VPN endpoint on CentOS, which protocol would you prefer? The condition is to avoid shabby VPN servers that make the system less secure. I've seen some

I've a server running CentOS 5, Samba 3.0.23c and OpenVPN-2.1beta4 A laptop running Vista connects to the server over VPN. The CentOS server is local, domain and preferred master, and also WINS server. It looks like every once in a while the Vista laptop drops the VPN connection, which gets re-established soon after that. But the problem is, it appears that after the dropout the Vista

Hi, I've successfully running tinc1.0pre4 between two locations on SuSE Linux 7.1 in a special masquerading Firewall environment, so that I'm using the TCPonly keyword in the host files to get a connection. Otherwise I would get the message 'Received UDP packet on port 655 from unknown source <ipaddress in hex:port>'. After upgrading to 1.0pre5 I'm getting this message