Anyone using OVHCloud in Singapore

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 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) 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 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) 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

I don’t have a server at OVH, but for what it’s worth, my server 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 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?

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

$ 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, ""

Yeah, you’re right. Very odd.

From makaki:

$ ntpdate -qu sin-41.gombadi.com
2025-08-26 20:23:11.915210 (+0000) -0.000123 +/- 0.000409 sin-41.gombadi.com 15.235.181.37 s2 no-leap

Looks like at least pool.ntp.org: Statistics for 15.235.197.63 is at OVH Singapore.

According to the server statistics for 15.235.181.37 this problem seems to have been fixed.

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.

1 Like