VPN verbinding verbreekt automatisch na tussen de 2 minuten en een kwartier

Hallo, 

Ik ben door de Odido klantenservice doorverwezen naar deze community voor een vraag m.b.t. verbindingsproblemen met mijn VPN.

Achtergrond
Ik ben ZZPer. Voor een van mijn klanten heb ik een VPN verbinding naar Dubai, maar sinds vorige week verbreekt na korte tijd automatisch de verbinding met de servers. Vaak gebeurt dit na ergens tussen de twee minuten en een kwartier. 

Aan mijn kant zie ik de volgende melding in mijn VPN logs:

read TCPv4_CLIENT: Connection timed out (WSAETIMEDOUT) (fd=210,code=10060)

Aan de server kant ziet de melding er als volgt uit, aangeleverd door de netwerkbeheerder van mijn klant:

Notice	openvpn_server1	************** [*********] Inactivity timeout (--ping-restart), restarting	

Ik maak deze verbinding via OpenVPN, maar we hebben ook met de meest recente en een oudere versie van Pritunl getest, met hetzelfde resultaat. Er zijn geen veranderingen in de server configuratie, netwerk configuratie of het VPN profiel geweest in de laatste maanden.

Deze verbinding maakt gebruik van 2FA, dus de connectie kan niet automatisch hersteld worden nadat hij wegvalt. De VPN verbinding is zo geconfigureerd dat als je verbonden bent, er keep alive signalen verstuurd worden en de verbinding niet verbroken wordt vanuit de server kant zolang de keep alive signalen ontvangen worden.

Nu zijn er recente problemen geweest met deze verbinding, rond 7 September, doordat er een onderzeese kabel kapot was in de Rode zee: https://gulfnews.com/technology/uae-internet-users-report-slowdowns-after-red-sea-cable-cuts-1.500259922 , alleen zouden deze (grotendeels, per 7 september) weer opgelost moeten zijn.

Echter, als ik een traceroute uitvoer naar de server in kwestie zonder met de VPN verbonden te zijn, dan zie ik dat de verbinding via het Verenigd Koningkrijk, naar Amerika, vervolgens naar Singapore loopt, voordat deze naar Dubai wordt doorgestuurd.

tracert *********

Tracing route to ********* over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  home [192.168.1.1]
  2     4 ms     4 ms     3 ms  1-0-146-85.ftth.glasoperator.nl [85.146.0.1]
  3     7 ms     7 ms     7 ms  10.10.10.174
  4     7 ms     7 ms     *     10.226.4.3
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8     *        *      145 ms  ae10.cr1.lhr15.uk.eth.zayo.com [64.125.29.17]
  9   145 ms   145 ms   145 ms  ae2.cr1.lhr11.uk.zip.zayo.com [64.125.24.140]
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12   148 ms     *        *     ae20.cr1.iad21.us.zip.zayo.com [64.125.23.217]
 13     *      147 ms     *     ae14.cr1.dfw1.us.zip.zayo.com [64.125.19.20]
 14     *      151 ms   151 ms  ae0.cr2.dfw7.us.zip.zayo.com [64.125.20.63]
 15   148 ms   148 ms   148 ms  ae2.cr1.lax10.us.zip.zayo.com [64.125.25.78]
 16     *        *        *     Request timed out.
 17   263 ms   255 ms   248 ms  64.124.79.81.IPYX-145641-006-ZYO.zip.zayo.com [64.124.79.81]
 18   257 ms     *      255 ms  203.208.171.118
 19     *      264 ms   251 ms  203.208.178.185
 20   267 ms   252 ms   251 ms  203.208.158.9
 21   327 ms     *        *     203.208.174.138
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26   260 ms     *        *     *********
 27   260 ms   261 ms   271 ms  *********

Onze theorie is dat de keep-alive verzoeken door deze digitale reis rond de aarde soms niet aankomen, en als dat een paar keer achter elkaar gebeurt, de verbing vervalt. Hierop heeft de netwerk beheerder van de klant aan mij gevraagd om contact met mijn ISP op de nemen over dit probleem. Na het bellen van de klantenservice werd mij aangeraden hier te posten.

Vraag

Nu is concreet mijn vraag:

Waarom wordt mijn verbinding alsnog omgeleid deze route, in plaats van een directere route. Andere VPN connecties naar deze klant, waaronder een uit Amsterdam op een Digital Ocean VM, routen na wat sprongen in NL, DE en UK via 10.100.34.77 (notabene een Odido hosted node in Nederland) direct naar een node in Dubai op 5.30.192.2, waar deze problemen niet voorkomen, met een VPN profiel die afgezien van het profiel, hetzelfde is geconfigureerd als die van mij.

Stap 10 en 11 van deze traceroute

10  10.100.34.77 (10.100.34.77)  120.731 ms  115.450 ms 10.100.35.77 (10.100.35.77)  112.609 ms
11  5.30.192.2 (5.30.192.2)  109.269 ms  118.043 ms  108.346 ms

Mocht hier vanuit Odido op ISP niveau niets aan te doen zijn is mijn volgende vraag: Wanneer verwacht u dat dit probleem weer is opgelost en de verbinding over de normale route loopt?