Is AbsoluteHosting down?

I opened a ticket and got a response from @Will @ Absolute Hosting that my own up address triggered this ET HUNTING SQL discovery version attack 😂 these guys are truly something special!
 
Also it is not only that ip that is blocked. No one can access the service. Sorry but can’t say these guys should be relied upon for any serious projects.
 
No one from my ip is doing anything like that and can’t access mu server from aws services either!
 
nothing has been done about this either. Every week another story - domains is a different level provider!
 
Most is off. Just a few things that are a pain to move. Thanks for the genius advice though 😂
 
Good day

Is there another DDOS attack.. I was losing connection to my VPS for the last 30 or so minutes.

Please advise. Rebooted a few times and seems to be up now..

Thanks
 
Hi @RedhotNeo

We did mitigate an attack last night and diverted traffic via upstream scrubbing.

Please create a new support ticket pertaining to your VPS servers and we can investigate for you.
 
Indeed, something weird going on at the moment. I can access my VPS via SSH, but cannot do any transfers to/from it. When running 'dnf update', it just sits there, starting with the first package saying it will take two hours, then seven hours, then three days. It never makes any progress.

Cannot do a 'wget' to a remote server and, immediately after the 'wget' to the remote server, it becomes unpingable for a while. Leave it for a bit and pings work, until you try the next transfer. The VPS is practically cut off from the rest of the world and not useful for any task at the moment.

As an example:

# wget https://ftp.dimensiondata.com/mirror/rockylinux.org/9.6/BaseOS/x86_64/os/Packages/a/atlas-3.10.3-17.el9.i686.rpm
--2025-08-23 12:39:12-- https://ftp.dimensiondata.com/mirror/rockylinux.org/9.6/BaseOS/x86_64/os/Packages/a/atlas-3.10.3-17.el9.i686.rpm
Resolving ftp.dimensiondata.com (ftp.dimensiondata.com)... 196.4.160.12, 2c0f:fc00:53:4160:0:21:0:1
Connecting to ftp.dimensiondata.com (ftp.dimensiondata.com)|196.4.160.12|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6397221 (6.1M) [application/x-rpm]
Saving to: ‘atlas-3.10.3-17.el9.i686.rpm’
atlas-3.10.3-17.el9.i686.rp 0%[ ] 38.89K --.-KB/s eta 7h 10m

The above is a single 6MB file from a local mirror. It never completes and eventually just times out.

And then the ping:

# ping ftp.dimensiondata.com
PING ftp.dimensiondata.com (196.4.160.12) 56(84) bytes of data.
^C
--- ftp.dimensiondata.com ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7182ms


--deckert
 
Jade @ Absolute Hosting said:
Hi @RedhotNeo

We did mitigate an attack last night and diverted traffic via upstream scrubbing.

Please create a new support ticket pertaining to your VPS servers and we can investigate for you.
Click to expand...
Doing a restore on my VPS...

not sure if something broke.. But trying to update anything crashes it... but it was working fine this morning at the time i did a VPS backup.... hoping this resolves my issues...

Thanks
 
Deckert said:
Indeed, something weird going on at the moment. I can access my VPS via SSH, but cannot do any transfers to/from it. When running 'dnf update', it just sits there, starting with the first package saying it will take two hours, then seven hours, then three days. It never makes any progress.

Cannot do a 'wget' to a remote server and, immediately after the 'wget' to the remote server, it becomes unpingable for a while. Leave it for a bit and pings work, until you try the next transfer. The VPS is practically cut off from the rest of the world and not useful for any task at the moment.

As an example:

# wget https://ftp.dimensiondata.com/mirror/rockylinux.org/9.6/BaseOS/x86_64/os/Packages/a/atlas-3.10.3-17.el9.i686.rpm
--2025-08-23 12:39:12-- https://ftp.dimensiondata.com/mirror/rockylinux.org/9.6/BaseOS/x86_64/os/Packages/a/atlas-3.10.3-17.el9.i686.rpm
Resolving ftp.dimensiondata.com (ftp.dimensiondata.com)... 196.4.160.12, 2c0f:fc00:53:4160:0:21:0:1
Connecting to ftp.dimensiondata.com (ftp.dimensiondata.com)|196.4.160.12|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6397221 (6.1M) [application/x-rpm]
Saving to: ‘atlas-3.10.3-17.el9.i686.rpm’
atlas-3.10.3-17.el9.i686.rp 0%[ ] 38.89K --.-KB/s eta 7h 10m

The above is a single 6MB file from a local mirror. It never completes and eventually just times out.

And then the ping:

# ping ftp.dimensiondata.com
PING ftp.dimensiondata.com (196.4.160.12) 56(84) bytes of data.
^C
--- ftp.dimensiondata.com ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7182ms


--deckert
Click to expand...
Hi @Deckert

Please create a ticket so that we can link this to your vps
 
RedhotNeo said:
Doing a restore on my VPS...

not sure if something broke.. But trying to update anything crashes it... but it was working fine this morning at the time i did a VPS backup.... hoping this resolves my issues...

Thanks
Click to expand...
Thanks for the feedback, if you get stuck then please create a support ticket so that we can assist further.
 
RedhotNeo said:
Thanks Jade

Restore completed... seems stable.. applied a small update... will monitor for today...

the joys of running your own system..
Click to expand...
My pleasure and glad to hear its sorted.

We'll engage with Netscout on Monday for further guidance based on the issues that cropped up today.
 
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X