XeniaHosting.com | High Performance | IT & NL | VPS up to 25G (IT)

XeniaHosting

@forest said:

@XeniaHosting said: If the customer does not respond within 7 days, the system automatically closes the ticket.

There must be some bug then, because as soon as you respond, it gets automatically closed instantly and I have to create a new ticket. It doesn't let me re-open it to respond.

Can you give me the ticket number? so we can check. thanks

@XeniaHosting said: The system makes a change to the network card every time the VPS is switched on/restarted to ensure that the system works in case of errors and/or changes of settings.

Unfortunately that causes breakages in some systems such as those installed directly via ISO. It's unnecessary, even if it's helpful to some users. It is able to be turned off on a per-system basis, btw.

Yes, you can disable it. If you open a ticket, we can deactivate it.

@XeniaHosting said: Basic VPS has a fair use traffic of 10TB per month, obviously we can increase it slightly if you open a ticket.

How much would some extra bandwidth cost? My VPS was network suspended despite there being no clear traffic limit. Based on your websites' documentation, while it says 10 TB is a recommended maximum, the service will only be suspended if the traffic use causes issues with other clients. However, it appears the suspension was automatic and that, despite the FUP explicitly stating that there is no hard limit, it actually is a hard limit.

I do need my VPS network restored, though.

In recent years, we have carried out a lot of monitoring and the average traffic per customer was around 5/6TB per month, so we have adopted a range of up to 10TB; the latter is increased (not by hundreds) for free.

forest

@XeniaHosting said: Can you give me the ticket number? so we can check. thanks

Here is an example: #LTM-222972

@XeniaHosting said: Yes, you can disable it. If you open a ticket, we can deactivate it.

Ticket #FQN-383264 (which is actually a continuation of the first ticket, since it was automatically closed when support replied). In the first ticket, I was asked why I needed to modify that file, but I was unable to reply due to it being closed. That is why I opened this ticket (but it also auto-closed).

@XeniaHosting said: In recent years, we have carried out a lot of monitoring and the average traffic per customer was around 5/6TB per month, so we have adopted a range of up to 10TB; the latter is increased (not by hundreds) for free.

Can I please get 100 Mbps unmetered? Or 80 Mbps unmetered at minimum. I do not need any higher speed, but I can't have the network get suspended.

alexnat

You respond to tickets?

zune

A very strange hosting service that doesn't allow card payments. A PayPal account is required for payment.

anio

@zune said:
A very strange hosting service that doesn't allow card payments. A PayPal account is required for payment.

In fact, this is already on PayPal's side. for some countries, account registration is not required and you can pay by card

Chester143

Always exciting to see a fresh face stepping into the DDoS protection space.

webi

Paypal payments from India is not accepting, any other payment option available ?

forest

@webi said:
Paypal payments from India is not accepting, any other payment option available ?

I paid using crypto.

zigzag21

@XeniaHosting said:

@ascicode said:
Do you know C1V?

Yes, we know C1V, they’re a colleague in the Italian hosting scene.
However, we have no affiliation or business relationship with them. We’re an independent company; we’ve only known each other casually.

Ticket #KLO-461843 can u check this pls?

Xakerz

Thank you for the budget offer!

forest

Is anyone else suffering serious TCP connectivity issues with XeniaHosting?

JohnFilch123

Yep, connection is not stable. I even need a few attempts to connect to the ssh. Beszel is constantly disconnecting.

forest

@JohnFilch123 said:
Yep, connection is not stable. I even need a few attempts to connect to the ssh. Beszel is constantly disconnecting.

Do you think you could run this twice and tell me the output?

for i in 216.218.219.41:443 204.13.164.118:443 193.23.244.244:443 66.111.2.131:9001 45.66.35.11:443 217.196.147.77:443 171.25.193.9:80 128.31.0.39:9201 131.188.40.189:443 199.58.81.140:443; do nc.openbsd -w10 -vz ${i%:*} ${i##*:}; done

JohnFilch123

@forest said: Do you think you could run this twice and tell me the output?

Sure, I get nc.openbsd: command not found

forest

@JohnFilch123 said:

@forest said: Do you think you could run this twice and tell me the output?

Sure, I get nc.openbsd: command not found

apt install netcat-openbsd

Or just use traditional netcat: replace nc.openbsd -w10 -vz with nc -w10 -nvz. I just personally prefer the other one.

JohnFilch123

@forest said: run this twice and tell me the output

First run:

(UNKNOWN) [216.218.219.41] 443 (https) open
(UNKNOWN) [204.13.164.118] 443 (https) open
(UNKNOWN) [193.23.244.244] 443 (https) : Connection timed out
(UNKNOWN) [66.111.2.131] 9001 (?) open
(UNKNOWN) [45.66.35.11] 443 (https) open
(UNKNOWN) [217.196.147.77] 443 (https) open
(UNKNOWN) [171.25.193.9] 80 (http) open
(UNKNOWN) [128.31.0.39] 9201 (?) open
(UNKNOWN) [131.188.40.189] 443 (https) open
(UNKNOWN) [199.58.81.140] 443 (https) open

Second run:

(UNKNOWN) [216.218.219.41] 443 (https) open
(UNKNOWN) [204.13.164.118] 443 (https) open
(UNKNOWN) [193.23.244.244] 443 (https) : Connection timed out
(UNKNOWN) [66.111.2.131] 9001 (?) open
(UNKNOWN) [45.66.35.11] 443 (https) open
(UNKNOWN) [217.196.147.77] 443 (https) open
(UNKNOWN) [171.25.193.9] 80 (http) open
(UNKNOWN) [128.31.0.39] 9201 (?) open
(UNKNOWN) [131.188.40.189] 443 (https) open
(UNKNOWN) [199.58.81.140] 443 (https) open

forest

@JohnFilch123 said:

@forest said: run this twice and tell me the output

First run:

(UNKNOWN) [216.218.219.41] 443 (https) open
(UNKNOWN) [204.13.164.118] 443 (https) open
(UNKNOWN) [193.23.244.244] 443 (https) : Connection timed out
(UNKNOWN) [66.111.2.131] 9001 (?) open
(UNKNOWN) [45.66.35.11] 443 (https) open
(UNKNOWN) [217.196.147.77] 443 (https) open
(UNKNOWN) [171.25.193.9] 80 (http) open
(UNKNOWN) [128.31.0.39] 9201 (?) open
(UNKNOWN) [131.188.40.189] 443 (https) open
(UNKNOWN) [199.58.81.140] 443 (https) open

Second run:

(UNKNOWN) [216.218.219.41] 443 (https) open
(UNKNOWN) [204.13.164.118] 443 (https) open
(UNKNOWN) [193.23.244.244] 443 (https) : Connection timed out
(UNKNOWN) [66.111.2.131] 9001 (?) open
(UNKNOWN) [45.66.35.11] 443 (https) open
(UNKNOWN) [217.196.147.77] 443 (https) open
(UNKNOWN) [171.25.193.9] 80 (http) open
(UNKNOWN) [128.31.0.39] 9201 (?) open
(UNKNOWN) [131.188.40.189] 443 (https) open
(UNKNOWN) [199.58.81.140] 443 (https) open

Interesting... This is what I get on the first run:

root@forest-xeniahosting-1-it:~# for i in 216.218.219.41:443 204.13.164.118:443 193.23.244.244:443 66.111.2.131:9001 45.66.35.11:443 217.196.147.77:443 171.25.193.9:80 128.31.0.39:9201 131.188.40.189:443 199.58.81.140:443; do nc.traditional -w10 -nvz ${i%:*} ${i##*:}; done
(UNKNOWN) [216.218.219.41] 443 (https) open
(UNKNOWN) [204.13.164.118] 443 (https) : Connection timed out
(UNKNOWN) [193.23.244.244] 443 (https) : Connection timed out
(UNKNOWN) [66.111.2.131] 9001 (?) open
(UNKNOWN) [45.66.35.11] 443 (https) open
(UNKNOWN) [217.196.147.77] 443 (https) open
(UNKNOWN) [171.25.193.9] 80 (http) : Connection timed out
(UNKNOWN) [128.31.0.39] 9201 (?) : Connection timed out
(UNKNOWN) [131.188.40.189] 443 (https) open
(UNKNOWN) [199.58.81.140] 443 (https) open

And the second:

root@forest-xeniahosting-1-it:~# for i in 216.218.219.41:443 204.13.164.118:443 193.23.244.244:443 66.111.2.131:9001 45.66.35.11:443 217.196.147.77:443 171.25.193.9:80 128.31.0.39:9201 131.188.40.189:443 199.58.81.140:443; do nc.traditional -w10 -nvz ${i%:*} ${i##*:}; done
(UNKNOWN) [216.218.219.41] 443 (https) : Connection timed out
(UNKNOWN) [204.13.164.118] 443 (https) open
(UNKNOWN) [193.23.244.244] 443 (https) : Connection timed out
(UNKNOWN) [66.111.2.131] 9001 (?) open
(UNKNOWN) [45.66.35.11] 443 (https) open
(UNKNOWN) [217.196.147.77] 443 (https) open
(UNKNOWN) [171.25.193.9] 80 (http) : Connection timed out
(UNKNOWN) [128.31.0.39] 9201 (?) : Connection timed out
(UNKNOWN) [131.188.40.189] 443 (https) : Connection timed out
(UNKNOWN) [199.58.81.140] 443 (https) : Connection timed out

That looks like yours isn't suffering the severe packet loss mine is (the third IP is actually down right now).

What subnet are you on? I'm on 37.202.205.0/24.

JohnFilch123

@forest said: What subnet are you on? I'm on 37.202.205.0/24.

Same subnet. Seems like I am a bit more lucky but I must say that the server is pretty much unusable even with this 'luck'. I cannot even monitor is properly.

forest

@JohnFilch123 said:

@forest said: What subnet are you on? I'm on 37.202.205.0/24.

Same subnet. Seems like I am a bit more lucky but I must say that the server is pretty much unusable even with this 'luck'. I cannot even monitor is properly.

I have an open (and unanswered) ticket from several days ago. Hopefully they'll respond eventually.

JohnFilch123

@forest said: ticket

Good luck. I am not going to renew this server.

jsg

FWIW here's the results I got (with "traditional" nc):
nc: connect to 216.218.219.41 port 443 (tcp) failed: Operation timed out
nc: connect to 204.13.164.118 port 443 (tcp) failed: Operation timed out
Connection to 193.23.244.244 443 port [tcp/*] succeeded!
Connection to 66.111.2.131 9001 port [tcp/*] succeeded!
Connection to 45.66.35.11 443 port [tcp/*] succeeded!
Connection to 217.196.147.77 443 port [tcp/*] succeeded!
Connection to 171.25.193.9 80 port [tcp/*] succeeded!
nc: connect to 128.31.0.39 port 9201 (tcp) failed: Operation timed out
Connection to 131.188.40.189 443 port [tcp/*] succeeded!
Connection to 199.58.81.140 443 port [tcp/*] succeeded!

Other remarks:

Well, I did stay a few months longer and my main points not really liking that @XeniaHosting VPS are

• Still, major parts of their site and panel italian, no english option.
• Their insistence on monthly payments, which is irritating and leading to a weird "dance" every month. Example from July: 5th "Fattura del cliente", 5 days later "Notifica di sospensione del servizio" (service suspension) on July 10th at 00:02, followed a bit over 12 hours later (!) by "Conferma pagamento fattura" (payment received). Short version: what a shit-show!

In case anyone here knows about a good european provide who offers a reasonably decent VPS in Italy for an attractive price (<= € 25/yr), PayPal as payment option, annual deals, a few days (3 to 7) test, Epyc preferred but Xeon Scalable is acceptable, let me know, please.

forest

@jsg said: In case anyone here knows about a good european provide who offers a reasonably decent VPS in Italy for an attractive price (<= € 25/yr), PayPal as payment option, annual deals, a few days (3 to 7) test, Epyc preferred but Xeon Scalable is acceptable, let me know, please.

Maybe LakeNetworks? CPU is Xeon Gold 6138. Without a promo, they're €35.28/yr for 2c2g20g. On OGF they ran a 1c1g10g promo for €13.50/yr. They can do annual billing. Not sure if they accept Paypal but they do accept bank transfer and card for sure. YABS here: https://lowendtalk.com/discussion/comment/4817776/#Comment_4817776

(Beware that Xenia is one of their upstreams, but they don't seem to be having the connectivity issues XeniaHosting is)

rm_

@forest said: but they don't seem to be having the connectivity issues

Not really, I had a ton earlier (ssh doesn't connect from the first try), though it seems better in the last few days.

forest

@rm_ said:

@forest said: but they don't seem to be having the connectivity issues

Not really, I had a ton earlier (ssh doesn't connect from the first try), though it seems better in the last few days.

They were under heavy DDoS recently, but no longer. That was probably it.