Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
| linux:ansible:playbook_example_10 [24.09.2022 13:14. ] – [Inventory] django | linux:ansible:playbook_example_10 [24.09.2022 13:50. ] (aktuell) – [Links] django | ||
|---|---|---|---|
| Zeile 542: | Zeile 542: | ||
| </ | </ | ||
| </ | </ | ||
| - | ==== Ergebnis: ~/ | + | === Ergebnis: ~/ |
| + | Als Ergebnis erhalten wir dann quasi auf Knopfdruck immer eine aktuelle SSH-Client-Konfigurationsdatei **'' | ||
| <file bash ~/ | <file bash ~/ | ||
| Zeile 692: | Zeile 692: | ||
| </ | </ | ||
| + | ===== Fazit und Ausblick ===== | ||
| + | <WRAP center round info 80%> | ||
| - | FIXME //**... do geds weida!**// FIXME | + | Die manuelle, zeitraubende und ggf. Fehlerbehaftete Pflege der SSH-Client-Konfigurations-Datei durch mehrere Admins auf verschiedenen Ansible-Kontroll-Knoten ist somit Geschichte. Ferner sind wir unabhängig und können so viele SSH-Jump-Hosts verwenden, die eben zum Erreichen der Zielhost von Nöten sind. |
| + | Die initiale Fragestellung //Wie wird sicher gestellt, dass alle Ziele auch erreichbar sind?//, die wir bei unseren **[[detail# | ||
| + | </ | ||
| - | ===== lorem ipsum dolor sit amet ===== | + | ====== |
| + | * **[[detail|zurück zum Kapitel " | ||
| + | * **=> [[playbook_example_11|weiter zum Kapitel " | ||
| + | * **[[start|Zurück zur " | ||
| + | * **[[wiki: | ||
| + | * **[[http:// | ||
| - | :KRIT: FIXME :KRIT: | ||