All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Bad experience: LocLix.io
Hi,
Yesterday I paid for a VPS server from this company, this one:
https://loclix.io/store/let-deals
LET-4G-NUE1
Starting from
€18,00 EUR
Annually
AMD EPYC 7401P 2vCores
RAM 4GB
Disk space 80GB
Bandwidth 1Gbit/s (30TB)
Location DE, Nuremberg
I paid with the crypt, as the owner of Loclix says in this topic that they now accept the crypto: https://lowendtalk.com/discussion/comment/4695082#Comment_4695082
I created an account, I was issued an invoice, I wrote @Matthew18_ invoice number here on the forum in private messages, in response he sent me the USDT wallet number and told me to pay $22, which at the exchange rate on December 22, 2025 is approximately equal to 18 euros. After that, my server was activated, I thanked him, wished him a merry Christmas and said that I didn't have time to test the server yet, I would do it in the evening.
In the evening, the first thing I did was run the YABS test on the server and this is what I saw:
As you can see from the screenshot, the virtual machine has good performance, but the speed does not match the stated - 1 Gbps. If the download speed from the server is still more or less normal, then the upload speed to the server is in most cases below 100 mbit/s.
I wrote to support, explained the problem, took a screenshot and said that I would like to receive a refund of my money, 21 USDT would be enough so that the seller would not have to pay a commission for the transfer of crypto.
To which I received an answer - That speedtest tests do not carry objective information and that low speed results in speedtest are possible due to DDOS protection, which is applied on their servers.
Next, I'll just quote his answer.:
"The services aren't on a trial, we don't just assume that its ok to perform a refund on some issue that a customer reports. Issues are part of the real world, which is why we have a support team that's always ready to step in.
We need data to base ourselves on so that we can see what's going on and reach a resolution."
To say that I was surprised is to say nothing, let me remind you that less than 12 hours have passed since the purchase. I replied to him that I was surprised that they did not have a refund, and that I had been using hosting providers for years and could get a refund anywhere if the buyer was not satisfied with the quality of the services, at least within the first 24-48 hours after receiving the order! Of course, I'll test the server again and tell you about my decision tomorrow, but I don't like this situation and I don't want to swear and make this situation public, but I would like to solve everything calmly and peacefully.
This morning I decided to test the speed on the server via iperf3. I launched iperf3 in server mode on a vps, and chose my home computer as the client, here are the results that I received:
As you can see, the download speed of the vps server is generally good, about 350 mbps, not 1 gbps of course, but my home channel has a speed of only 500 mbps.
But if we talk about the upload speed, then everything is very, very bad here - the speed is below 100 mbps - Are you seriously saying that your low speed is due to protection from DDOS attacks?))) It's just some kind of cringe.
I sent all this to the support 5 hours ago and that's it, I haven't received any more response from the Loclix support. Let me remind you that the speed they promised is 1Gbps per port. In fact, the download speed from the server is not higher than 500 mbit/s, and the upload speed is lower than 100 mbit/s.
In general, I do not recommend Loclix, firstly, the quality does not match what was stated, and secondly, instead of just making a refund due to objective problems on their side, they start to cheat and give me lies.
p.s.: Yes, I will add, for some reason yabs defines their IP as Hong Kong, but this is a problem only in yabs, in fact, most other services determine the location of the IP correctly - Germany.
Comments
Ok. Thanks.
Hello,
I'm not sure why you're making a post stating untruthful information. Our support team, me myself as well, is 100% available in working with you troubleshooting whatever issue you're experiencing.
You failed to provide useful information to understand what was going on and were only requesting a refund straight away, without ever actually reporting what was wrong.
We are here and present at every step of the way, and always go above and beyond for our customers. If, for some reason, we would've been unable to resolve the issue for you, we would've issued the refund without you even needing to ask.
You can also post screenshots of the ticket you're referring to if you want, we have always been extremely open, welcoming and available to do whatever to make this right with you.
To close off, iperf tests on our generic filtering prefix are just falling within the generic traffic that's not identified, so you'll always get slow speeds. If you just use the service as intended performing uploads or similar over HTTP, or SSH, or other common protocols, this would just be authorized and get through the mitigation at full speed.
Though, as I have already said, should there be any issue with normal use of the VM we are always available and will make adjustments for your own specific use-case. Failing this, we'd just refund the service to you.
I want to make this abundantly clear, I am not making this reply "just because this is a public LET post", you can just read our historical communication and post screenshots here at your discretion, this has always been my message, we work together with you to resolve the issue once reported and if nothing seems to work for whatever reason we'd just refund it.
@Matthew18_ says that I am posting false information and did not provide any information and immediately asked for a refund. Okay, I'm attaching screenshots of our talk.
As you can see, I provided the result of the yabs test and asked for a refund - That's the first thing.
Everything I wrote in the topic is confirmed in these screenshots - This is the second one. Why are we responding only here, but we didn't respond on the website in the ticket today?)
If you were doing all the things you wrote above, then I wouldn't have any questions for you, I would love to use the service and write on this forum not about how bad loclix is, but would give a positive review. But instead of just making a break and avoiding all this, you decided to start making excuses, even though you are absolutely wrong. Even if I just decided that I don't need the server, then within 24 hours after the order, I can cancel it and refund the money - This is a worldwide practice, they do it everywhere!!!
As for the tests, speedtest and iperf3 - are you serious? Other providers and my other servers have no problems with speedtest and iperf3!
If your server doesn't support iperf you need to say this in your offer because it's a basic expectation that every server supports iperf.
That's pretty strange and unusual though, isn't it? What about VPN traffic or other "unidentified" traffic?
VPS users expect good speeds outside of HTTP and SSH.
VPNs are identified traffic profiles in the filtering, we expect these to hit the full speed, of course based on real world performance including CPU constraints. I just made an example of normal traffic.
Its not that “we don’t support iperf”, its just a synthetic Speedtest that falls within generic traffic, the profile of which we don’t track in our sessions.
I'm not making any excuse, I'm literally trying to resolve the issue for you. If you just send a screenshot of an iperf test I'm not sure what I'm supposed to test and validate here?
You don't need to test anything anymore, just return the money for the order and that's it. If the screenshots are not enough for you and you are ready to argue and go against the facts, then we have nothing more to talk about.
Here the situation is totally different, you just did a synthetic test non-representative of your actual usage (which is the only thing I am interested in), and then just opened a ticket straight up asking for a refund.
I have just tried to explain that this is not how we work, its extremely unusual to just get a ticket saying "refund the service" where we haven't even got a chance of reviewing what's going on.
Anyway, as I have already said, both before in the ticket - and here now - we're always committed to whatever gives our customers the best experience.
We'll just follow up in the ticket to process a full refund for you.
I'm running out of patience and I have a feeling that we don't understand each other at all, or are you pretending that you don't understand me?
Open my ticket or see above, what is it called? Slow connection speed on the server! I ran the tests - First I sent you a speed test and indicated that the speed is low and this does not suit me. Then I ran more tests, including installing a vpn on the server and got the same thing - the upload speed on the server did not rise above 130 mbps, after that I conducted an iperf3 test with a direct connection of my home computer to the server!
Damn it, what other real tests do you need???
P.S. If you don't have a USDT on your crypto wallet, I can accept a refund via SEPA or Paypal.
Hi,
The server has a 1G port speed, and it is fully available to you. I think that we're maybe being lost in translation here perhaps due to a language barrier.
The only reason why in your iperf you saw a slower speed, its because this traffic profile isn't properly authenticated in our mitigation and falls within the generic limits for unauthenticated traffic.
There is no issue with the port speed of your VM, or our network.
Will I get a refund or not? And if I get it, when? Say it in this thread now for everyone to see.
I've made my conclusions and I don't want to continue this conversation anymore.
I have replied here.
We are currently in holiday so it's expected to have slower response times for low priority tasks. We'll get this followed up within tomorrow morning.
Ok, NP.
So one LET-4G-NUE1 will be available again?
What are you talking about and why does it matter? Your job is to deliver packets. That's the expectation. If you do something with the packets besides delivering them, you need to make it very clear when ordering.
DDoS protection is not expected to slow down traffic when there isn't a DDoS.
Does your DDoS protection stop working if the DDoS packets look like VPN packets?
I think we're loosing information in the process here.
At LocLix we specialize in DDoS filtering, for LET users, our default behavior didn't seem to be ok, we have worked in close contact with the multiple customers that came from here during the Black Friday and have decided in implementing a separate ruleset in another prefix, with generic filtering (which is what is being used in the server mentioned in this thread).
Normally, everything is always dropped and we have built a "one-fits-all" ruleset that aims to provide access to all of the normal applications (like HTTP, SSH, FTP, RDP, multiple game and voice applications) by default.
The way this would work, is that the connection is tracked and inspected by our flowtrack system, if available, its also challenged at Layer 7 (for example for TeamSpeak3, FiveM, Minecraft, and so on) and all of this information is used for filtering decisions. We gather tons of insights from in+out connections, packet contents etc... which is only used in real-time by the mitigation stack to perform surgical blocking of the attacks.
Now, for this secondary prefix, since this approach didn't seem to work for the masses coming from LET, we have just done a generic filtering instead, where everything is allowed but unauthorized traffic (meaning, stuff that we haven't fully implemented and falls within generic L4-only filtering) CAN get slowed down. Normally, if this is a problem for the customer of course we'll quickly evaluate the situation and apply the necessary adjustments right away. Iperf is just something that we have never considered to add, which is why this behavior is being observed here, to us its most important to have real-world applications like some of the ones I have mentioned, and we keep adding more day by day also upon user request so it wasn't deemed necessary to waste time implementing a way to authenticate iperf to allow it to go at full speed. Though if its important to the use-case of the customer it's definitely something we will consider.
Also at no point have we ever denied the refund request here, I was just trying to willfully help coming to a resolution instead of turn a customer away because "no we don't do this" because this isn't how we work, anyone's problem is our problem and we want it resolved at least as much as you do.
Apparently yes, we'll re-add the stock back once we can complete the cancellation here, this will likely happen during the morning (We follow the UTC+1 timezone)
Damn.. no drama
I'll add a little bit of my experience. Yesterday I installed vless reality vpn on your server, it works via TCP masquerading as HTTPS requests via port 443. So, the situation is similar to iperf3 with speed, although this is the usual TLS HTTPS traffic. Moreover, when connecting via VPN on your server, there is a very long time delay between the request and the response of the server to which the request was sent. I don't see anything like this on my other servers that have vless vpn installed.
Perhaps you should review your traffic filtering policy...
This information was not reported to us and we are unable to validate and take action on stuff that's being hidden.
As I've said and repeated multiple times now, we are always available to accomodate anyone's request, if you experience any issue this is why support is here, to get it sorted in a timely manner for you. If we did anything wrong, I would've been the first one to go the refund route with an apology note too.
I'm happy that we got to a conclusion that you're satisfied with nonetheless.
Nobody wants to spend their free time educating support on why they should be able to use their new vps for basic shit that people rent vps for man. There's no point getting defensive and trying to spin it like it's the customers fault you're selling crippled access to people looking for general use servers.
I'm not defensive at all, I'm just stating what I see.
Also, the servers that are sold in the LET deals are setup for general use, the internet is a best-effort service by nature and its impossible for me to predict all possible situations, so since what was reported here definately is not a normal situation, we would've handled it in a timely manner and get sorted.
I'm not sure where all of the hostility comes from in this thread, probably just because people like drama.
And there we go. Luck with your sales.
"we are okay selling servers crippled by our shitty custom "one-size-fits-all" filter because the internet is a best effort service anyways"
this is the most retarded thing i've read today and you should probably quit doing business if thats the mentality there
I'm lost, what does this mean?
The mention of the best-effort is related to internet routes, this could also potentially be related to some bad route which in many cases is out of our control, but the process here is fairly straightforward, we take some measurements and after evaluation apply the necessary adjustments.
Through our automatic monitoring and flow collection we try to always guarantee the best routing but some things can sneak through.
The servers aren't "crippled"? All of the VMs there get 1G full network access, as advertised, and of course if there's any issue we work together with you to get it solved as quickly as possible, or refund you otherwise if the promise can't be met for whatever reason.
Shit happens, we're always here for it, around the clock!
Matt, to be honest, what angered me the most was that I was talking facts, proving it with screenshots, and you were telling me everything was fine, that was how it should be, or damn, you had synthetic tests, they didn't show the real picture. Immediately you say that your VMs have full access to the network at a speed of 1 GB/s, as in the advertisement, BUT THIS IS NOT TRUE!!!
When I buy a server and it has a 1Gbps network connection speed, I expect that I will see speeds close to 1Gbps IN ALL MY TASKS AND TESTS, it doesn't matter to me whether they are synthetic or real, I get what the seller promised me and what I saw in the advertisement. And this is true, 95% of the time that I bought servers, I got indicators close to what I was promised, no matter how much these servers cost. IT WAS ONLY WITH YOUR COMPANY THAT I CAME ACROSS THE FACT THAT I DID NOT GET WHAT I EXPECTED FROM THE SERVER AND THE REALITY IS DIFFERENT FROM YOUR PROMISES IN THE ADVERTISEMENT!
All this talk about some kind of filter is just talk, none of us can check if you have any filter or not. I have provided you with tests of your VM, which clearly show that your VMs have problems with upload speed.
I would've been more than happy to check this with you and get it sorted today without any waiting around, which is exactly what I have tried to say in my ticket replies too.
I was just a bit thrown off by the fact that the first and immediate message was a "refund me" instead of "look this is wrong, can you fix it?".
Fuck... You really decided to kill me today, dude!
Re-read my first message in the ticket, you can do it on your website or here above in the screenshot - I'm clearly telling you there That let's do something about this problem, I'm not satisfied with it and I'm not comfortable using the VM. If the situation does not resolve, I will have to ask you to make a refund.
It's fucking easy.
So can you fix it? If yes, why you still didn't?
Man, i love this, i will watch in silent
We got lost in the discussion and the ticket has fallen behind in the queue because I've had other tasks going on at the same time and both yesterday+today are national holidays here so I was around family too.
Can and should absolutely do better in this regard so this is entirely on me if there was any slowness in the response.
Then I think I misunderstood the message here.
If you can provide me with any test I can run on my own to check what's going on I'll prioritize this and get to work now.
I don't need access to your VM, just point me in the right direction and I'll take it from there.