Linuxconf for Web anyone?
Cockpit – Administer Linux servers via a web browser
21–30 of 152 posts
Re: Cockpit – Administer Linux servers via a web browser
#22what was wrong with webmin? (ducks)
How to get recommendations for a software solution on HN:
1. Submit an Ask HN thread, and ask for advice.
2. Watch your thread get no response or interest from anybody.
3. Give up on HN and go build your own solution.
4. When it's ready, submit it to HN to help others in your situation.
5. The recommendations you were looking for will appear in the comments.
Re: Cockpit – Administer Linux servers via a web browser
#23How much of an added security risk does adding a web-based admin interface (to the usual ssh tunnel) represent?
You could bind the web service to the loopback interface of the server. This way it cannot be accessed directly from the internet. Then you can use SSH port forwarding to access it from the web browser on your local machine.
Re: Cockpit – Administer Linux servers via a web browser
#24what was wrong with webmin? (ducks)
Or CPanel ;).
Cpanel's licensing cost isn't trivial.
Re: Cockpit – Administer Linux servers via a web browser
#25what was wrong with webmin? (ducks)
Re: Cockpit – Administer Linux servers via a web browser
#26Personally I'd much rather see a GUI that can help string together snippets of Terraform/CFN and Ansible/Chef/Puppet/Salt/whathaveyou. A visual IDE for infrastructure automation, if you will.
Doesn't Ansible Tower do this (At least for ansible)?
I haven't used it personally, but judging by the marketing video Tower is mostly an enterprise dashboard with some self-serve features that allow invocation of Ansible playbooks (or perhaps some larger unit of automation - I've no idea if they made something up just for Tower); but the playbooks would still need to be hand-coded elsewhere.
Re: Cockpit – Administer Linux servers via a web browser
#27Earlier quoted context omitted.
Doesn't Ansible Tower do this (At least for ansible)?
I haven't used it personally, but judging by the marketing video Tower is mostly an enterprise dashboard with some self-serve features that allow invocation of Ansible playbooks (or perhaps some larger unit of automation - I've no idea if they made something up just for Tower); but the playbooks would still need to be hand-coded elsewhere.
Ahh I thought you meant you got some playbooks/roles/modules written but you have a gui to say which are run where. More of a higher level.
But I think I see what you mean and I like the idea. A low level GUI that lets you look up specific tasks in ansible and have it create the playbook for you at the end.
That would be pretty cool and not that hard to write actually.
Re: Cockpit – Administer Linux servers via a web browser
#28Would be nice if this was in a docker container I could just run.
Re: Cockpit – Administer Linux servers via a web browser
#29For those who may wonder, it looks like this is GNU/Linux only, no support for BSD or any Linux distro that doesn't use systemd . That means no Alpine Linux and no OpenBSD/FreeBSD.
cockpit is not dependent on systemd. They don't ship sysvinit scripts, but there's no hard dependencies on systemd anywhere. I'd expect that the system logging may not be very nice without journald, but the vast majority of the interface runs over dbus or spawns processes on the server.
It _is_ dependent on dbus.
Re: Cockpit – Administer Linux servers via a web browser
#30Does it work on non fedora/redhat? Does it need an agent on managed systems?
I'm developing a somewhat similar system[1], based purely on very easy to develop plugins, agentless, and integration with third parties where needed (Prometheus, for example).But without big corporate backup it is being difficult to keep the development pace.