From: J W. <jw....@gm...> - 2012-08-15 17:17:13
|
>> Please try the "magic number" - fragment 1300. ( works for me. ) >> > But that does still not solve this issue, which is actually more > important to fix: > >> Wed Aug 15 13:09:45 2012 WARNING: 'link-mtu' is used >> inconsistently, local='link-mtu 1546', remote='link-mtu 1574' Wed >> Aug 15 13:09:45 2012 WARNING: 'tun-mtu' is used inconsistently, >> local='tun-mtu 1500', remote='tun-mtu 1532' > If the MTU values are not correct, even though a lower --fragment > value might help, this MTU trouble might stab you in the back later on > in another scenario. > > Rule of thumb when it comes to solving OpenVPN issues: > > * Fix all warnings in the log before doing anything else * > > Those warnings are there for a reason, and if you don't fix them, it > will most likely hurt you later on. > > > kind regards, > > David Sommerseth > I ran openvpn --mtu-test --dev tun0 but it doesn't output anything to do with mtu settings I then changed the server.conf and added mtu-test, but even after 3mins there is nothing in the logs showing mtu settings. The clients connect but I'm wondering if the routing on the server is not permitting pages to be viewed? It should be forwarded correctly using: net.ipv4.ip_forward = 1 sysctl -p iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE |