Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Linux Forum Linux-Web.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

19.03.2008, 09:05

ssh key-Frage

Moin!

nachdem ich in den letzten Tagen mal wieder ein wenig in meinen VMs gebastelt habe, um die Einstellungen spaeter, wenn alles klappt, auf den Router zu portieren, ist mal wieder eine Frage aufegtaucht, deren Antwort ich bisher nicht im Stande war zu finden... (watt'n Deutsch...)

Ich habe derzeit die etc/ssh/sshd_conf so modifiziert, dass ein Anmelden auf dem (virtuellen) Router nur moeglich ist, wenn der Key in der ~/.ssh/authorized_keys steht und wenn der sich anmeldende User Mitglied in der Gruppe "ssh" ist. Soweit so gut. Nun moechte ich aber noch mehr Kontrolle. Denn ich moechte den jenigen Leuten, denen ich es erlaube, sich auf den router (und somit in mein Netzwerk) einzuwaehlen, nicht nur sagen, dass sie ein Passwort fuer den Schluessel definieren sollen, sondern viel lieber wuerde ich es sehen, den Schluessel selbst zu vergeben, mit dem sie sich anmelden duerfen.

D.h. es sollte ungefaehr so aussehen:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
# > useradd -G ssh [... plus die anderen Optionen ... ] $username
# > passwd $username

# > su $username
$ > ssh-keygen

BLA FASEL
password for public key
**********

$ > less .ssh/id_rsa.pub >> .ssh/authorized_keys
$ > logout
# > cp /home/$username/.ssh/id_rsa.pub /tmp
Dann send email mit ssh public key to $freund.
Rufe $freund an, vergleiche ssh-keygen -B fingerprint von dem Schluessel. wenn dieser uebereinstimmt, dann cp /irgendwas/id_rsa.pub /home/$username-freund/.ssh/ und dann ein anschlieszendes ssh -24 -p {Portnummer} -l $username $IPaddresse

Leider funktioniert das nicht ganz. Denn bei meinem Versuch in der VM habe ich folgenden Eintrag in den /var/log/messages:

Zitat

Mar 19 07:15:09 GateKeeper sshd[2538]: Failed publickey for root from 192.168.175.69 port 58054 ssh2


Allerdings ist der key, laut fingerprint der gleiche.

Wenn ich allerdings den Schluessel auf dem anderen PC generiere und dann auf den GateKeeper (der virtuelle Router) kopiere, bzw in die ~/.ssh/authorized_keys integriere, funtkioniert das ohne Probleme.

Nur leider habe ich in diesem Falle, wenn das System "in Produktion" geht, keine Kontrolle mehr darueber, ob $freund ein Passwort fuer den Schluessel angegeben hat geschweige denn, ob dieses gewissen komplexitaets Anforderungen entspricht.


Was mache ich falsch, dass es sich bisher nicht so umsetzen laesst, wie ich es gerne haette?
for Windows problems: reboot
for Linux problems: be root

2

26.03.2008, 13:22

RE: ssh key-Frage

Da bisher noch keine Antwort eingegangen ist, hole ich den post noch mal hoch und hoffe auf einen Tip von euch, warum das bisher nicht funktioniert hat bzw wie es funktionieren konnte.

Ich hoffe, dass ich den Abschnitt in den man-pages, wo die Loesung drinne steht nicht ueberlesen habe. Falls doch.... ich schaue in der ZwischenZeit noch mal nach...
for Windows problems: reboot
for Linux problems: be root

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »BorneBjoern« (26.03.2008, 13:23)


3

26.03.2008, 18:05

Möglicherweise liegt es daran, dass in der ".ssh/id_rsa.pub" und der ".ssh/authorized_keys" am Ende der Zeile immer der Hostname steht, von dem aus der Benutzer sich anmeldet und auf dem er Zuhause ist.
Vielleicht muss man das ändern, wenn der Key von einem anderen Rechner aus verwendet wird. Außerdem ist die Frage, ob diese Info auch im Key verschlüsselt enthalten ist.

4

27.03.2008, 08:51

Ich kann zwar nicht vorstellen, dass ich das Problem loese, indem ich in den Schluesseln rumeditiere, aber ein Versuch ist es wert. Es handelt sich ja derzeit nur um eine Testumgebung. Das probiere ich heute abend gleich mal aus...
for Windows problems: reboot
for Linux problems: be root

Thema bewerten