Rain blocking access to certain websites / online services

Ethan_Hunt

Active Member
Joined
Feb 26, 2008
Messages
80
Reaction score
48
Good day all,

Touch wood, it's been a while since I had the unpleasant and frustrating “pleasure” of having to deal with Rain tech support (or the lack thereof). I have recently stumbled across a new problem and although Rain is replying to my DM's, they are not making any sense, and I'm therefore hoping someone out there could perhaps just do a quick test for me and confirm whether they are able to open the following website while using RAIN:

https://iqoptions.com

Since about a week ago, I am unable to open this website or access it from the desktop apps they are providing when connected to Rain. However, when connected to Vodacom, MTN, and other fibre ISP's, all works 100% which leads me to believe that something has changed at Rain, possibly a firewall issue.

I am also experiencing intermittent issues with access to the popular Notion services, which has always worked perfectly.

Rain gave me this confusing response which makes no sense:
Please note that rain using a dynamic IP address and the site you are trying to access is running on an international server and due the IP address continuously changing you are now unable to access it. Unfortunately, there isn't nothing that can be done, as we do not provide static IP addresses or unrestricted APNs.

It is basically standard practice for ISP's to allocate dynamic IP addresses for each new login session, and this should have absolutely no bearing on accessing websites on the internet unless the particular IP address in the pool has been deliberately blacklisted or blocked by the destination website/service. Therefore, RAIN's mention of this does not make technical sense. If I was hosting my own site on my own server, then yes, sure I would need a static IP, but I am not hosting anything so replies in this regard would be irrelevant and at the very least be a testimony to RAIN not understanding my complaint.

The destination services I am accessing also does not change IP address and simple trace routes confirm this.

So please, if someone who is using RAIN, could perhaps just test access to the above site for me, at the very least, that would confirm whether it is/is not an issue on my side.

Also, if there is someone a bit more clued-up on these matters at RAIN tech support, please get in touch with me in this regard.
 
Yes, its brok for me on RAIN too.

Taking a brief look in the console (F12 in chrome) it looks like the site itself works fine, but the CDN doesn't accept connections (https://static.cdnpub.info/)

This CDN doesn't respond, and blocks connections via RAIN, it seems. It'd be out of RAINs hands, whoever this is, isn't allowing connections via RAIN. Unless, maybe RAIN drop it on their network but I doubt it.

Resolving the hostname directs me to an IP that appears to be behind AKAMAI CDN.

Other stuff, like their CSS loads fine from the site itself:

Taking a look at it, it seems like their own scammy CDN domain name.

Side note, are you seriously wanting to use this scammy site?
 
Also, it seems to only be broken on RAIN DNS.
Use 1.1.1.1 as your DNS, and it works for me. Which leans more to an Akamai issue, maybe?
*shurgs*
 
Yes, its brok for me on RAIN too.

Taking a brief look in the console (F12 in chrome) it looks like the site itself works fine, but the CDN doesn't accept connections (https://static.cdnpub.info/)

This CDN doesn't respond, and blocks connections via RAIN, it seems. It'd be out of RAINs hands, whoever this is, isn't allowing connections via RAIN. Unless, maybe RAIN drop it on their network but I doubt it.

Resolving the hostname directs me to an IP that appears to be behind AKAMAI CDN.

Other stuff, like their CSS loads fine from the site itself:

Taking a look at it, it seems like their own scammy CDN domain name.

Side note, are you seriously wanting to use this scammy site?
Thank you so much for your time and effort and the details, you have been most helpful. The CDN issue, as you say, seems a bit dodgy – I will follow this up with them and perhaps just pass on using their service in the absence of a good explanation.
 
Works fine on my side

Run a tracert and post the results


View attachment 1389446
Thanks for your time and effort, my trace route looks the same as yours so it seems that Packet-Kollector's conclusion about the CDN not accepting connections might be correct - oh the joy's of technology :)
 
Hi all,

We looked into this and noticed that there are two sites here - IQOption and IQOptions - IQOption seems to be a legitimate site where as IQOptions appears to be full of malware, Please make you are running an anti-virus and make sure the site you are trying to go to is the correct one. Note the actual hyperlink in the first part of this thread is different to the spelt name.
 
Hi all,

We looked into this and noticed that there are two sites here - IQOption and IQOptions - IQOption seems to be a legitimate site where as IQOptions appears to be full of malware, Please make you are running an anti-virus and make sure the site you are trying to go to is the correct one. Note the actual hyperlink in the first part of this thread is different to the spelt name.
Hi there, thanks so much for taking an interest in this, and yes, you are absolutely correct about the difference between the two sites and its spelling – nice catch there!!!!

This particular service, seems a bit dodgy, so I will be giving them a definite pass. Thanks again for sharing your observations and your help, much appreciated!
 
@rain_networks Over the past weekend, I have experiencing some weird timeout connections whenever I attempt to connect to api.linkedin.com endpoints.

I do not understand why you guys block these endpoints
 
Anyone else having issues with Wikipedia on Rain?

--- wikipedia.org ping statistics ---
105 packets transmitted, 8 packets received, 92.4% packet loss
round-trip min/avg/max/stddev = 281.209/299.920/336.848/20.932 ms

This site can’t be reached​

en.wikipedia.org took too long to respond.

Try:
ERR_TIMED_OUT
 
Anyone else having issues with Wikipedia on Rain?

--- wikipedia.org ping statistics ---
105 packets transmitted, 8 packets received, 92.4% packet loss
round-trip min/avg/max/stddev = 281.209/299.920/336.848/20.932 ms

This site can’t be reached​

en.wikipedia.org took too long to respond.

Try:
ERR_TIMED_OUT
Hi @McGuywer

Please provide us with your email via PM | https://mybroadband.co.za/forum/conversations/add?to=rain_mobile
 
Anyone else having issues with Wikipedia on Rain?

--- wikipedia.org ping statistics ---
105 packets transmitted, 8 packets received, 92.4% packet loss
round-trip min/avg/max/stddev = 281.209/299.920/336.848/20.932 ms

This site can’t be reached​

en.wikipedia.org took too long to respond.

Try:
ERR_TIMED_OUT
Yup on Rain and Wikipedia not working for me. Whole bunch of sites/services not working recently.
 
Seems the routing is somewhat fixed again:


--- wikipedia.org ping statistics ---
14 packets transmitted, 11 packets received, 21.4% packet loss
round-trip min/avg/max/stddev = 205.532/233.631/319.759/38.457 ms

@Jerry_rig Can you access Wikipedia again?
 
Broken again.


--- wikipedia.org ping statistics ---
22 packets transmitted, 2 packets received, 90.9% packet loss
round-trip min/avg/max/stddev = 275.984/281.821/287.658/5.837 ms
 
Been having packet loss for 2 weeks now roughly.

Just logged a ticket:

Guys, whats happening with international connectivity. I'm ending up needing to use a VPN just to be able to send email with out servers in germany. I ignored it for a while but it's like 2 weeks now.

It's not my connection: https://www.speedtest.net/my-result/d/0051fd7d-7ca6-4c53-a3a4-f43172c0fd7b

It's ultra unreliable and *** dropping packets ***. Local and USA are fine.
If I route through AWS in CT on my VPN it's rock solid, so it is RAINS backbone. Being slow is one thing, but dropping packets is a mess.

On RAIN:
Pinging *********.com [5.9.162.***] with 32 bytes of data:
Request timed out.
Request timed out.
Reply from 5.9.162.***: bytes=32 time=313ms TTL=49
Reply from 5.9.162.***: bytes=32 time=306ms TTL=49
Reply from 5.9.162.***: bytes=32 time=310ms TTL=49
Request timed out.
Request timed out.
Request timed out.
Reply from 5.9.162.***: bytes=32 time=301ms TTL=49
Reply from 5.9.162.***: bytes=32 time=305ms TTL=49
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 5.9.162.***:
Packets: Sent = 13, Received = 5, Lost = 8 (61% loss),
Approximate round trip times in milli-seconds:
Minimum = 301ms, Maximum = 313ms, Average = 307ms


On RAIN + VPN (CT AWS):
Pinging ***********.com [5.9.162.***] with 32 bytes of data:
Reply from 5.9.162.***: bytes=32 time=194ms TTL=47
Reply from 5.9.162.***: bytes=32 time=197ms TTL=47
Reply from 5.9.162.***: bytes=32 time=198ms TTL=47
Reply from 5.9.162.***: bytes=32 time=193ms TTL=47
Reply from 5.9.162.***: bytes=32 time=192ms TTL=47
Reply from 5.9.162.***: bytes=32 time=200ms TTL=47
Reply from 5.9.162.***: bytes=32 time=199ms TTL=47
Reply from 5.9.162.***: bytes=32 time=195ms TTL=47
Reply from 5.9.162.***: bytes=32 time=198ms TTL=47
Reply from 5.9.162.***: bytes=32 time=199ms TTL=47
Reply from 5.9.162.***: bytes=32 time=192ms TTL=47
Reply from 5.9.162.***: bytes=32 time=188ms TTL=47
Reply from 5.9.162.***: bytes=32 time=198ms TTL=47
Reply from 5.9.162.***: bytes=32 time=199ms TTL=47
Reply from 5.9.162.***: bytes=32 time=198ms TTL=47

Ping statistics for 5.9.162.***:
Packets: Sent = 15, Received = 15, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 188ms, Maximum = 200ms, Average = 196ms
 
Top
Sign up to the MyBroadband newsletter