Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


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.

Up-Network.CH (UP-NETWORK Sàrl) Review, or How I Left After 97% Uptime and Their Abuse Handling

WiFiWiFi Member
edited September 8 in Providers

Up-Network.CH (UP-NETWORK Sàrl) Review, or How I Left After 97% Uptime and Their Abuse Handling

I think it is time to share my experience with UP-NETWORK.

About six months ago, I was looking for a Swiss provider, and UP-NETWORK caught my attention as a company presenting itself as relatively supportive of the concept of free speech. I did not want to rely solely on other people's reviews, so before ordering I contacted them directly to clarify their position. The answer I received gave me the clear impression that, broadly speaking, they were comfortable with lawful but potentially controversial content, and that actual court decisions were the meaningful red line. That sounded reasonable to me, so I ordered.

As it turned out, that was far from the first serious problem. The first problem was infrastructure reliability.

Their network went down, VPS hosts went down, guest machines went down, and the public status page did not give an accurate picture of the real availability I was seeing from external monitoring. This distinction matters because a provider can have a green network monitor while an individual hypervisor or VPS guest is completely unreachable. In my experience, that is exactly why their public status page looked materially better than the service I was actually receiving.

There were several outages around the end of August and during September. One of them was especially impressive: a major power-related outage that my external monitoring recorded as lasting more than 6 hours. The provider later published a bulletin describing the incident as affecting only part of the infrastructure and presenting the effective downtime as much shorter than what my own UptimeRobot data recorded. My monitor does not care about PR wording. It simply checks whether the server answers, and according to that independent monitoring, the outage lasted more than 6 hours.

There was another issue that gradually became almost as irritating as the outages themselves: the way incidents were described afterwards. In my experience, some support responses and customer bulletins were not merely vague. They presented a materially better version of reality than what my own monitoring showed, and they did it with complete confidence. You can be looking at more than six hours of downtime in UptimeRobot while the provider tells you a much softer story about what happened, how many systems were affected, and for how long. At some point this stops feeling like normal corporate PR and starts feeling insulting. The implicit message seems to be: don't trust your monitoring, don't trust what you actually observed, trust our bulletin, everything was much better than it looked, now smile and keep paying.

That is a terrible way to communicate with technically competent customers. I run infrastructure. I understand the difference between a network outage, a routing problem, a host failure, a guest failure, and a total loss of service. If my monitoring says a machine was unreachable for more than six hours, I am not going to pretend it was a two-hour incident because the provider's bulletin uses nicer wording. This was probably one of the most irritating parts of the entire experience: the feeling that the customer is being treated as if he is too stupid to understand what is actually happening. You are apparently expected to eat the official explanation with a big spoon, smile, and continue paying the invoice.

Eventually the relationship started to remind me a little of the human batteries in The Matrix. You are useful primarily because you keep supplying energy. Except here, the energy is your monthly payment. Your job is apparently to remain connected to the billing system, consume whatever explanation is provided, and not ask too many uncomfortable questions. It is a funny analogy, but that is genuinely what the customer relationship started to feel like.

My independently measured uptime during the relevant period was approximately 97%. Ninety-seven percent. In 2026. For a VPS provider in Switzerland.

UP-NETWORK

I have seen $2-$4 VPS services in Eastern Europe with dramatically better availability. I have seen machines in far less prestigious infrastructure environments stay online more reliably than this.

At some point I asked a very simple question: what Tier is the datacenter? The answer was essentially: none that they could state. I also asked about SLA. There was no meaningful standard SLA included with the normal service. Stronger SLA arrangements were available separately and at a much higher price.

After a multi-hour blackout, being told that the serious SLA is a premium product does not exactly inspire confidence. An SLA does not generate electricity, it does not magically create redundancy, and it does not prevent a datacenter from going dark. So by that point I was already seriously questioning why I was paying for the service.

Then came the issue that finally made me leave: the way their abuse procedure actually works in practice.

A private company sent UP-NETWORK a legal complaint concerning my project. It was not a court judgment, not an injunction, and not an order from a Swiss authority. It was a letter written by lawyers representing a private company.

I did not ignore it. Our lawyer submitted a detailed written response addressing both the technical and legal claims. Among other things, he explained that the website itself was hosted elsewhere, that the files being complained about were not physically stored on the UP-NETWORK VPS, and that the IP involved was functioning as a network endpoint rather than as the physical file repository alleged in the complaint.

What happened next is, in my opinion, much more serious than simply "a provider disagreed with a customer."

UP-NETWORK did not meaningfully rebut our arguments. They did not identify which technical statements they believed were false. They did not explain why our technical explanation was wrong. They did not show how they had independently verified the complainant's allegations. They did not provide a court order. They did not provide any meaningful analysis showing why our objections had been rejected.

Instead, the complaint was effectively accepted as sufficient, and the process moved directly toward suspension.

That is not a transparent abuse procedure.

A legitimate abuse process should not consist of receiving an allegation from one private party, forwarding it to the customer, receiving a detailed rebuttal, ignoring the substance of that rebuttal, and then simply announcing the outcome.

If the provider believes the customer is wrong, fine. Explain why.

If a specific clause of the ToS has been violated, identify the conduct and explain how it violates that clause.

If the provider believes a particular piece of content is unlawful, identify it and explain the legal and factual basis for that conclusion.

If the provider is acting solely because it does not want the commercial or legal risk, say so directly.

What we received instead was essentially a conclusion without a meaningful examination of the defense.

In my view, that process is opaque, procedurally improper, and legally questionable. It also appears inconsistent with the kind of notice-and-response process a hosting provider claims to operate and with the provider's own published contractual framework.

The important point here is not whether UP-NETWORK has the contractual ability to terminate a service. Of course a private provider has contractual rights. The issue is how they reach the conclusion that a customer has engaged in "unlawful" or "abusive" activity when the underlying facts are disputed and the customer has submitted a substantive rebuttal.

Simply repeating article numbers from a ToS does not magically turn a private allegation into a proven violation.

And a letter from a lawyer does not become a judgment just because it is printed on expensive letterhead.

The complainant in my case even specified deadlines and expected the provider to report back on the actions taken. From the customer's point of view, that creates a very uncomfortable impression: a private third party can send a sufficiently authoritative-looking PDF, define what it wants done and by when, and the infrastructure provider may effectively enforce that demand before any independent authority has determined whether the underlying allegations are correct.

That is a serious procedural problem.

The most troubling part was not that UP-NETWORK disagreed with us. They are perfectly entitled to disagree.

The problem was that they never actually explained why.

Our detailed response was left substantially unanswered while the complainant's assertions were treated as sufficient grounds for action. There was no visible balancing of the two positions and no meaningful reasoning provided to the customer.

If there is a genuine copyright or other legal dispute, there is a well-established institution designed to determine which party is right: a court.

The rights holder is entirely free to sue us. I have absolutely no problem with that. Both parties can submit evidence, technical experts can explain the architecture, lawyers can argue the law, and an independent judge can reach a decision.

That is very different from an infrastructure provider effectively producing the practical result first while leaving the underlying dispute unresolved.

At that point I was done. I deleted the VPS myself. I am not asking them to restore it.

Between approximately 97% measured uptime, repeated outages, a status page that did not reflect my real-world availability, support communications that repeatedly presented a more favorable picture than my independent monitoring, no meaningful standard SLA, no stated Tier classification, and an abuse procedure that I found opaque, one-sided, and unsupported by any meaningful explanation of why our objections had been rejected, there was simply no reason left for me to stay.

So this is my six-month UP-NETWORK review: I became a customer expecting reliable Swiss infrastructure and a professional approach. I left because the infrastructure reliability was poor, the communication around outages undermined my confidence in the provider, and the abuse-handling procedure ultimately destroyed what trust remained.

A provider can have technical failures. Hardware fails, power fails, networks fail. That happens. What is much harder to forgive is when the customer can see one reality in his own monitoring while support confidently presents another, and when a serious legal dispute is handled through an opaque process where one side's allegations appear to be accepted while the other side's detailed objections remain substantially unanswered.

At that point, you no longer have only an uptime problem.

You have a credibility problem.

For me, the "Swiss" label ultimately added neither the reliability, transparency, nor procedural safeguards I expected.

Even if the VPS itself were free, I would not use this service again for anything important.

Comments

  • ObelousObelous Member
    edited September 8

    A company being swiss means nothing.

  • dosaidosai Veteran

    tldr please

  • JohnFilch123JohnFilch123 Member
    edited September 8

    @dosai said:
    tldr please

    Network failed and abuse handling was not great :smile:

    P.S. from rpqu: OP is rich and can afford lawyers answering a complaint from lawyers :lol:

    Thanked by 2rpqu buggedout
  • rpqurpqu Member

    @JohnFilch123 said:

    @dosai said:
    tldr please

    Network failed and abuse handling was not great :smile:

    Don't forget the lawyer-layer.

    Thanked by 1JohnFilch123
  • WiFiWiFi Member

    @JohnFilch123 said: Network failed and abuse handling was not great

    No, that’s not it. Low uptime, worse than some non-DMCA hosts in Africa, and abuse handling based on street rules rather than their own ToS or the laws they keep citing.

  • @WiFi said: If the provider believes the customer is wrong, fine. Explain why.

    They don't owe you any explanation, if they believe you are a problematic customer they
    have the right to terminate your services.

  • WiFiWiFi Member
    edited September 8

    @luckypenguin said: They don't owe you any explanation

    No. They say they are not a court and do not make any decisions. But in practice, they do make decisions without providing any justification, and they keep the money. If the second part is consistent with their ToS, the first one directly contradicts it. They are not following their own ToS.

    I left them of my own accord.

  • ObelousObelous Member
    edited September 8

    @WiFi said: I left them of my own accord.

    You said you got suspended:

    @WiFi said: Instead, the complaint was effectively accepted as sufficient, and the process moved directly toward suspension.

  • WiFiWiFi Member
    edited September 8

    @Obelous said: You said you got suspended:

    The file they sent, which came from a private company rather than any government authority or court, required them to take certain action against me by September 9 and report back on the steps they had taken.

    I left earlier, on September 8, and deleted the entire server, because it became clear that they simply comply with any PDF sent by any company. They treat those demands as if they were orders, which is completely absurd.

  • @WiFi said: because it became clear that they simply comply with any PDF sent by any company

    Most providers, unless specifically advertised as DMCA-friendly, will treat any abuse complaint as valid and will ask you to resolve it. I don't think they are different than other
    "standard" EU providers in this case. They don't care if the file is physically hosted on their
    servers or not, when you set it up as a reverse proxy it essentially means the same.

  • WiFiWiFi Member
    edited September 8

    @luckypenguin said: Most providers, unless specifically advertised as DMCA-friendly

    The DMCA does not apply in Switzerland. All claims submitted against us were rejected in full, with detailed legal and factual reasoning.

    We submitted a comprehensive and reasoned response addressing the relevant provisions of UP-NETWORK’s Terms of Use and Terms of Sale, the Swiss Federal Copyright Act, the applicable DMCA notice-and-takedown framework, including 17 U.S.C. § 512(c)(3), § 512(d), and § 512(f), as well as the Swico Hosting Code of Conduct. It specifically addressed the applicable notice requirements, the customer’s right to respond, the legal threshold for blocking or suspending services, and the provider’s obligation to explain the factual and legal grounds for its decision.

    Their actions have no proper legal basis. Our position was prepared by our lawyer, who works for a Swiss company. As others have correctly pointed out above, UP-NETWORK appears to be getting rid of an inconvenient customer simply because they are afraid of a situation where one Swiss company may end up in a legal dispute with another.

    For us, however, there is little point in taking legal action against them. Their uptime is poor, they provide no SLA, and they mislead customers about downtime and other service issues. A hosting provider like this is simply not worth using, even for free. I only want other people to know what they may encounter with this provider, what they can realistically expect from them, and what they cannot.

  • I’ve been using their cheapest VPS for 4 months now.
    Since I don’t host anything truly critical on the server, the current situation suits me just fine for now.

    Especially since it’s hard to find a purely Swiss hosting provider that:
    1. isn’t a reseller;
    2. doesn’t require KYC;
    3. accepts Bitcoin Lightning;
    4. costs less than $4/month for 2 CPU cores and 4 GB of RAM.

    Plus, they’ve been in business for just over a year; I think every hosting provider faces various issues in the beginning - the main thing is that they learn from them afterward.


    In my case, everything was fine for the first 3 months, then they botched an update to the virtualization software (30 minutes of downtime), then there was some issue with the weather (the server was actually down for 1 hour and 10 minutes, not 6 hours like the OP mentioned), and the most recent downtime was related to disk storage (35 minutes of downtime).

    UptimeRobot stats:


    However, about 6 hours after their last incident, the Linux kernel started reporting disk write errors, and shortly thereafter switched the ext4 filesystem to read-only mode. While I was trying to figure out what was going on, the hosting provider managed to reboot the VPS before I could (lol).

    So the last incident actually lasted much longer.
    My data seems to be fine (in any case, I have daily backups).


    Tomorrow they’ll be performing maintenance and will shut down the servers for 4 hours. They also wrote:

    As a goodwill gesture, customers whose VPS experienced a service interruption during the September 7 incident will receive 5 days of service credit on the affected VPS. The credit will be applied within 7 days after the intervention. No action is required from you.


    As for the OP’s problem with abuse, I can’t say anything about it - I just hope I don’t run into that situation myself :|

  • WiFiWiFi Member

    Here is the information about their Tier level and SLA, directly from the source. I’m providing it as a screenshot so there is no doubt that the wording has not been altered or manipulated.

  • WiFiWiFi Member
    edited September 9

    Well, I agree that a provider should be evaluated in the context of its pricing. So let’s talk about that and take a closer look.

    Suppose someone is looking for hosting for a simple homepage or a chatbot. Let’s also assume that 97% uptime is acceptable to them. After all, the VPS Basic S costs only $2.80 per month for 2 vCPU, 4 GB RAM, and 20 GB of storage. Cheap? At first glance, it certainly looks cheap and attractive. But let’s look a little closer.

    Their data center has no disclosed Tier certification, or more precisely, they simply do not disclose its Tier. If you want your server to be down for only two hours during a power outage instead of six, you need to pay an additional $12.40 per month for the HA option.

    That immediately moves your VPS into the roughly $16/month price range, or around $17/month during the first year once the setup fee is taken into account. And at $17 per month, there is a HUGE selection of excellent VPS providers whose uptime does not routinely fall below 99.97%. And for that kind of money, there are providers you may never need to contact support at all, for years. That is much better than opening three tickets in ten days and then getting answers that are only half true.

    There is also an $11 setup fee. That means a VPS advertised at $2.80 per month effectively costs about $3.90 per month during the first year.

    And if you also have to pay European VAT, around 19% in many cases, even the cheapest VPS ends up costing closer to $5 per month, while that $17 option turns into roughly $20.50.

    All of these plans come without backups and without any additional storage where you could even store them. If you need backups, that is at least another $6.20 per month. Meanwhile, there are providers that include a small backup disk at no extra charge.

    So overall, there is really nothing exceptionally cheap here. The pricing is fairly normal. It is neither unusually expensive nor particularly cheap.

  • everywhereeverywhere Member
    edited October 26

    Hi just found this, I'm also with them on a basic vps since earlier this year.
    I was happy till that first big down time (storage failure), then lately there are many more downtime issues... right now their service is degraded
    https://status.as213929.ch/en

    Degraded
    Major DDoS Network disruption – Services unavailable
    Oct 22, 2026 at 11:05pm CEST
    Affected services
    CLOUD SERVICES
    CORE.GLAND.AS213929.CH
    CORE.FRANKFURT.AS213929.CH
    UP-NETWORK.CH
    MANAGER.UP-NETWORK.CH
    Updated Oct 25, 2026 at 12:05am CEST

    The situation is now under control; we are continuing to monitor the situation with our scrubbing providers and any developments should another method or prefix be introduced.

    Updated Oct 24, 2026 at 9:35pm CEST

    Attacks have evolved to use different methods; our partners’ mitigation systems are adapting and taking the necessary action. We would like to reiterate that this situation is beyond our control and that we are working with recognised experts in the field to resolve it.

    Updated Oct 23, 2026 at 4:40pm CEST

    Update: services are reachable again. The affected IPv4 ranges are now protected by our partner’s DDoS scrubbing center and the situation has stabilised. The VPS panel (vps.upnt.ch) is available again. Inbound UDP traffic on protected ranges may still be filtered while the protection is being finalised. We continue to monitor the situation closely. The situation is stable, automaticly your ip comeback to normal when attack is full stopped.

    Updated Oct 23, 2026 at 3:35pm CEST

    Update: the attack is specifically targeting our network and is now hitting several of our IP ranges in turn. Services remain unstable or unavailable. We are progressively moving our IP ranges to our partner’s DDoS scrubbing center to protect the whole network. We will post another update as soon as possible.

    Update: Since the complete handover of our /24 prefix operation via the partner scrubbing centre, the situation has stabilised; we are continuing to monitor it.

    Updated Oct 23, 2026 at 3:02pm CEST

    Update: the disruption is caused by a new wave of the DDoS attack, now targeting another of our IP ranges (82.163.7.0/24). Services on other ranges may also be affected until mitigation is complete. Mitigation is in progress and we will post another update as soon as possible.

    Updated Oct 23, 2026 at 2:58pm CEST

    To protect our network against the ongoing DDoS attack, traffic to our IPv4 ranges 82.21.4.0/24 and 84.75.255.0/24 is now routed through our partner’s DDoS scrubbing center. IP addresses do not change. While the protection is being finalised with our partner, legitimate inbound UDP traffic to these ranges is heavily filtered, which affects services such as VPN (WireGuard, OpenVPN) and VoIP. Our phone hotline is also affected: please contact us through a support ticket. TCP services such as websites and SSH work normally. The VPS panel (vps.upnt.ch) is currently unavailable. We are working on restoring full service as soon as possible.

    Updated Oct 23, 2026 at 2:18pm CEST

    Update: the disruption is caused by a new wave of the DDoS attack, now targeting another of our IP ranges (84.75.255.0/24). Services on other ranges may also be affected until mitigation is complete. Mitigation is in progress and we will post another update as soon as possible.

    Updated Oct 23, 2026 at 2:02pm CEST

    We are currently investigating a new network disruption affecting access to our services. We will post another update as soon as possible.

    Updated Oct 23, 2026 at 10:00am CEST

    The switch to Aurologic has been completed; some routes are still in the process of converging, but attack management is now much more effective. The source IPs are no longer required, and your affected IPv4 addresses have reverted to their correct source.

    Updated Oct 23, 2026 at 9:00am CEST

    09:00 (Zurich time): The situation is stable, although the attacks are continuing and the volume is increasing; we are awaiting aurologic’s return to update the filters in order to stabilise the situation on 82.21.4.0/24.

    Updated Oct 23, 2026 at 5:00am CEST

    Status: Mitigated – intermittent disruption possible

    Update – October 23, 05:40 CEST

    During the night of October 22 to 23, starting at around 23:30 CEST, our network (AS213929) was targeted by a large-scale distributed denial-of-service (DDoS) attack, peaking above 1 Tbps. This malicious attack specifically targeted one of our IPv4 ranges: 82.21.4.0/24.

    Immediate response from our teams
    Our engineering team was mobilized within minutes and worked continuously throughout the night to:

    protect the entire infrastructure with emergency filtering;
    isolate the targeted range to safeguard all other services;
    reroute traffic for this range through a partner DDoS scrubbing center, which absorbs the attack before it reaches our network;
    fine-tune filtering so that our customers’ legitimate traffic gets through.

    Impact

    Other IP ranges: after brief disruption at the start of the incident, the vast majority of services were restored quickly.
    IPv6: minimally affected throughout the incident.
    Range 82.21.4.0/24: services were heavily disrupted overnight and have been reachable again since around 05:00 CEST.
    No data was compromised: this was a saturation attack, not an intrusion.

    Current status and next steps
    The attack is still ongoing but is now filtered upstream of our network. We are finalizing the full migration of the affected range to our partner’s scrubbing center to ensure lasting protection.

    Intermittent disruption may still occur on 82.21.4.0/24 until this migration is complete. Other services are not affected.

    Customers on 82.21.4.0/24: as a temporary measure, outbound traffic from your servers may use a different source IP address. If you rely on IP allowlists (APIs, software licenses, remote services) or experience issues sending email, please contact our support team, who will provide the details.

    We are monitoring the situation continuously and will post an update once the migration is complete. Thank you for your patience and understanding.

    Updated Oct 23, 2026 at 2:31am CEST

    Most services have been restored. The DDoS attack is still ongoing and a limited part of our network remains unavailable while mitigation is being completed. Some services may still experience intermittent connectivity. We are monitoring the situation closely and will post another update as soon as possible.

    Updated Oct 23, 2026 at 1:57am CEST

    The cause has been identified: since 23:05 CEST (21:05 UTC) on October 22, our network has been the target of a major DDoS attack whose volume exceeds our network capacity. The attack is still ongoing and services remain unavailable. We are working on mitigation measures and will post another update as soon as possible.

    Created Oct 22, 2026 at 11:05pm CEST

    Since 23:05 CEST (21:05 UTC), we are experiencing a network disruption affecting access to our services.

    Our team is fully engaged and actively working on the issue.

    We will post an update as soon as possible, and no later than 60 minutes from now.

    We apologize for the inconvenience.

    many times not even their main website, nor they phone, nor their vps manager panel was reachable.

    Now I've got an email about they're updating their Terms and Conditions of Sale, now it's clear that VPS will be best effort from 1 December 2026...

    Effective 1 December 2026.

    Hello everyone,

    We are updating our Terms and Conditions of Sale, our Terms of Use and our Privacy Policy. The new versions take effect on 1 December 2026.

    What this means for you
    – Your data stays in Switzerland, as before. The content you host with us and its backups were already stored in data centres located in Switzerland. The terms now say it clearly: we only store them elsewhere with your written consent. This is the commitment behind the swiss hosting label we have just joined.
    – Service levels, unchanged but clearer. Each service keeps the level shown on our SLA page: Best Effort for VPS, web hosting and UP-Transport; Guaranteed SLA 99.9 % for VDS, dedicated servers, UP-Connect and housing; Contractual SLA 99.95 % on quote only. The Terms of Sale now say the same thing, in plain words.
    – End of service, unchanged but clearer. As before, your data and its backups are deleted as soon as a service ends. The terms now set this out in one simple rule. Make sure to retrieve your files before the end date.
    – Clearer texts. All three documents have been rewritten and are published in French, English and German.

    You don’t need to do anything. If you keep using our services after 1 December 2026, the new terms will apply. If you do not accept them, you can terminate your service before that date from your customer area, under the usual conditions.

    To see exactly what changes, each document also comes as a comparison version showing the deleted and added passages.

    as you said their page says 99.x uptime, but my uptimerobot shows much longer downtimes... :/
    e.g. on this latest downtime, they say everything fixed at 00:05... but my uptime report shows 9 more downtime hours till my vps was available again :neutral:

    I'm staying maybe till end of year then will leave them if downtimes like these will happen again.
    Sadly I need a swiss one, but I am already looking around... if you know anything comparable just let me know.

  • Don't know, if a reboot by yourself would give less downtime. Expecting you wait until they reboot for you.

  • WiFiWiFi Member

    I'm telling you, they're liars. Their uptime is around 97%, and everything they put in their newsletters and responses is just a bullshit marketing story they pulled out of thin air.

    They want to look like the provider they portray in their newsletters, but in reality, their performance is on par with some third-rate hosting provider in Africa or a home server in Eastern Europe.

    They can publish whatever documents they want, but none of it has anything to do with reality.

Sign In or Register to comment.