Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cockpit – Integrated, glanceable, web-based interface for servers

cockpit-project.org

Post reply on HN
Print view View original

111–120 of 130 posts

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#111

Post by [deleted] »

Risord wrote: post #82
kbenson wrote: post #42

Earlier quoted context omitted.

Because managing the correct way to handle downtime and how to respond to problems is vastly different when serving one person that will generally be actively using the device less than half the time of the day or far less, and serving thousands or millions of people using it such that at any one moment multiple people might be actively using it. > Edit: Brainstorming here: specifically, I'd like a more accessible UI…

I claim that it's possible to design cargo ships and planes to be driven by anyone with short training compareable to driving license. It all comes down how much you want to invest for being as safe as possible from accidents. Cost of cargo ship or plane accident is very high and there is no valuable reasons(?) why everyone should be able to drive those vehicles. Therefore it makes sense that those vehicles are drive…

[deleted]

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#112

Post by gramakri »

dastx wrote: post #76
gramakri wrote: post #43

Earlier quoted context omitted.

This is exactly what we do :) check out our demo at https://cloudron.io . Another user commented there is no market for this, but this is not true since we exist and are doing well. Its a niche but this is expected since this is a developing market.

But it's not as simple as that though is it? Does this take into account things like HA? Or offsite backups? What about security? I guess this works for someone who sets this up on a single server, perhaps just for themselves. But running services is a lot more complex that just isn't possible as a 1 click install.

Cloudron can backup to a variety of destinations including S3/GCS/Backblaze (https://docs.cloudron.io/backups/#storage-providers). I guess it depends on what you mean by "service". If you mean running something for a million users, we are not the right product. Cloudron is meant to setup services for personal use and businesses. Our target audience has 10k users max.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#113

Post by gramakri »

nyellin wrote: post #77
gramakri wrote: post #43

Earlier quoted context omitted.

This is exactly what we do :) check out our demo at https://cloudron.io . Another user commented there is no market for this, but this is not true since we exist and are doing well. Its a niche but this is expected since this is a developing market.

What is a good option for doing this on kubernetes?

I am not aware of any. Cloudron itself might run on k8s some day but so far we haven't found the right customers for that scenario yet!

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#114

Post by Naac »

circularfoyers wrote: post #71
Naac wrote: post #24

I set it up for my handrolled homelab server automation ( all Arch Linux servers ), back when I was doing everything with virsh. It worked "ok". It required pulling in a bunch of dependencies I wouldn't have normally installed. I had it set up behind an HAproxy LB, with ssl terminated at the LB. When I was using it ~1 year ago, it was pretty buggy, and certain components would crash and I would have to restart the we…

Considering Cockpit is neither supported nor tested on Arch Linux[1], I think forming an opinion of it based on that would be unfair. [1] https://cockpit-project.org/running.html

It's in the official Arch Linux repository. And they even decided to include it in their table from your link.

I think its definitely a valid opinion to have. And I would stand by not recommending Cockpit until it becomes more polished.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#115

Post by e12e »

effie wrote: post #100
e12e wrote: post #37

Earlier quoted context omitted.

It's not a trivial thing - docker and sandstorm.io might be two examples of making some decent headway here. Just today I set up a postgres and ms sql server for testing - pretty much identically, running out of their own named docker containers (for those not aware, it's even more similar than it sounds, ms sql runs on Linux now).

Why do you want to run MS SQL on Linux? What will you do when the db gets locked or crashes? You call Microsoft and wait?

> What will you do when the db gets locked or crashes? You call Microsoft and wait?

Actually, it would appear ms is quite serious about sql server on Linux:

https://docs.microsoft.com/en-us/troubleshoot/sql/linux/choo...

So I guess, similar to running sql server on windows?

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#116

Post by ocdtrekkie »

bottled_poe wrote: post #69
luplex wrote: post #35

Is there a reason why successfully running software on a server is so much harder than running software on your phone? I don't think it needs to be this way. Someone needs to figure out server software for consumers. Just like PCs became more accessible, so should servers! Edit: Brainstorming here: specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get star…

The sand boxing model for app stores make apps completely independent and also difficult to incorrectly configure.

Many modern server platforms do this too. Be it something that pushes a web-based app store model, like Cloudron and Sandstorm, or a plain infrastructure tool like Docker.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#117

Post by withinboredom »

qbasic_forever wrote: post #55
luplex wrote: post #35

Is there a reason why successfully running software on a server is so much harder than running software on your phone? I don't think it needs to be this way. Someone needs to figure out server software for consumers. Just like PCs became more accessible, so should servers! Edit: Brainstorming here: specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get star…

I think you're asking a perfectly valid question. IMHO authentication is still an enormous mess and new standards like OAuth did nothing to improve it on the server side. On your phone app store there's a strong and trusted source of identity coming from Apple or Google. They know who you are, what you're allowed to do, etc. and can delegate that authority to your apps. On the server though... welcome to the wild wes…

> How does your server know the person on the other end of a TCP connection is really you, or the person you shared a document to view, etc?

Client certs solve this problem quite nicely.

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#118

Post by effie »

mbreese wrote: post #107
effie wrote: post #96

Earlier quoted context omitted.

It seems to me you are making it needlessly complicated (LDAP...). There are many tools for authenticated access to server with minimal cost in terms of administration. TLS+Letsencrypt+Basic HTTP auth, SSH, OpenVPN, Wireguard, etc.

If you’re using N+1 servers that have multiple users, then you definitely want some kind of centralized user management. It doesn’t matter how you connect to the server (ssh, etc). Those won’t solve the problem of keeping user account information in sync between the servers. You still need some way to keep account information (username, password, public keys) consistent between the servers. That’s what the GP post wa…

Does LDAP have some advantage as opposed to generic cms system like ansible?

Re: Cockpit – Integrated, glanceable, web-based interface for servers

#120

Post by omneity »

luplex wrote: post #35

Is there a reason why successfully running software on a server is so much harder than running software on your phone? I don't think it needs to be this way. Someone needs to figure out server software for consumers. Just like PCs became more accessible, so should servers! Edit: Brainstorming here: specifically, I'd like a more accessible UI, automatic updates, sensible defaults on all apps, an easier way to get star…

I personally think it’s due to how the internet is designed, where applications are an afterthought. It’s after all easy to just get html pages published online, but anything beyond that is a hack.

With a better protocol and set of primitives it shouldn’t be as complicated (even though the challenges of scale can be unique to server software)

Post reply on HN