<div dir="ltr"><div>First off, I would like to express my appreciation for the tinc software, it has been such a great vpn solution for what i need, its amazing.</div><div><br></div><div>I am setting up another node on the vpn. "KVM" is my public facing node, "MacbookAir" is my workstation, "NewNode" is my node i have recently configured and the one with the issue presumably. NewNode and MacbookAir are on the same network, KVM is on a separate physical network.</div>
<div><br></div><div>I configure NewNode per usual, and then when i ping from MacbookAir to NewNode over the vpn network, i get very slow speeds, but when i ping NewNode over my local network, i get reasonable speeds. From my understanding, tinc will forward packets through any available node until it can establish a direct p2p or node-to-node connection, is this correct? This does not seem to happen.</div>
<div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div>user@MacbookAir:~$ # local network<br></div><div>user@MacbookAir:~$ ping 10.0.0.10</div></div><div><div>PING 10.0.0.10 (10.0.0.10) 56(84) bytes of data.</div>
</div><div><div>64 bytes from <a href="http://10.0.0.10">10.0.0.10</a>: icmp_seq=1 ttl=64 time=8.36 ms</div></div><div><div>64 bytes from <a href="http://10.0.0.10">10.0.0.10</a>: icmp_seq=2 ttl=64 time=1.18 ms</div></div>
<div><div>64 bytes from <a href="http://10.0.0.10">10.0.0.10</a>: icmp_seq=3 ttl=64 time=1.15 ms</div></div><div><div>64 bytes from <a href="http://10.0.0.10">10.0.0.10</a>: icmp_seq=4 ttl=64 time=2.88 ms</div></div><div>
<div>^C</div></div><div><div>--- 10.0.0.10 ping statistics ---</div></div><div><div>4 packets transmitted, 4 received, 0% packet loss, time 3004ms</div></div><div><div>rtt min/avg/max/mdev = 1.152/3.396/8.363/2.952 ms</div>
</div><div><div>user@MacbookAir:~$ # vpn network<br></div><div>user@MacbookAir:~$ ping 192.168.123.100</div></div><div><div>PING 192.168.123.100 (192.168.123.100) 56(84) bytes of data.</div></div><div><div>64 bytes from <a href="http://192.168.123.100">192.168.123.100</a>: icmp_seq=1 ttl=64 time=94.4 ms</div>
</div><div><div>64 bytes from <a href="http://192.168.123.100">192.168.123.100</a>: icmp_seq=2 ttl=64 time=95.5 ms</div></div><div><div>64 bytes from <a href="http://192.168.123.100">192.168.123.100</a>: icmp_seq=3 ttl=64 time=94.0 ms</div>
</div><div><div>64 bytes from <a href="http://192.168.123.100">192.168.123.100</a>: icmp_seq=4 ttl=64 time=95.3 ms</div></div><div><div>^C</div></div><div><div>--- 192.168.123.100 ping statistics ---</div></div><div><div>
4 packets transmitted, 4 received, 0% packet loss, time 3004ms</div></div><div><div>rtt min/avg/max/mdev = 94.009/94.857/95.587/0.744 ms</div></div></blockquote><div><br></div><div><br></div><div>i did not like the slow pings and MacbookAir did not seem to make a direct vpn connection with NewNode, so i ran "sudo tincd -n vpn -D -d5" and got the messages below.</div>
<div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div>Packet for MacbookAir (12.34.56.78 port 27091) larger than minimum MTU, forwarding via KVM</div><div>Sending packet of 98 bytes to KVM (87.65.43.21 port 657)</div>
<div>Received packet of 98 bytes from KVM (87.65.43.21 port 657)</div><div>Writing packet of 98 bytes to Linux tun/tap device (tap mode)</div><div>Read packet of 98 bytes from Linux tun/tap device (tap mode)</div><div>Sending packet of 98 bytes to MacbookAir (12.34.56.78 port 27091)</div>
<div>Packet for MacbookAir (12.34.56.78 port 27091) larger than minimum MTU, forwarding via KVM</div></blockquote><div><br></div><div>I see that KVM is doing the forwarding rather than the two nodes making a direct connection. How do fix this issue? I am almost certain that I didnt configure something correctly, but i do not know where to start troubleshooting and I am hoping that someone would have some tips for me. Anyone know how to fix this?</div>
<div><br></div><div><br></div></div>