{"id":1653,"date":"2023-09-09T15:34:06","date_gmt":"2023-09-09T13:34:06","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=1653"},"modified":"2023-09-09T15:34:09","modified_gmt":"2023-09-09T13:34:09","slug":"ansible-aufsetzen-und-anpassen-von-linux-systemen-aus-der-ferne","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2023\/09\/09\/ansible-aufsetzen-und-anpassen-von-linux-systemen-aus-der-ferne\/","title":{"rendered":"Ansible – Aufsetzen und anpassen von Linux-Systemen aus der Ferne"},"content":{"rendered":"\n

Ansible ist ein Werkzeug um Linux<\/a>-Systeme aus der Ferne anzupassen. Gerade in Unternehmen haben Administrator<\/a>en es oft mit dem Aufsetzen und dem Anpassen von Betriebssystem<\/a>en zu tun – ja, auch Linux<\/a> läuft in Unternehmen – auch in recht großen. Und ja, ich habe damit zu tun.<\/p>\n\n\n\n

Ansible hat den Vorteil – man kann damit nicht nur ein System auf einem Mal konfigurieren, dies ist etwa bei SSH (Secure Shell<\/a><\/em>) der Fall. Mittels Ansible kann ich beliebig viele Linux<\/a>-Systeme zur gleichen Zeit anpassen.<\/p>\n\n\n\n

Gleich einmal zu Beginn, auch mit Ansible arbeitet man am Terminal<\/a> – und auch hier gilt es zu wissen, was man tut. Dieser Artikel wird nicht an einem Tag fertig sein, bis die ersten groben Theme<\/a>n besprochen sind, bleibt das Thema gesperrt – anschließend kann auch jeder beitragen.<\/p>\n\n\n\n

Ansible ist übrigens die Distribution<\/a> vollkommen egal – Sie können mit einem Debian<\/a>, Ubuntu oder openSUSE warten und umgekehrt. Optimal genutzt wird Ansible, wenn die Cli<\/a>ents statische IP-Adresse<\/a>n haben.<\/p>\n\n\n\n

Ansible installieren<\/h3>\n\n\n\n

Unter auf Debian<\/a> basierenden Linux<\/a>-Distribution<\/a>en installieren Sie diese Software wie üblich über die Paket<\/a>-Verwaltung durch das Paket<\/a> „ansible<\/strong>„. Möchten Sie die aktuellste Version der Software nutzen, installieren Sie diese am besten über das Python<\/a>-Repository<\/a> durch das Paket<\/a> „ansible<\/strong>„.<\/p>\n\n\n\n

Den Server<\/a> vorbereiten<\/p>\n\n\n\n

Zu Beginn gilt es einen Rechner auszuwählen, dieser dient als Server<\/a> – so gesehen als Wartungsmaschine für die anderen Rechner, die es zu konfigurieren gilt. Auf diesem wird auch Ansible installiert. Wichtig natürlich – auf den Cli<\/a>ents muss man einen administrativen Zugang haben.<\/p>\n\n\n\n

Auf diesem erstellt man sich jetzt unter „\/etc\/ansible\/<\/em>“ – das Verzeichnis<\/a> gilt es erst manuell anzulegen – am einfachsten als Admin am Terminal<\/a>:<\/p>\n\n\n\n

mkdir \/etc\/ansible<\/code><\/pre>\n\n\n\n
Dort erstellt man sich eine „host<\/a>s<\/strong>„-Datei<\/a>, ebenfalls am Terminal<\/a>, mit administrativen Rechten:<\/p>\n\n\n\n
touch \/etc\/ansible\/hosts<\/code><\/pre>\n\n\n\n
Diese Datei<\/a> befüllt man anschließend mit den entsprechenden Hostname<\/a>n – wieder mit administrativen Rechten am Terminal<\/a>:<\/p>\n\n\n\n
nano \/etc\/ansible\/hosts<\/code><\/pre>\n\n\n\n
Ein Beispiel:<\/p>\n\n\n\n
host_1\nhost_2\nhost_3<\/code><\/pre>\n\n\n\n
Die Datei<\/a> wird mit Strg+o<\/kbd><\/strong> gespeichert, mit Eingabe<\/kbd><\/strong> wird bestätigt und mit Strg+x<\/kbd><\/strong> wird der Editor<\/a> geschlossen.<\/p>\n\n\n\n
Anschließend legt man auf dem Server<\/a> – etwa im Home<\/a>-Verzeichnis<\/a> eine Datenbank<\/a> an – eine reine Textdatei<\/a> mit der Endung „.yaml<\/strong>„. Diese befüllt man anschließend nach folgendem Schema:<\/p>\n\n\n\n
all:\n     hosts:\n            client_1:\n                    ansible_host: client_1\n                    ansible_host: client_2\n                    ansible_host: client_3<\/code><\/pre>\n\n\n\n
Ich nenne die Datei<\/a> jetzt ganz einfach einmal „inventor<\/a>y.yaml<\/strong>„. Bevor man mit Ansible auf den entfernten Rechnern arbeiten kann, gilt es Informationen über diese zu sammeln. Dies geschieht über den Befehl<\/a>:<\/p>\n\n\n\n
ansible -i inventory.yaml client_1 -m setup<\/code><\/pre>\n\n\n\n
Dies wird mit jedem Cli<\/a>ent wiederholt – es kann jetzt einige Sekunden dauern, bis man Informationen erhält. Die Daten<\/a> werden für jeden Cli<\/a>ent automatisch gespeichert.<\/p>\n\n\n\n
Zur Sicherheit lässt sich später jeder Rechner anping<\/a>en:<\/p>\n\n\n\n
ansible -i inventory.yaml all -m ping<\/code><\/pre>\n\n\n\n
Jetzt können wir gleich einmal versuchen auf einem der Cli<\/a>ents oder allen ein Paket<\/a> zu installieren, ich nehme jetzt einfach einmal das Paket<\/a> „zsh<\/strong>“ – so lernen wir gleich einmal die Syntax ein wenig kennen.<\/p>\n\n\n\n
ansible -i inventory.yaml client_1 -m package -a \"name=zsh state=present\" -b --ask-become-pass<\/code><\/pre>\n\n\n\n
Dasselbe mit allen Cli<\/a>ents:<\/p>\n\n\n\n
ansible -i inventory.yaml clients -m package -a \"name=zsh state=present\" -b --ask-become-pass<\/code><\/pre>\n\n\n\n
Mit „-i<\/strong>“ geben wir die Datenbank<\/a> an, mit „-m<\/code><\/strong>“ das Modul – in diesem Beispiel nennt sich das Modul „package<\/strong>“ – für Software-Paket<\/a>e. Mit „-a<\/code><\/strong>“ geben wir Argumente für das Modul an – handelt es sich um mehrere Argumente, setzt man diese unter Anführungszeichen. In diesem Beispiel sind es die Argumente „name=<\/strong>“ (um den Namen des Paket<\/a>es anzugeben<\/em>) und „state=<\/strong>“ den Status.
Ansible will wissen, was sein soll, wenn die Arbeit abgeschlossen ist – in diesem Fall „present<\/strong>“ – das Paket<\/a> soll zum Abschluss also installiert sein.
Mit der Option „-b<\/code><\/strong>“ erzeugt man eine „privilege escalation<\/strong>“ – diese ermöglicht es etwa ein Paket<\/a> zu installieren. Durch „--ask-become-pass<\/code><\/strong>“ erfolgt die Abfrage des root<\/a>-Passwortes.<\/p>\n\n\n\n
SSH-Login<\/a>-Begrüßung anpassen<\/p>\n\n\n\n
Zum Anpassen der SSH-Login<\/a>-Begrüßung ist die Datei<\/a> „\/etc\/motd<\/em>“ verantwortlich – die Datei<\/a> muss unter Umständen erst angelegt werden. Um komplette Zeilen auszutauschen, das Ansible-Modul „blocki<\/a>nfile<\/strong>„. Um mehrere Aufgaben auf einmal zu erledigen erstellt man sich ein Playbook – einfach eine Textdatei<\/a> mit der Endung „.yaml<\/strong>„.<\/p>\n\n\n\n
Playbook-Inhalt:<\/p>\n\n\n\n
- hosts: all\ntasks:\n- name: Leere Datei \"\/etc\/motd\" erstellen\nfile:\npath: \"\/etc\/motd\"\nstate: touch\nbecome: yes\n\n- name: Datei \"\/etc\/motd\" mit Begr\u00fc\u00dfung bef\u00fcllen\nblockinfile:\ndest: \/etc\/motd\nblock: |\nNeue Begrue\u00dfung von Robert Goedl auf rechnername!<\/code><\/pre>\n\n\n\n
Wichtig – bei YAML auf die Einrückungen (zwei Leerzeichen) achten.<\/strong><\/p>\n\n\n\n
Jetzt wird die Aufgabe ausgeführt:<\/p>\n\n\n\n
ansible-playbook playbook.yaml -i inventory.yaml -b --ask-become-pass<\/code><\/pre>\n\n\n\n
Die Zeile ‚Neue Begrueßung von Robert Goedl auf rechnername!‘ löschen:<\/p>\n\n\n\n
Das Playbook:<\/p>\n\n\n\n
- hosts: all\ntasks:\n- name: Zeile 'Neue Begrue\u00dfung von Robert Goedl auf rechnername!' aus '\/etc\/motd' entfernen\nlineinfile:\ndest: \/etc\/motd\nregexp: Neue Begrue\u00dfung von Robert Goedl auf rechnername!\nstate: absent<\/code><\/pre>\n\n\n\n
Die Zeile “Neue Begrueßung von Robert Goedl auf rechnername!‘ durch ‚Alte Begrüßung ersetzt!‘ ersetzen.<\/p>\n\n\n\n
Das Playbook:<\/p>\n\n\n\n
- hosts: all\ntasks:\n- name: Zeile 'Neue Begrue\u00dfung von Robert Goedl auf rechnername!' durch 'Alte Begr\u00fc\u00dfung ersetzt!' ersetzen.\nlineinfile:\npath: \/etc\/motd\nsearch_string: 'Neue Begrue\u00dfung von Robert Goedl auf rechnername!'\nline: Alte Begr\u00fc\u00dfung ersetzt!<\/code><\/pre>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n        <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Ansible ist ein Werkzeug um Linux-Systeme aus der Ferne anzupassen. Gerade in Unternehmen haben Administratoren es oft mit dem Aufsetzen und dem Anpassen von Betriebssystemen zu tun – ja, auch Linux l\u00e4uft in Unternehmen – auch in recht gro\u00dfen. Und ja, ich habe damit zu tun. Ansible hat den Vorteil – man kann damit nicht […]<\/p>\n","protected":false},"author":1,"featured_media":1654,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17,4],"tags":[12,7,15,6],"class_list":["post-1653","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-system","category-terminal","tag-kommandozeile","tag-shell","tag-system","tag-terminal"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/1653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=1653"}],"version-history":[{"count":1,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/1653\/revisions"}],"predecessor-version":[{"id":1655,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/1653\/revisions\/1655"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/1654"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=1653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=1653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=1653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}