Klucz SSH powiązany z katalogiem głównym


9

Jak uzyskać dostęp do kluczy SSH w OSX (Linux) w katalogu głównym?


2
Czy klucze SSH mają coś wspólnego z katalogami?
Matti Virkkunen,

„OSX (Linux)” ... ok ... czy możesz teraz powiedzieć coś, co zmusi mnie do myślenia, że ​​nie jesteś botem i powinieneś mieć zaufanie do kluczy ssh? Ponadto, co powiedział Matti.
TomMD,

3
„Nie jestem w stanie właściwie zrozumieć tego rodzaju pomieszania pomysłów, które mogłyby wywołać takie pytanie”. - Charles Babbage
Simon

Odpowiedzi:


4

Nie do końca pewne, o co pytasz ...

Ale dla Linuksa pliki ssh (publiczne RSA, autoryzowane klucze itp.) Są przechowywane w ~/.ssh

Byłyby więc rootem /root/.ssh/

Nie jestem jednak pewien, czy to samo dotyczy OSX.


Jak mogę się tam dostać? Jeśli sudo cd /root/.ssh/to zrobię , powiesudo: cd: command not found
clankill3r

@ clankill3r Ten błąd oznacza, że ​​nie masz polecenia „cd” ... może spróbuj „cat” bezpośrednio pliku?
threenplusone

1
Powodem jest to, że cdnie jest to program, ale pojedyncze polecenie UNIX. sudouruchamia programy jako superużytkownik. To, co chcesz zrobić, to zmienić sesję powłoki na superużytkownika (typ su), a następnie zrobić to, co chcesz. Gdy skończysz być superużytkownikiem, wpisz, exitaby powrócić do normalności.
Sam Bobel,

14

W OSX klucze SSH są przechowywane w ~/.ssh/id_dsai ~/.ssh/id_rsa, gdzie ~jest folder domowy użytkownika. Foldery domowe zwykłych użytkowników są zwykle przechowywane w /Users/folderze domowym użytkownika, ale folder główny (w OSX; nie w systemie Linux) /var/root. Aby dostać się do nich z katalogu głównego (tj. /), Po prostu użyj cdpolecenia tak jak zwykle, chociaż pamiętaj, że tylko root może mieć dostęp /var/root. Alternatywnie możesz uzyskać dostęp do ukrytych folderów (tych, których nazwy zaczynają się od „.” W Finderze, wybierając „Idź do folderu ...” z menu „Idź” i wpisując żądaną ścieżkę w wyświetlonym polu wprowadzania.

Pamiętaj, że musisz aktywować użytkownika root, zanim będziesz mógł zalogować się przy użyciu klienta w wersji OSX. Upewnij się, że wiesz, co robisz, i rozumiesz ryzyko, zanim włączysz użytkownika root, szczególnie jeśli zamierzasz to zrobić na komputerze, do którego będą mogły się zalogować SSH.


1

W OSX wszystkie klucze ssh są zwykle przechowywane w katalogu user / .ssh Oczywiście - w razie potrzeby możesz je przenieść w dowolne miejsce (może być potrzebny do uzyskania dostępu do EC2 z powodu uprawnień)

Szanse są, ponieważ pytasz - JESZCZE NIE MOŻESZ JESZCZE WYGENEROWANY KLUCZ SSH ...

Zacznijmy od tego:

W oknie terminala uruchom po prostu: ssh-keygen -d, a następnie postępuj zgodnie z instrukcjami -

Po zakończeniu, jeśli chcesz przejść do terminala, a następnie po jego otwarciu, po prostu wpisz

cd .ssh

powinieneś być w stanie zobaczyć swoje klucze ssh

Jeśli chcesz skopiować klucz SSH do innego systemu opartego na systemie Linux / Nix, po prostu użyj scp

scp ~ / .ssh / id_dsa.pub (lub jakkolwiek nadałeś mu nazwę) www.servernameorIPaddress.com:/root/.ssh/authorized_keys2

Sugeruję, aby zawsze używać opcji -d podczas wykonywania keyGen, ponieważ klucze RSA nie są generalnie używane w wersji 2 SSH.

Mam nadzieję, że to pomoże - jeśli nie, możesz poprosić o wyjaśnienia, a ja ci pomogę.

---- ostatnia nuta ----

Jeśli chcesz użyć ROOT w swoim systemie - ten link może ci trochę pomóc: http://snowleopardtips.net/tips/enable-root-account-in-snow-leopard.html


0
  1. Nie ma OSX (Linux), może masz na myśli OSX (Unix).

  2. W systemie OSX nie ma folderu .ssh w katalogu głównym. Musisz go utworzyć w katalogu / var / root.

    mkdir /var/root/.ssh
    

Możesz tam umieścić swój klucz prywatny. Jeśli pojawi się ostrzeżenie o „NIEPROGRAMOWANYM PLIKU PRYWATNYM!”, Musisz zmienić uprawnienia do klucza.

chmod 600 id_rsa

Tak będzie wyglądać.

bob:.ssh root# ls -lah 
total 16
drwxr-xr-x  4 root  wheel   128B Apr  5 14:57 .
drwxr-x---  9 root  wheel   288B Apr  5 14:54 ..
-rw-------  1 root  wheel   1.7K Apr  5 14:54 id_rsa
-rw-r--r--  1 root  wheel   197B Apr  5 14:57 known_hosts
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.