ich sehe das auch als Vorteil,
denn damit hilfst du anderen und machst deine Server nicht unbedingt angreifbar
und es können andere nochmal drüberschauen und vielleicht doch nioch 1 oder 2
Rädchen verbessern.
Server administrieren - wo fange ich an?
-
Bud -
30. April 2023 um 13:48 -
Erledigt
-
-
Das wäre doch ein wunderbarer Abschluss für diesen Thread!
-
Außerdem willst du chmod 600, nicht chmod 700.
Genau - 700 ist für den .ssh folder
-
Hallo Bud,
ich würde die SSHD Konfigurationn in eine Separate Datei im SSH Config Directory ablegen.
hatte das auch erst wie Du aber dann ist es immer blöd wenn vom Maintainer eien neuere ssdh_config kommt.
Grüße Ecki
-
Hast du dir schon mal ansible angeguckt um deine ganzen Tools zu installieren?
Bzw. überlegt ob du dir deine Config Files via ansible/git o.ä. auf deine Systeme pusht/pullst? (Das habe ich noch als vorhaben offen)
Ich finde es aber gut das du deinen Ablauf dokumentiert hast. Einen Laufzettel/Checklist habe ich auch. Und es ist das beste was man machen kann. So vergisst man nichts und kann eine menge einfach immer wieder kopieren
-
Als Forenbeitrag oder Blog ist deine Liste ok aber um damit zu arbeiten,
besonders wenn du es auf allen Servern nach der Installation benutzt,
würde ich das auch automatisieren. Ich habe keine Ahnung von ansible aber
für mich habe ich da ein shellscript erstellt , das alles automatisch installiert.
Das ist garnicht so schwer wie es klingt.
Der ssh-Teil sieht z.B. so aus:
Code
Alles anzeigen###############SSH ################# if echo "### my own rules ###" >> /etc/ssh/sshd_config echo "Port = $SSHPORT" >> /etc/ssh/sshd_config; then echo "Port in sshd wurde erfolgreich geaendert" >> $LOG_TEXT else echo "Es trat ein Fehler auf beim Aendern vom ssh Port!" >> $LOG_TEXT fi if echo "AllowUsers $NEWUSER" >> /etc/ssh/sshd_config;then echo "Allowed login erfolgreich geaendert" >> $LOG_TEXT else echo "Es trat ein Fehler auf beim Eintrag AllowUsers!" >> $LOG_TEXT fi if systemctl restart ssh; then echo "ssh erfolgreich gestartet" >> $LOG_TEXT else echo "Es trat ein Fehler auf beim Neustart von ssh!" >> $LOG_TEXT fi$SSH_PORT und $NEWUSER werden weiter oben im script gefüllt, da ich auch direkt einen "normalen" User erstelle
-
Ich arbeite auch mit eigenen Shell-Skripten.
(In der Zeit, die ich bräuchte, um mich in Ansible einzuarbeiten und dann immer spezielle Konfigurationsdateien zu erstellen, habe ich auch leicht ein paar Dutzend bash/sed/awk-Skripte geschrieben.
) -
Die Einstiegshürde bei Ansible ist auch etwas höher. Daher ist das sicher nicht für jedermann etwas. Und man muss es auch nicht unbedingt nutzen. Wenn man es aber einmal erfolgreich eingesetzt hat, möchte man nichts mehr anderes. Ich nutze das jetzt seit über 10 Jahren produktiv. Man ist halt sehr flexibel, vor allem wenn sich die Rollen selbst schreibt und dann einfach immer wieder verwenden kann. Entsprechende Konfigurationen finden dann einfach über wenige Variablen statt. Ich setze damit quasi alles auf, von meinem Mailserver über über Datenbanken bis hin zu DC übergreifenden Kubernetes Clustern. Gerade wenn man viele Server administrieren muss, kommt man mit Shell Skripten doch schnell mal an die Grenze des Sinnvollen. Daher ist der Einsatz davon auch immer etwas abhängig davon wie groß man denn mit seiner Serverlandschaft wachsen möchte
. -
ich werde das auch automatisieren sobald ich mein "gut genug" setup gefunden habe - vielleicht can ich ja eine make datei dafuer nehmen. makedeploy
-
Gerade wenn man viele Server administrieren
*darf
Eben das ist der Grund wieso ich auch mit Ansible angefangen hatte. Ich war genervt von den Linux Updates hab deswegen Ansible erst einmal so weit gebracht, dass ich damit alle Server Update.Danach kam das er Pakete via apt installiert für die Basic Installation.
So viel weiter bin ich jetzt auch noch nicht, aber das muss/will ich auch noch weiter angehen.
Ansible ist halt IaC - Infrastructure as Code.
Das bedeutet: Ansible wird immer dem im Code vorgegeben Status erzeugen.
Bild: Mein Monitoring sagte mir das mehrere Server Updates wollen, also hab ich einmal Ansbile losgetreten.
Das einzige "nervige" ist an der Stelle nur: Ansible meldet sich einmal bei jedem Server an, was eine Notification bei mir via ntfy triggert und dann eskaliert mein Handy immer. Pro Server eine Benachrichtigung und das in kurzer Zeit
-
Die Einstiegshürde bei Ansible ist auch etwas höher. Daher ist das sicher nicht für jedermann etwas. Und man muss es auch nicht unbedingt nutzen. Wenn man es aber einmal erfolgreich eingesetzt hat, möchte man nichts mehr anderes.
für die bash-fraktion gäbe es noch cdist, mit wesentlich geringerer einstiegshürde und auf den targets keine python-abhängigkeit (wobei mittlerweile ebenfalls der ansible-tweak https://github.com/TortugaLabs/ansible-nopython existiert).
wer aber über das grundsätzliche setup hinaus möchte, ist IMHO bei ansible mit z.b. der ansible galaxy und weiteren öffentlich verfügbaren »playbooks«, »roles«, »collections« etc. durch die wesentlich größere nutzerbasis besser aufgehoben.
-
Ich war genervt von den Linux Updates hab deswegen Ansible erst einmal so weit gebracht, dass ich damit alle Server Update.
Nur der Vollständigkeit halber: Falls irgendwer nur diese eine Sache besser managen möchte und in der APT/DPKG Welt (Debian/Ubuntu/usw.) zuhause ist, gibt es apt-dater. Ist ein nettes kleines Tool mit einer sehr geringen Einstiegshürde
-
Nur der Vollständigkeit halber: Falls irgendwer nur diese eine Sache besser managen möchte und in der APT/DPKG Welt (Debian/Ubuntu/usw.) zuhause ist, gibt es apt-dater. Ist ein nettes kleines Tool mit einer sehr geringen Einstiegshürde
Danke, wieder was neues kennengelernt.
-
apt-dater
Whaaaaaat? Man lernt nie aus. Genau sowas hab ich gesucht.
-
Whaaaaaat? Man lernt nie aus. Genau sowas hab ich gesucht.
Schau dir auch mal Ansible an. Ist ne wesentlich flexiblere Lösung. Allerdings auch umfangreicher.
-
Womit wir wieder am Anfang der Schleife angelangt wären.
-
Recursion: n. See Recursion.
-
Ansible ist mir bekannt, aber schien mir für das ich-will-5-server-updaten immer bisschen überdimensioniert.
