similar to: 20 kb/s as max with TCPonly

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

Hi guys!! I've followed the windows 2000/xp tutorial and not only, but it seems not to work! I've for sure committed some errors... PC (under NAT) files: tinc/vpn/tinc.conf tinc/vpn/rsa_key.priv tinc/vpn/hosts/elegos tinc/vpn/hosts/shadowkrad tinc.conf: Name = elegos ConnectTo = shadowkrad TCPOnly = yes Interface = VPN (TCPOnly as under a NAT) rsa_key.priv: -----BEGIN RSA PRIVATE

Hello, I am experiencing some weird problems in a setup with tinc where communication between the 'server' and the 'clients' occur over 3g connections. Let me describe briefly the setup: - The server, on a public IP, runs tinc 1.0.8, in router mode, and the whole setup uses one VPN network. All client's VPN addresses are on the same subnet, and each client has a seperate

Hello, response time: how is it possible to increase the response time on Tinc VPNs. When I use tinc over a fast or giga-bit network connection the ping-response time is normally about 1800 to 2000 ms. Sometimes I get ping response times at about 2.500 to 3.000 ms over a normal Ethernet Connection or a television-cable connection within the same providers-network in the same city. The ping-time

Hi there!!! I'm returned to TINC :D I've got a question: I've setted up a server in a provider's NAT, and all users of this VPN are in the same provider's NAT... Well, I let the main server connect to all users, but... only the first ConnectTo works... in fact I've noticed that if the first user connects to another one, the last can connect to the server, while he

Hi there! I'm totally new to the concept 'self-made VPNs' :P I've discovered tinc and I think it's not as easy as hamachi, but not so hard as OpenVPN :D Now: I've got 4 questions: question n.1: I'm behind a router. This router is configurable, but I'm also behind a provider's NAT (private IPs with a common public IP). Will tinc work, or it will do as

Hi, I upgraded some of my Tinc nodes from 1.0.8 recently and found something strange. All of a sudden, the vpn would not work as a full-mesh. Certain nodes were not contactable. I re-generated my rsa-keys, and checked my configuration. My vpn uses the following in tinc.conf, as I am routing both ipv4 and v6. === name = node1 mode = switch AddressFamily = any PMTU = 1280 PMTUDiscovery = yes

If the concern is more about the reliability instead of throughput, should I add TCPonly = yes in the host configuration to make the VPN runs on TCP?

Hi: I'm having some trouble connecting to the tinc VPN I've setup for my client. Basically I would like to connect to the LAN of my client (as I'm currently thousands of miles away and won't be back for a month and a half) to continue with the development of an in-house ERP. I've setup the router (a Linksys router running the stock firmware) to forward both TCP and UDP

I'm stuck behind a corporate NAT that I obviously have absolutely no control over. The nice thing is that the firewall rules, AFAIK, are very nice. I've had tinc running before from behind nazi firewalls with no NAT. Been fiddling with tinc for many hours, but have been SOL. The local machine is the client (has ConnectTo in the conf), and remote is the server (has Listen in the conf).

Hi, I'm having some trouble trying to run tinc over GNU httptunnel. On server A I have: /etc/tinc/netname/tinc-up: #!/bin/sh ifconfig $INTERFACE 10.3.0.1 netmask 255.255.0.0 /usr/bin/hts -F localhost:655 8888 /etc/tinc/netname/hosts/A: Address = foo.com Subnet = 10.3.0.0/24 TCPonly = yes /etc/tinc/netname/hosts/B: ConnectTo = A Subnet = 10.4.0.0/24 TCPonly = yes

Hi there! I'm super-happy because I've just finished my semi-auto configurator for Windows machines ^^ I've got a question: must all the users of a VPN share all together their hosts files? i.e. PC1 is linked to PC2 -> PC1 and PC2 must have both /hosts/PC1 and hosts/PC2 PC2 is linked to PC3 -> PC2 and PC3 must have both /hosts/PC2 and /hosts/PC3 Must PC3 have /hosts/PC1

Guus, or anyone that will help ... Okay.. I've been running tinc for a few months now, and Its been working pretty well with my machine. Attempts to install it on others WinXP Pro, WinXP Home, and WinNT boxes have been spotty at best, with some installations working perfectly, and some not working at all. My latest issue is this. My windows 2000 machine can connect perfectly to our external

Hello, I'm trying to connect some windows machines together using tinc 1.0.6. The basic connectivity (ping) works fine as expected. But I'm getting really poor speeds over the tinc tunnel. The test machines are on the same switch and get values ranging from 6-9 MBytes/s speaking directly to each other. However over the tinc tunnel the speeds are in the range of 20-40 kbytes/s. The machines

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 everybody, I have just released tinc 1.0pre4. Changes: - New authentication protocol (better security, and faster too). - TCPonly and IndirectData are back (but not fully tested). - Documentation revised, it's really up to date with the released package now. - tincd -K now stores public/private keys in PEM format, but keys of 1.0pre3 can still be used. - Faster and more secure

Hi, here's a small list of things that need to be done, and the version when it should be ready. smartcard support 1.1 LDAP support 1.1 public/private keys for authentication 1.1 don't store passphrases in files that are called after IP addresses 1.0 use names to identify

Hello. I apologize in advance for my question -- it's seemingly trivial, but I've spent countless hours on its solution to no avail. Basically, I have two tinc servers: Home: Ethernet adapter LAN: IP Address. . . . . . . . . . . . : 192.168.0.2 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 192.168.0.1 Ethernet adapter

Hi I've compiled Tinc 1.0.2 from source but I'm having trouble. Not only am I having disconnections all the time (could be a network issue however) but even worse, Tinc is ignoring my MaxTimeout = 60 and is waiting longer and longer and longer (logfile shows it at 120 seconds). Is this a bug or have i misconfigured anything? best regards Marco Amrein Dec 5 11:25:12 frank

hi folks well, tinc is a really nice tool and we implemented it on 3 linux servers and 2 mobile clients (XP notebooks) so far. one of the 3 tinc servers is making troubles, when a connection is initiated from this server over a zyxel 642 adsl router out to the other 2 servers in the internet. the logfiles of the other 2 servers shows: > tinc[1398]: Received UDP packet from unknown