# Anyone using OVHCloud in Singapore **URL:** \ **Category:** Server operators\ **Created:** [August 26, 2025, 8:58am UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048 "2025-08-26T08:58:08Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![gombadi](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/gombadi/32/1486_2.png) [@gombadi](https://community.ntppool.org/u/gombadi)\ **Post date:** [August 26, 2025, 8:58am UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/1 "2025-08-26T08:58:08Z")
Hi Does anyone have a dedicated server in OVHCloud Singapore? I have a number of VPS and dedicated servers setup in the pool [pool.ntp.org: Gombadi's pool servers](https://www.ntppool.org/a/gombadi) I have a dedicated server with OVHCloud in Mumbai that is working fine with ipv4 & ipv6. The new server in Singapore ([sin-41.gombadi.com](http://sin-41.gombadi.com)) is having “interesting” networking issues. I have been able to setup ipv6 without problems and that is in the pool [pool.ntp.org: Statistics for 2402:1f00:8001:1a25::123](https://www.ntppool.org/scores/2402:1f00:8001:1a25::123) but when I try and add the ipv4 access I am quite often getting “network: i/o timeout” Enter the DNS name ([sin-41.gombadi.com](http://sin-41.gombadi.com)) in the Add a server box on the Manage servers page. Most times, but NOT all, I get the network timeout but sometimes it displays the page showing the zones the server is going to be added to - Global, Asia, Singapore. So far when I press the “Yes that is my server, please add it” button I always get the timeout. If only it would get past that step then I could see which monitors were able to connect to it as that “may” help figure out the issue. The problem is NOT that you can’t connect to the server at all but, my guess, that you can only connect if the server has sent you a packet. For example, server in Mumbai always getting timeouts to Singapore until Singapore sends a packet to Mumbai then Mumbai stops getting the timeout for a few hours. Sounds like a stateful firewall or similar to me. So does anyone have any servers in OVHCloud Singapore and/or have you seen this issue on some other cloud/host. Interested to know where to go now. Yes I have been talking to OVHCloud support to see if they know of any issues/Anti-DDos systems etc that may be causing the issue. Lyndsay ---
**Author:** ![avij](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/avij/32/197_2.png) [@avij](https://community.ntppool.org/u/avij)\ **Post date:** [August 26, 2025, 5:22pm UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/2 "2025-08-26T17:22:20Z")
I don’t have a server at OVH, but for what it’s worth, my server [makaki.miuku.net](http://makaki.miuku.net) is at UpCloud’s Singapore DC. I can ping your server (ipv4+ipv6) and it seems to be less than 1 ms away. However, any NTP requests sent to your server over IPv4 go unresponded. NTP requests over IPv6 work fine. I have a number of servers around the world and none of them seem to be able to get an NTP response from your server over IPv4. Try running “tcpdump” on your server (tcpdump -nn -c 100 ip and udp and port 123) to see if the requests make it to your server. It may also be that only the responses get filtered out. There is also a “NTP Check” option on [manage.ntppool.org](http://manage.ntppool.org) where you can enter your server’s IPv4 address to just check the server without adding it to the pool. Here’s one result: 1. sgsin1-3strqkc Offset: 3.82021ms RTT: 1.201464ms 2. ausyd1-2trgvm8 network: i/o timeout 3. defra1-3strqkc network: i/o timeout 4. kricn1-3qerxkw network: socket: address family not supported by protocol 5. searn1-3strqkc network: i/o timeout 6. twtsa1-3qr47rx network: i/o timeout 7. usday4-1tcp71g network: i/o timeout 8. usdtw1-rg6cyf network: i/o timeout 9. usiad1-k2cg7w network: i/o timeout 10. ussfo1-1a6a7hp network: i/o timeout 11. zajnb2-1ynx3ss network: i/o timeout Wild guess, maybe sgsin1-3strqkc is at OVH? ---
**Author:** ![gombadi](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/gombadi/32/1486_2.png) [@gombadi](https://community.ntppool.org/u/gombadi)\ **Post date:** [August 26, 2025, 8:16pm UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/3 "2025-08-26T20:16:44Z")
Hi and thanks for the info. Yes I tried tcpdump but nothing appears so it seems like something outside the server is blocking things. The NTP Check feature - I had forgotten about that but being behind the login to manage NTP servers I can’t point the hosting company to it and say - Keep fixing until you see a response from all testers. Now just waiting on a response from the hosting company to see where we go next. BTW - I am sending you an NTP packet about every 10 minutes so your system should be able to get a response from mine now. Just over 1ms away ```bash $ ntp-rtt -r makaki.miuku.net makaki.miuku.net[2a04:3543:1000:2310:d862:f5ff:fe4e:2b59], 3, 1.233267ms, 1.480103ms, 1.113892ms, "" makaki.miuku.net(95.111.202.5), 3, 1.135847ms, 1.480103ms, 1.113892ms, "" ``` ---
**Author:** ![avij](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/avij/32/197_2.png) [@avij](https://community.ntppool.org/u/avij)\ **Post date:** [August 26, 2025, 8:25pm UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/4 "2025-08-26T20:25:54Z")
Yeah, you’re right. Very odd. From makaki: $ ntpdate -qu [sin-41.gombadi.com](http://sin-41.gombadi.com) 2025-08-26 20:23:11.915210 (+0000) -0.000123 +/- 0.000409 [sin-41.gombadi.com](http://sin-41.gombadi.com) 15.235.181.37 s2 no-leap ---
**Author:** ![avij](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/avij/32/197_2.png) [@avij](https://community.ntppool.org/u/avij)\ **Post date:** [August 26, 2025, 9:01pm UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/5 "2025-08-26T21:01:28Z")
Looks like at least [pool.ntp.org: Statistics for 15.235.197.63](https://www.ntppool.org/scores/15.235.197.63) is at OVH Singapore. ---
**Author:** ![avij](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/avij/32/197_2.png) [@avij](https://community.ntppool.org/u/avij)\ **Post date:** [September 3, 2025, 4:20pm UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/6 "2025-09-03T16:20:09Z")
According to the [server statistics](https://www.ntppool.org/scores/15.235.181.37) for 15.235.181.37 this problem seems to have been fixed. ---
**Author:** ![gombadi](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/gombadi/32/1486_2.png) [@gombadi](https://community.ntppool.org/u/gombadi)\ **Post date:** [September 3, 2025, 7:27pm UTC](https://community.ntppool.org/t/anyone-using-ovhcloud-in-singapore/4048/7 "2025-09-03T19:27:15Z")
Yes it is up and running. After a bit of back and forward the answer was - Oh the ip address that was given to your server had a game firewall attached to it. Not something that I asked for and not something that was easy to find in their dashboard. All fixed and running now.