Wikipedia

Comparison of open-source configuration management software: Difference between revisions

Browse history interactively
← Previous edit
Content deleted Content added
VisualWikitext
No edit summary
Citation bot (talk | contribs)
Bots
5,868,318 edits
Add: website, title. Changed bare reference to CS1/2. | Use this bot. Report bugs. | Suggested by Folkezoft | Linked from User:Folkezoft/sandbox | #UCB_webform_linked 427/921
 
(42 intermediate revisions by 23 users not shown)
Line 10:
 
==Basic properties==
"Verify mode" (also called [[dry run (testing)|dry run]]) refers to having an ability to determine whether a node is conformant with a guarantee of not modifying it, and typically involves the exclusive use of an internal language supporting read-only mode for all potentially system-modifying operations. "''[[Mutual authentication|Mutual auth]]"'' (mutual auth) refers to the client verifying the server and vice versa.
 
"''Agent"'' describes whether additional [[Daemon (computing)|software daemons]] are required. Depending on the management software these agents are usually deployed on the target system or on one or many central "''controller"'' servers. Although "<code>Agent-less" = "No"</code> is colored red and might seem to be a negative, in factinstead, having an agent can be considered quite advantageous to many. Consider the impact if an agent-less tool loses connectivity to a node while making critical changes—leaving the node in an indeterminate state that compromises its (production?) functionalityfunction.
 
<div class="overflowbugx" style="overflow:auto; width:99%;">
Line 20:
! Language
! License
! [[mutual authentication|Mutual auth.]]
! [[Encryption]]
! Verify mode
! Agent-less
! Has a{{abbr|Incl.|Includes}} GUI
! First release
! Latest stable release
Line 37:
| {{yes}}<ref>{{cite web|url=http://www.ansible.com/products/awx-project/faq|title=AWX Project FAQ - Ansible.com|author=Red Hat, Inc.|work=ansible.com}}</ref>
| style="text-align:left;"| 2012-03-08
| style="text-align:left;"| 20232025-1103-1125 2.1518.4<ref name="Ansible_releases">{{cite web |url=https://docs.ansiblegithub.com/ansible/latestansible/reference_appendicesblob/release_and_maintenancestable-2.html18/changelogs/CHANGELOG-v2.18.rst#ansiblev2-community18-changelogs4 |title=Ansible community changelogs |website= docs.ansible.com |publisher=Red Hat, Inc. |pages=1|access-date=20222025-0403-26}}</ref>
|-
! {{rh}} | [[Bcfg2]]
| Python
| [[SIBSDBSD licenses#2-clause license .28.22Simplified BSD License.22 or .22FreeBSD License.22.29|BSD 2-clause]]<ref>{{cite web |author=solj |url=https://github.com/Bcfg2/bcfg2/blob/master/LICENSE |title=bcfg2Bcfg2/LICENSE at master · Bcfg2/bcfg2 · GitHub |publisherwebsite=Github.com[[GitHub]] |access-date=2014-02-10}}</ref>
| {{yes}}{{efn|name="Certificate and Passwords"|Certificate and Passwords: Uses SSL X.509 certificate and fingerprint for clients to authenticate server, and passwords for server to authenticate clients; clients should only share the same password if they are allowed access to each other's configuration data.}}
| {{yes}}{{efn|name="SSL"|SSL: Uses the Secure Sockets Layer, Transport Layer Security (TLS) for encryption.}}
Line 52:
! {{rh}} | [[Capistrano (software)|Capistrano]]
| [[Ruby (programming language)|Ruby]]
| [[MIT License|MIT]]
|
| {{yes}}{{efn|name="Secure Shell"}}
Line 77:
| {{yes}}{{efn|name="RSA Shared Keys"|Per request signed headers and [[pre-shared key]]s.}}
| {{yes}}{{efn|name="SSLpayload"|Payload encryption via SSL if HTTPS proxy is configured.}}
| {{yes}}{{efn|name="Verify-Chef"|Chef 10.14.0+ (called why-run mode)}}<ref>{{cite web |url=http://tickets.opscode.com/browse/CHEF-13 |title=[#CHEF-13&#93; Add -noop support - Opscode Open Source Ticket Tracking |publisher=Tickets.opscode.com |access-date=2014-02-10 |archive-url=https://web.archive.org/web/20140226055656/https://tickets.opscode.com/browse/CHEF-13 |archive-date=2014-02-26 |url-status=dead }}</ref>
| {{no}}
| {{yes}}
Line 92:
| {{yes}}<ref name="CFEngine Enterprise">{{cite web |url=https://cfengine.com/product/ |title=CFEngine Enterprise Mission Portal|publisher=Northern.tech AS.}}</ref>
| style="text-align:left;"|1993
| style="text-align:left;"| 2023
2025-1201-0607 3.2326.0,<ref name="CFEngine 3.2326.0 release blog post">{{cite web |url=https://cfengine.com/blog/20232025/cfengine-3-2326-released-anniversaryadmin/ |title=CFEngine 3.2326.0 released |publisher=Northern.tech AS.}}</ref>
|publisher=Northern.tech AS.}}</ref> 20242025-0105-1113 3.2124.42,<ref name="CFEngine 3.2124.42 release blog post">{{cite web |url=https://cfengine.com/blog/20242025/cfengine-3-1821-7-and-3-2124-42-released/ |title=CFEngine 3.2124.42 released |publisher=Northern.tech AS.}}</ref> 2023
2025-0105-1113 3.1821.7,<ref name="CFEngine 3.1821.7 release blog post">{{cite web |url=https://cfengine.com/blog/20242025/cfengine-3-1821-7-and-3-2124-42-released/ |title=CFEngine 3.1821.7 released | publisher=Northern.tech AS.}}</ref>
|-▼
! {{rh}} | Consfigurator
| [[Scheme (programming language)|Scheme]] ([[Steel Bank Common Lisp|SBCL]])
| [[GNU General Public License#Version 3|GPLv3+]]<ref>{{cite web | title=Consfigurator | url=https://spwhitton.name/tech/code/consfigurator/ }}</ref>
| {{yes}}{{efn|name="Key Pair"}}
| {{yes}}{{efn|name="Secure Shell"}}
|▼
|
| {{no}}
|
| 2024-07-26 1.4.2<ref>{{cite web | title=Tags · spwhitton/Consfigurator | website=[[GitHub]] | url=https://github.com/spwhitton/consfigurator/tags }}</ref>
|-
! {{rh}} | [[Guix]]
| [[Scheme (programming language)|Scheme]] ([[GNU Guile|Guile]])<ref>https://guix.gnu.org/en/manual/en/guix.html#System-Configuration {{Bare URL inline|date=August 2025}}</ref><ref>https://guix.gnu.org/en/manual/en/guix.html#Invoking-guix-deploy {{Bare URL inline|date=August 2025}}</ref>
| [[GNU General Public License#Version 3|GPLv3+]]<ref>https://git.savannah.gnu.org/cgit/guix.git/tree/gnu.scm?h=v1.4.0#n8 {{Bare URL inline|date=August 2025}}</ref>
| {{yes}}{{efn|name="Key Pair"}}
| {{yes}}{{efn|name="Secure Shell"}}
|
| {{no}}
| {{no}}<ref>It requires the guix daemon on the target Guix system.</ref>
|
| 2022-12-19 1.4.0
|-
! {{rh}} | [[ISconf]]
| Python
| GPL<ref>{{cite web |url=http://trac.t7a.org/isconf/browser/trunk/LICENSE |title=/trunk/LICENSE - ISconf - Trac |publisher=Trac.t7a.org |date=1989-04-01 |access-date=2014-02-10 |archive-url=https://archive.today/20130415235717/http://trac.t7a.org/isconf/browser/trunk/LICENSE |archive-date=2013-04-15 |url-status=dead }}</ref>
|{{yes}}{{efn|name="HMAC"|HMAC: Uses [[HMAC]] signatures on all network traffic.}}
| {{no}}<ref>Improved security which would include an encrypted, mutually authenticated, peer-to-peer message bus is tracked here {{cite web |url=http://trac.t7a.org/isconf/ticket/39 |title=#39 (Implement TCP mesh) - ISconf - Trac |access-date=2007-04-17 |url-status=dead |archive-url=https://archive.today/20120716131832/http://trac.t7a.org/isconf/ticket/39 |archive-date=2012-07-16 }}.</ref>
|
|
Line 108 ⟶ 132:
! {{rh}} | [[Juju (software)|Juju]]
| Python, [[Go (programming language)|Go]]<ref>{{cite web|url=https://github.com/juju/juju |title=Juju Source Code |publisher=github.com |date=2015-06-19 |access-date=2015-06-21}}</ref>
| [[GNU Affero General Public License|AGPL]]
| {{yes}}{{efn|name="Key Pair"}}
| {{yes}}{{efn|name="SSL"}}
| {{no}}
| {{no}}
| {{yes}}<ref>{{cite web |url=https://demo.jujucharms.com/trusty/juju-gui/ |title=Juju Gui |publisher=jujucharms.com |date=2015-06-15 |access-date=2015-06-21 |archive-url=https://web.archive.org/web/20150621233749/https://demo.jujucharms.com/trusty/juju-gui/ |archive-date=2015-06-21 |url-status=dead }}</ref>
| style="text-align:left;"|2010-09-17<ref>{{cite web|url=https://launchpad.net/juju/+series |title=timeline : pyjuju |publisher=Launchpad.net |access-date=2014-02-10}}</ref>
| style="text-align:left;"|20242025-0106-2509 3.36.17<ref>{{cite web|url=https://github.com/juju/juju/releases |title=GitHub |publisher=github.com |access-date=20222025-0306-2109}}</ref>
|-
! {{rh}} | Local ConFiGuration system ([[LCFG]])
| [[Perl]]
| GPL
| {{partial}}<ref>LCFG does not provide its own transport mechanism; it relies on an external program, most often Apache. Using Apache it should be possible to do mutual authentication in several ways; however the documentation at [http://www.lcfg.org/doc/guide.pdf The Complete Guide to LCFG], Section 9.4: Authorization and Security, shows access control based on IP address ranges, implying that the client does not authenticate itself to the server via an SSL certificate; it also does not mention if the LCFG client checks the validity of the server's SSL certificate (such as via a per-site fingerprint distributed with the client, or a chain of trust to an accredited CA). It mentions that there can be a per-client password in the profile, but also states that ''"The contents of the LCFG profile should be considered public"''.</ref>
Line 130 ⟶ 154:
! {{rh}} | [[NOC (software)|NOC Project]]
| [[Python (programming language)|Python]]
| [[BSD Licenseslicenses|BSD License 2.0]]
| {{yes}}{{efn|name="Key Pair"}}
| {{yes}}{{efn|name="Secure Shell"}}
Line 140 ⟶ 164:
|-
! {{rh}} | [[OCS Inventory]] NG with GLPI
| Perl, [[PHP]], [[C++]]
| GPL
| {{no}}<ref>Server authenticates to client, but client does not authenticate to server. See [httphttps://prdownloads.sourceforge.net/ocsinventory/OCS_Inventory_NG-Installation_and_Administration_Guide_1.9_EN.pdf.zip?download OCS Inventory NG Installation and Administration guide], page 114.</ref>
| {{yes}}{{efn|name="SSL"}}
|
Line 173 ⟶ 197:
|-
! {{rh}} | [[Puppet (software)|Puppet]]
| Ruby, [[C++]] & [[Clojure]] (server-side also Ruby before 4.0<ref>{{cite web |url=https://puppet.com/blog/evolving-puppet-for-next-10-years |title=Evolving Puppet for the Next 10 Years |publisher=Luke Kanies |date=2014-09-23 |access-date=2017-05-26}}</ref>)
| Apache since 2.7.0, GPL before then
| {{yes}}{{efn|name="Certificates"|Certificates: Uses SSL X.509 Certificates for mutual authentication. Can use any SSL Certificate Authority to manage the Public Key Infrastructure.}}
| {{yes}}{{efn|name="SSL"}}
| {{yes}}{{efn|name="Verify-Puppet"|Using the --noop option}}<ref>{{cite web |url=http://docs.puppetlabs.com/man/agent.html |title=puppet agent Man Page — Documentation — Puppet Labs |publisher=Docs.puppetlabs.com |access-date=2014-02-10 |archive-url=https://web.archive.org/web/20130707135331/http://docs.puppetlabs.com/man/agent.html |archive-date=2013-07-07 |url-status=dead }}</ref>
| {{no}}
| {{yes}}<ref>{{cite web|url=http://www.olindata.com/blog/2014/01/puppet-management-gui-comparison|title=Puppet Management GUI Comparison|work=olindata.com|access-date=2015-01-12|archive-url=https://web.archive.org/web/20150117063953/http://www.olindata.com/blog/2014/01/puppet-management-gui-comparison|archive-date=2015-01-17|url-status=deadusurped}}</ref>
| style="text-align:left;"|2005-08-30<ref>{{cite web|url=http://puppetlabs.com/downloads/puppet/?C=M;O=A |title=Index of /puppet |publisher=Puppetlabs.com |access-date=2014-02-10}}</ref>
| style="text-align:left;"|20202024-06-0304 8.6.160, 7.30.0 (client),<ref>{{cite web |title=Puppet release notes |url=https://puppet.com/docs/puppet/latest/release_notes_puppet.html |access-date=20202024-0705-0406}}</ref> 20202024-06-0304 8.6.120, 7.17.0 (server)<ref>{{cite web |title=Puppet Server: Release Notes |url=https://puppet.com/docs/puppetserver/latest/release_notes.html |access-date=20202024-0705-0406}}</ref>
|-
! {{rh}} | Pyinfra
| [[Python (programming language)|Python]]
| [[MIT License]]
| {{yes}}
| {{yes}}
| {{yes}}
| {{yes}}
|
| style="text-align:left;"| 2016-08-10 0.1<ref>{{cite web|url=https://github.com/pyinfra-dev/pyinfra/releases/tag/v0.1 |title=pyinfra v0.1 |website=[[GitHub]] | access-date=2025-02-23}}</ref>
| style="text-align:left;"| 2025-01-30 3.2<ref>{{cite web |url=https://github.com/pyinfra-dev/pyinfra/releases/tag/v3.2 |title=Pyinfra v3.2 |website=[[GitHub]] | access-date=2025-02-23}}</ref>
|-
! {{rh}} | [[Quattor]]
Line 188 ⟶ 223:
| {{yes}}<ref>"Client to server authentication and vice versa: on one hand, this allows to enforce access policies
to sensitive data according to the client "name", on the other hand, clients are guaranteed to talk to
the original server." - from [http://isscvs.cern.ch:8180/cgi-bin/cvsweb.cgi/%7Echeckout%7E/elfms/quattor/documentation/installation-guide/pdf/quattor-install-guide_1_1.pdf?rev=HEAD&content-type=application/pdf&cvsroot=elfms Quattor Installation and User Guide: Version 1.1.x] {{Webarchive|url=https://web.archive.org/web/20130406095526/http://isscvs.cern.ch:8180/cgi-bin/cvsweb.cgi/%7Echeckout%7E/elfms/quattor/documentation/installation-guide/pdf/quattor-install-guide_1_1.pdf?rev=HEAD&content-type=application%2Fpdf&cvsroot=elfms |date=2013-04-06 }}, page 70</ref>
| {{yes}}<ref>"[...] secure information transfer, since data are encrypted: this prevents eavesdroppers from obtaining information in transit over the network." - from [http://isscvs.cern.ch:8180/cgi-bin/cvsweb.cgi/%7Echeckout%7E/elfms/quattor/documentation/installation-guide/pdf/quattor-install-guide_1_1.pdf?rev=HEAD&content-type=application/pdf&cvsroot=elfms Quattor Installation and User Guide: Version 1.1.x] {{Webarchive|url=https://web.archive.org/web/20130406095526/http://isscvs.cern.ch:8180/cgi-bin/cvsweb.cgi/%7Echeckout%7E/elfms/quattor/documentation/installation-guide/pdf/quattor-install-guide_1_1.pdf?rev=HEAD&content-type=application%2Fpdf&cvsroot=elfms |date=2013-04-06 }}, page 70</ref>
| {{partial}}<ref>{{Cite web |title=ncm-ncd — Quattor |url=https://quattor-documentation.readthedocs.io/latest/ncm-ncd/ncm-ncd.html#other-options |access-date=2025-02-25 |website=quattor-documentation.readthedocs.io}}</ref>
▲|
| {{no}}
▲|
|
| style="text-align:left;"|2005-04-01<ref>{{cite web |url=http://quattorsw.web.cern.ch/quattorsw/software/quattor/release/ |title=Index of /quattorsw/software/quattor/release |publisher=Quattorsw.web.cern.ch |access-date=2014-02-10 |archive-url=https://web.archive.org/web/20140318090836/http://quattorsw.web.cern.ch/quattorsw/software/quattor/release/ |archive-date=2014-03-18 |url-status=dead }}</ref>
| style="text-align:left;"|20232024-0811-1422 2324.610.0<ref>{{cite web|url=https://www.quattor.org/news/20232024/0811/1422/announcing-quattor-2324.610.0.html|title=Quattor 2324.610.0 released|work=quattor.org}}</ref>
|-
! {{rh}} | [[Radmind]]
| C
| BSD<ref>{{cite web |url=http://rsug.itd.umich.edu/software/copyright.html |title=Research Systems Unix Group: beepage |publisher=Rsug.itd.umich.edu |access-date=2014-02-10 |archive-url=https://web.archive.org/web/20150210155103/http://rsug.itd.umich.edu/software/copyright.html |archive-date=2015-02-10 |url-status=dead }}</ref>
| {{yes}}<ref>''"SSL certificates can also be used to authenticate both the Radmind server and the managed clients, regardless of DNS or IP-address variation."'' - from [http://www.usenix.org/events/lisa03/tech/full_papers/craig/craig_html/index.html Radmind: The Integration of Filesystem Integrity Checking with Filesystem Management]</ref>
| {{yes}}<ref>''"For network security, Radmind supports SSL-encrypted links. This allows nodes on insecure networks to be updated securely.''" - from [http://www.usenix.org/events/lisa03/tech/full_papers/craig/craig_html/index.html Radmind: The Integration of Filesystem Integrity Checking with Filesystem Management]</ref>
Line 204 ⟶ 239:
| {{no}}
|
| style="text-align:left;"|2002-03-26<ref>{{cite web|url=httphttps://sourceforge.net/project/showfiles.php?group_id=141444&package_id=155276&release_id=392624 |title=Radmind - Browse /radmind/radmind-0-6-0 at |publisher=Sourceforge.net |date=2006-02-10 |access-date=2014-02-10}}</ref>
| style="text-align:left;"|2008-10-08 1.13.0<ref>{{cite web|url=httphttps://sourceforge.net/project/showfiles.php?group_id=141444|title=Radmind|author=fitterhappier|work=sourceforge.net}}</ref>
|-
! {{rh}} | [[Rex (software)|Rex]]
| [[Perl (programming language)|Perl]]
| [[Apache License|Apache]]
| {{yes}}{{efn|name="Key Pair"}}
Line 219 ⟶ 254:
|-
! {{rh}} | [[Rudder (software)|Rudder]]
| [[C (programming language)|C]], [[Scala (programming language)|Scala]] and, [[Rust (programming language)|Rust]]
| GPLv3 and, Apache 2.0<ref>{{cite web|url=https://faq.rudder.io/knowledge-bases/2/articles/6-what-licences-apply-to-rudder|title=Rudder FAQ|work=rudder.io}}</ref>
| {{yes}}{{efn|name="Key Pair"}}
| {{yes}}{{efn|name="SSL"}}
Line 264 ⟶ 299:
! {{rh}} | [[STAF]]
| [[C++]]
| [[Common Public License|CPL]]<ref>{{cite web|url=httphttps://staf.sourceforge.net/license.php|title=Software Testing Automation Framework (STAF)|work=sourceforge.net}}</ref>
| {{no}}{{efn|name="Network Trust"|Network Trust: Trusts the network, like rsh.}}{{efn|name="User-only Auth"|User-only Auth: User authenticates to server via password, but uses Network Trust to authenticate user to server, like telnet.}}
| {{partial}}<ref>There is a [httphttps://sourceforge.net/tracker/index.php?func=detail&aid=940264&group_id=33142&atid=407384 feature request for a Secure TCP/IP Connection Provider], and one of the [httphttps://sourceforge.net/mailarchive/message.php?msg_name=OF7C30AE4D.50AE13E2-ON862572B4.004D3583-862572B4.004E54FC%40us.ibm.com developers stated] on 2007-04-05 that ''"You will need to download the source code for OpenSSL and point the build files at it. Other than that, it should just work."'', so it looks like there may be working encryption if you build from scratch instead of using the prebuilt binaries. It is unclear what if any authentication building against OpenSSL would give STAF.</ref>
|
| {{no}}
|
| style="text-align:left;"|1998-02-16<ref>{{cite web|url=httphttps://staf.sourceforge.net/history.php|title=Software Testing Automation Framework (STAF)|work=sourceforge.net}}</ref>
| style="text-align:left;"|2012-12-16 3.4.16 <ref>{{cite web|url=httphttps://staf.sourceforge.net/|title=Software Testing Automation Framework (STAF)|work=sourceforge.net}}</ref>
|-
! {{rh}} | [[Synctool]]<ref>[http://www.heiho.net/synctool/ Synctool] aims to be easy to understand and use. It is built in Python and uses SSH and Rsync.</ref>
| Python<ref>{{cite web|url=http://www.heiho.net/synctool/doc/chapter2.html|title=synctool documentation|work=heiho.net}}</ref>
| GPLv2<ref>{{cite web|url=https://github.com/walterdejong/synctool/blob/master/LICENSE|title=synctool/LICENSE at master · walterdejong/synctool · GitHub|work=GitHub}}</ref>
Line 286 ⟶ 321:
! {{rh}} | Uyuni
| Java, Python, [[PL/SQL]] (Perl)
| GPLv2/, Apache 2.0
| {{yes}}
| {{yes}}
Line 292 ⟶ 327:
| Both
| {{yes}}
| style="text-align:left;"| 2018-06<ref name="Uyuni: Forking Spacewalk with Salt and Containers">{{cite web|url=https://news.opensuse.org/2018/05/26/uyuni-forking-spacewalk-with-salt-and-containers/|title=Uyuni: Forking Spacewalk with Salt and Containers|date=26 May 2018 }}</ref>
| style="text-align:left;"| 20222024-0501-1031-01 20222024.0501<ref>{{Cite web |title="Uyuni 2024.01 is released" |url=https://lists.opensuse.org/archives/list/usersannounce@lists.uyuni-project.org/thread/RPZYV3UL6TQGDGMMJGRSHXQWDJFCJ2VAQJBVKBUS25XJHEUAFHXGYDYT44QCZ334/ <!|access-- |workdate=uyuni2024-project.org 02-->|title="Uyuni01 2022.05 is released"|website=Uyuni |language=en|access-date=2022-05-29}}</ref>
|-
! style="width:12em" |
Line 331 ⟶ 366:
| {{yes}}
| {{yes}}
| {{yespartial}} (Need{{efn|yes linuxfor controlmanaged machine); no for managing machine}}
| {{yes}}<ref>{{Citation | url = http://docs.ansible.com/intro_installation.html#control-machine-requirements | title = Installation: Control Machine Requirements|access-date=May 12, 2015}} Can manage any machine with Python 2.4 or later and sshd. Control machine can be any non-Windows machine with Python 2.6 or 2.7 installed. This includes Red Hat, Debian, CentOS, OS X, any of the BSDs, and so on.</ref>
|-
Line 351 ⟶ 386:
| {{yes}}
| {{yes}}
| {{yes}} (Enterpriseenterprise version only)
| {{yes}}{{efn|name="Unix"|Unix.}}
|-
Line 372 ⟶ 407:
| {{yes}}
| {{yes}}<ref>{{Citation | url = https://docs.chef.io/windows.html#install-the-chef-client-on-windows | title = Install the chef-client on Microsoft Windows|access-date=2017-03-15}}</ref>
| {{yes}}
|-
! {{rh}} | Consfigurator
|
| {{partial}}<ref name="consfigurator-portability"></ref>
|
| {{yes}}<ref name="consfigurator-portability">https://spwhitton.name/doc/consfigurator/introduction.html#portability-and-stability {{Bare URL inline|date=August 2025}}</ref>
|
|
| {{no}}<ref name="consfigurator-portability"></ref>
|
|-
! {{rh}} | [[Guix]]
| {{no}}
| {{no}}
| {{no}}
| {{partial}}{{efn|''"Only support Guix system."''}}
| {{no}}
| {{no}}
| {{no}}
| {{partial}}{{efn|''"It also works on Guix system with HURD."''}}
|-
! {{rh}} | [[ISconf]]
Line 443 ⟶ 498:
| {{yes}}<ref>{{Citation | url = https://puppet.com/blog/puppet-windows-top-questions-2019/ | title = Puppet on Windows: top questions for 2019|access-date=2019-01-15}}</ref>
| {{yes}}
|-
! {{rh}} | Pyinfra
|
| {{yes}}
|
| {{yes}}
| {{yes}}
|
| {{partial}}<ref>{{Citation | url = https://github.com/pyinfra-dev/pyinfra-windows | title = Pyinfra WinRM connector|access-date=2025-02-23}}</ref>
|
|-
! {{rh}} | [[Quattor]]
Line 449 ⟶ 514:
| {{no}}
| {{yes}}
| {{partial}}<ref>{{cite web|url=httphttps://sourceforge.net/p/quattor/mac-quattor/|title=quattor|work=sourceforge.net}}</ref>
| {{yes}}
| {{no}}
Line 519 ⟶ 584:
| {{yes}}{{efn|11.00+ (PA-RISC 32, IA-64)}}
| {{yes}}{{efn|(x86-32, x86-64, IA-64, PPC 64, zSeries 32/64)}}
| {{yes}}<ref>[httphttps://sourceforge.net/tracker/index.php?func=detail&aid=1458480&group_id=33142&atid=407383][httphttps://sourceforge.net/tracker/index.php?func=detail&aid=1338199&group_id=33142&atid=407383 10.2+ (?)]</ref>
| {{yes}}{{efn|2.6+ (Sparc 32); 10+ (x86-32, x86-64)}}
| {{yes}}{{efn|95, 98, Me, NT4, 2000, XP, 2003, Vista (x86-32), 7 (x86-32), 7 (x86-64); 2003, Vista (x86-64); 2004 (IA-64)}}
| {{yes}}{{efn|OS/400 5.2+ (iSeries 32); z/OS Unix 1.4+}}
|-
! {{rh}} | [[Synctool]]
| {{yes}}
| {{yes}}
Line 532 ⟶ 597:
| {{yes}}
| {{no}}
| {{yes}}{{efn|Synctool runs on any platform that supports SSH, Rsyncrsync and Python.}}
|-
! {{rh}} | Uyuni
Line 573 ⟶ 638:
;[[Chef (software)|Chef]]
:Chef is a configuration management tool written in Erlang,<ref>{{cite web|title=Chef Github repository|website=[[GitHub]] |date=21 May 2021|url=https://github.com/chef/chef-server}}</ref> and uses a pure Ruby [[Domain-specific language|DSL]] for writing configuration "recipes". These recipes contain resources that should be put into the declared state. Chef can be used as a client–server tool, or used in "solo" mode.<ref name="alansharp-paul">{{cite web|url=https://www.upguard.com/articles/puppet-vs.-chef-revisited|title=Puppet vs. Chef - The Battle Wages On|author=Alan Sharp-Paul|work=upguard.com}}</ref>
 
;Consfigurator
:While Debian and derivatives are the best supported distributions, Consfigurator also work on other distributions and various unixes but they have less support for properties for configuring specific aspects of the system. Consfigurator can set properties to be applied in scheme. This requires Consfigurator to be installed on the target computer. A more restricted language is also available which works without needing Consfigurator to be installed on the target. Remote configuration is also supported: the of hosts can be defined with scheme code.
 
;[[Guix]]
:Guix integrates many things in the same tool (a distribution, package manager, configuration management tool, container environment, etc). To remotely manage systems, it needs the target machines to already run Guix<ref>https://guix.gnu.org/en/manual/en/guix.html#index-machine_002dssh_002dconfiguration {{Bare URL inline|date=August 2025}}</ref> or it can also alternatively deploy configurations inside Digital Ocean Droplet.<ref>https://guix.gnu.org/en/manual/en/guix.html#index-digital_002docean_002dconfiguration {{Bare URL inline|date=August 2025}}</ref> The machines are configured with Scheme.
 
;[[ISconf]]
Line 591 ⟶ 662:
;[[Puppet (software)|Puppet]]
:Puppet consists of a custom declarative language to describe system configuration, distributed using the client–server paradigm (using [[XML-RPC]] protocol in older versions, with a recent switch to [[Representational State Transfer|REST]]), and a library to realize the configuration. The resource abstraction layer enables administrators to describe the configuration in high-level terms, such as users, services and packages. Puppet will then ensure the server's state matches the description. There was brief support in Puppet for using a pure Ruby DSL as an alternative configuration language starting at version 2.6.0. However this feature was deprecated beginning with version 3.1.<ref name="upguard.com"/><ref name="alansharp-paul"/><ref name = "Ruby DSL">{{cite web|url=https://puppetlabs.com/blog/ruby-dsl/|title=Puppet & Ruby DSL - Puppet Labs|work=Puppet Labs}}</ref><ref name = "Ruby DSL is Deprecated">{{cite web|url=http://docs.puppetlabs.com/puppet/3/reference/whats_new.html#ruby-dsl-is-deprecated|title=Puppet 3.0 — 3.4 Release Notes|work=puppetlabs.com|access-date=2013-05-23|archive-url=https://web.archive.org/web/20130513170449/http://docs.puppetlabs.com/puppet/3/reference/whats_new.html#ruby-dsl-is-deprecated|archive-date=2013-05-13|url-status=dead}}</ref>
 
;Pyinfra
:Pyinfra is an agentless server configuration management tool created in Python. Its execution speed is up to 10 times faster than Ansible.<ref>{{cite web|url=https://docs.pyinfra.com/en/3.x/performance.html#performance|title=Performance|access-date=2025-02-23}}</ref> Pyinfra is also excellent for system integration, as it can control SSH connections, Docker, Terraform, Ansible, etc. using a mechanism called a connector. Pyinfra can be run ad hoc or through the API.<ref>{{cite web|url=https://pyinfra.com/|title=Pyinfra|access-date=2025-02-23}}</ref>
 
;[[Quattor]]
Line 608 ⟶ 682:
 
;[[Spacewalk (software)|Spacewalk]]
:Spacewalk is an open source Linux and Solaris systems management solution{{buzzword inline|date=August 2019}}service and is the upstream project for the source of Red Hat Network Satellite. Spacewalk works with RHEL, Fedora, and other RHEL derivative distributions like CentOS, Scientific Linux, etc. There are ongoing efforts on getting it packaged for inclusion in Fedora. Spacewalk provides systems inventory (hardware and software information, installation and updates of software, collection and distribution of custom software packages into manageable groups, provision systems, management and deployment of configuration files, system monitoring, virtual guest provisioning, starting/stopping/configuring virtual guests and delegating all of these actions to local or LDAP users and system entitlements). As of May 2020, Spacewalk is now EOL with users having moved to either Uyuni or Foreman/Katello.
 
;[[Software Testing Automation Framework|STAF]]
:The Software Testing Automation Framework (STAF) enables users to create cross-platform, distributed software test environments. STAF removes the tedium of building an automation infrastructure, thus enabling users to focus on building their automation solutionservice.{{buzzword inline|date=August 2019}} The STAF framework provides the foundation upon which to build higher-level solutions{{buzzword inline|date=August 2019}}products, and provides a pluggable approach supported across a large variety of platforms and languages.
 
;[[Synctool]]
:Synctool aims to be easy to understand, learn and use. It is written in Python and makes use of SSH (passwordless, with host-based or key-based authentication) and rsync. No specific language is needed to configure Synctool. Synctool has dry run capabilities that enable surgical precision. Synctool depends on Python2 which is now EOL and there are [https://github.com/walterdejong/synctool/issues/55 no current plans] to migrate it to Python3.
 
Retrieved from "https://en.wikipedia.org/wiki/Comparison_of_open-source_configuration_management_software"