New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
DeluxHost.net | High Performance | [PRE-ORDER] NEW VPS Deals | START 7€ ANNUAL | NED
This discussion has been closed.
Comments
On virtfusion you can activate it yourself, since not everyone is interested in having it, we have put the option that those who need it can use it, Otherwise they can deactivate it.
If this doesn't work automatically either, you can set it yourself from the network config directly. If you need help you can open a ticket and we will help you
There is no single button which i can press it and enable it. I know in kuroit and linveo and other hosters i have that button and i can press it. In your virtfusion that button is missing.
Im on
Standard Nodes
Intel Xeon Platinum 8173M
It should be in the Network section, if you don't find it could you open a ticket please?
Its not, and done.
iperf3 server available ? including -R argument?
can I get an explanation as to why you
1. enabled vnc when I didn't even ask for it
2. rebooted my server
3. changed my root password
4. accessed via vnc to my server and did X things
last login via tty. my server was moved from FRA to AMS and I literally haven't even changed my DNS record to SSH into it.
in fact, just checked and networking isn't even working and you did this:
seems like @CharityHost_org is not alone in this bullshit about logging into customers data...
It's funny to hear this type of things: "logging into customers data"
All of these commands are done due to our Migration Process on VirtFusion.
Moving a machine, the network configuration change and we are not longer use this subnets as we changed to 92.x.x.x.
As you can see from the commands history, all is done for a reason and not to "steal you data"
We are still here to answer on all your question and help you guys, not for this type of things
Why even do this without asking for my consent?
It's clearly someone in your team did it manually.
Sorry, i've just lost the part where i told that we didn't do that manually 😂
Of course we did it manually because as i told with the migration, configuration change and we need apply the correct one.
Asking the "consent" for it it's useless as we just edited the interfaces for network according also to the command history.
What?! You changed the servers password and accessed customers server without his consent, and you are saying that consent was not needed because you "just edited network config"! What is wrong with you people, do you realize that it is against privacy law?! So i own a house, and i leased out to tenants, but i can change the door keys break in take a bath go out and no consent is needed?! What a retards!
Calm down, guys, @DeluxHost is doing their best, make it smooth transition as possible.
a good reason to not run the QEMU guest agent and/or use provider OS templates
I guess some of you guys are here just to attack us.
It's crazy how you really think that we need your "data", we are doing it because 99% of the people don't know how to change their configuration.
I would ask, if you can proof to us any data that got "stealed" from your service 😂
Just crazy...
This is not against our T.o.S, it's up to you if you want to install or no,
The only thing that can make a proble with this is that without the QEMU guest agent you can't manage at all our service from the panel.
Which along with FDE, would have prevented you from snooping around like this
History commands on all machine talk, we just edited network configuration and i repeat for the third time...
Why we would need your data? 😂
I want also to remind that all of the work did trought this week it's based on making more smooth and reliable the experience of all of you.
Believe me or not, you are lucky that im not your customer and appaently will never be after this but, if i were @zGato i would have filed a legal case for data breach against you! Only then you would realize whats mean to break into customers server without his consent! You should have provided with the network settings like IP, netmask, gateway to customer and if the customer has no knowlegde and asked for help, you may asked for consent and logged in! Not to mention that all panels, virtualizor, solus, virtfusion, you just add the new IP into VM settings/panel Stop/Start and the new IP would be available!
You had root, what is there to tell me you did not selectively strip out parts of the history.
Missing the entire point you dumbfuck, you don't go around shelling into people's VMs. You either ask for their consent to shell in and fix it or let them fix it themselves.
I understand your concerns, but let me clarify a few things. DeluxHost has absolutely no interest in your data—our only goal is to ensure that services run smoothly for all customers.
99% of users don’t know how to properly configure their network settings, and if an IP isn’t set up correctly, the VM becomes unreachable. We acted to help, not to "break in without permission."
Regarding the so-called "data breach," there was no data theft whatsoever. We didn’t touch anything beyond the necessary network configuration to ensure the server was operational. Everything is logged, and anyone can verify that our intervention was strictly limited to networking.
If a customer prefers to handle the setup themselves, we are always available to provide the required information (IP, netmask, gateway). But the reality is that many users, when left on their own, end up facing connectivity issues and then open emergency tickets.
If you have any concerns, feel free to ask for clarification—but baseless accusations and personal attacks are not acceptable. Our priority remains providing the best service possible.
First of all, let’s keep this discussion respectful—there’s no need for insults.
Now, to address your concern:
We did not and do not modify or delete command history. Everything is logged, and if you have doubts, you are free to verify. Our only action was to adjust the network configuration so that the VM could be accessible—nothing more, nothing less.
As for consent, our priority is service uptime. When an issue arises, especially one that makes a server unreachable, we take proactive measures to ensure everything is working. Most users lack the technical knowledge to fix these issues themselves, which is why we step in to help.
That being said, if a customer explicitly requests to handle things on their own, we respect that and provide them with the necessary details. But accusing us of wrongdoing without evidence is simply unfair.
We’re here to provide a reliable service, not to invade privacy. If you have a genuine concern, we're happy to address it—but let’s keep the conversation constructive.
Says who? Someone who changed servers password and logged in without custoners consent?!
Have you tried first by providing IP details etc?
The only unfair is that @zGato didnt filed a legal case against you for data breach nothing more nothing less!
Genuine concern is, you should be banned alongside charityhost from this forum!
Your word is as only as good as mine.
Unless there was some audit logging being done which either stores logs in a tamper-safe manner or sends them outside the machine as soon as events happen, no one can truly confirm what happened. Not me, not you, not @zGato.
This is something fundamental you don't seem to understand and keep blabbing on about
"hurr durr your data isn't valuable what ever the fuck will I do with it".
I see that you're upset, but let’s stick to the facts rather than making baseless accusations.
Providing IP details first? Yes, and we do. But as we’ve already mentioned multiple times, many users don’t know how to apply those settings correctly. When they run into issues and their VM becomes unreachable, we step in to assist. If a customer explicitly states they want to handle it themselves, we respect that.
Legal case for data breach? A data breach implies unauthorized access to sensitive data. That didn’t happen. We adjusted the network configuration—something necessary for the service to function. If you genuinely believe otherwise, you’re free to take legal action, but throwing around accusations without evidence doesn’t make them true.
Calling for a ban? That’s your opinion, but it doesn’t change the fact that we provide a reliable service and assist users when they need help. If you personally don’t like how we operate, you’re free to choose another provider.
If you have a legitimate concern, we’re happy to address it, but if your goal is just to attack us, this conversation isn’t going anywhere productive.
I get your point, but let’s be clear: if you’re saying that no one can confirm what happened, then that applies to both sides—which means accusations without evidence are just speculation.
Now, regarding audit logs, many hosting providers (including us) do have external logging mechanisms in place for transparency and security. If @zGato or anyone else wants to verify what actions were taken, they are welcome to request the logs.
And let’s be real—if we had something to hide, we wouldn’t be here addressing concerns openly. The constant assumption that we acted in bad faith is not based on any facts, just distrust.
If there’s an actual issue, let’s discuss solutions instead of throwing around accusations and hypotheticals.
The only baseless are you here!
Based on github and posts here @zGato seems to be a pretty knowlegde guy in networking/linux field!
So you checked it already and are sure that there was no sensitive data right?!
Yes and i call the mods @DP @angstrom @FAT32 to let them know this behaviour as its the same as @CharityHost_org !
Is breaching into customers server is not legitimate concern, not sure what is!
You're not being accused of anything aside from the one zGato raised.
Maybe some language got lost in the sauce but the original concern was "you going into a VM and changing the network configuration without consent".
Like what? Give me something concrete to work here with.
That's what they all say, but sure, whatever floats your boat.
The solution has been there the entire time.
If there is something that needs to be modified in a customer's VM, notify them with ample time explicitly stating that an action is needed on their end and if they are not willing to do the change themselves offer to do it yourself with their consent.
You don't default to the other way around.
If you want to escalate this to the mods, go ahead—we have nothing to hide. We’ve explained our actions clearly, and we stand by them.
About @zGato’s knowledge
We never questioned his skills. But having knowledge ≠ never needing assistance. Even experienced users can face issues, and we step in only when necessary. If he had explicitly requested to handle it himself, we would have respected that.
Sensitive data
We did not go through any customer data. Our only action was adjusting the network configuration. If you truly believe otherwise, feel free to provide proof instead of making baseless accusations. Also, let’s use logic—if the network was misconfigured and the server had no connection, how exactly would we have accessed any customer data through VNC? Without a working network, remote access to customer files simply isn’t possible 😂.
"Breaching" into a customer’s server
You're throwing around the word "breach" very loosely. A breach implies unauthorized access for malicious intent. That was not the case. This was a technical support action to ensure service uptime—something that’s standard in hosting when network issues arise.
I appreciate that you're finally focusing on solutions instead of just throwing accusations.
"Going into a VM and changing the network configuration without consent"
Yes, that was the concern raised, and we've addressed it. Our intent was to restore connectivity, not to interfere with customer data or privacy. If @zGato had requested to handle it himself, we would have respected that.
Audit logs & transparency
We log support actions, and if @zGato wants to verify exactly what was done, he is welcome to request those logs through the proper channels. We’re not here to "convince" anyone—we provide proof when asked.
The proposed solution
We agree that customer notification is ideal, and in most cases, that’s exactly what we do. However, when a VM is already unreachable due to network misconfiguration, we step in to fix it to restore access. There’s no point in sending a message to someone who might not even be able to see it if their server is down.