Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- howtos:sshprincipals [2023/07/21 13:05] – morquai
+++ howtos:sshprincipals [2023/07/26 10:11] (aktuell) – [Die Idee] morquai
@@ Zeile 3: / Zeile 3: @@
 Die Verteilung von Public Keys auf die entsprechenden Server oder die Notwendigkeit der erneuten Signatur wenn sich an der Liste der erlaubten User etwas ändert, stellen Hindernisse dar, die beim Benutzer Unmut auslösen können. Wie hier Abhilfe geschaffen wird, zeige ich Ihnen im Folgenden.\\
 ===== Die Idee =====
-Im How-to [[.:howtos:sshexpert|SSH - für Fortgeschrittene]] haben wir den Public Key mit folgendem Befehl signiert:\\
+Im How-to [[.:sshexpert|SSH - für Fortgeschrittene]] haben wir den Public Key mit folgendem Befehl signiert:\\
   ssh-keygen -s id_rsa_userca -I "vorname.machname@example.com" -n "unixuser1,unixuser2" -V +2w -z 1 id_rsa.pub
 Mit "-n" haben wir festgelegt, dass die Signatur für die Benutzer unixuser1 und unixuser2 auf dem Server Gültigkeit besitzt.\\
@@ Zeile 84: / Zeile 84: @@
 |dev1 zusätzlich zum User app1  |\\
 |dev2 zusätzlich zum User app2  |\\
+|das DBA Team benötigt ebenfalls Zugriff auf den User mysql  |\\
 |Weiterhin benötigen wir in der Liste alle Developer selbst, ihre Benutzernamen lauten user1, user2, user3 und user4.|\\
 Die Konfigurationsdatei /etc/ssh/AuthorizedPrincipalsFile sieht dann folgendermaßen aus:\\
@@ Zeile 94: / Zeile 95: @@
     app2          dev2
     mysql         dev1,dev2
+    mysql         dba
     user1
     user2
@@ Zeile 99: / Zeile 101: @@
     user4
 Testen wir nun das Skript\\
-  /etc/ssh/AuthorizedPrincipalsCommand.sh x mysql
+  sudo -u principals /etc/ssh/AuthorizedPrincipalsCommand.sh /etc/ssh/AuthorizedPrincipalsFile mysql
+    dba
     dev1
     dev2
     mysql
-  /etc/ssh/AuthorizedPrincipalsCommand.sh x app1
+  sudo -i principals /etc/ssh/AuthorizedPrincipalsCommand.sh /etc/ssh/AuthorizedPrincipalsFile app1
     app1
     dev1
-  /etc/ssh/AuthorizedPrincipalsCommand.sh x app2
+  sudo -i principals /etc/ssh/AuthorizedPrincipalsCommand.sh /etc/ssh/AuthorizedPrincipalsFile app2
     app2
     dev2
-  /etc/ssh/AuthorizedPrincipalsCommand.sh x user3
+  sudo -i principals /etc/ssh/AuthorizedPrincipalsCommand.sh /etc/ssh/AuthorizedPrincipalsFile user3
     user3
 Voila, eine Konfigurationsdatei löst das Problem erneut signieren zu müssen, falls Teams Zugriff auf weitere Benutzer benötigen. Nehmen wir an, "user3" gehört zu, Team "dev2". Der Public Key ist dann folgendermaßen zu signieren um ihm Zugriff auf die User mysql,app2 und user3 zu erteilen:

OnkelHartwig

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge