Powiedzmy, że moja nazwa użytkownika mojego komputera Mac to John.
Mam w pełni skonfigurowane konto slicehost. Zauważ, że na tym wycinku nie ma klucza ssh dla Johna.
Teraz konfiguruję to pole dla dostępu ssh do wdrażania użytkownika.
Na moim komputerze Mac mam klucz prywatny do wdrożenia przez użytkownika. Slicehost ma klucz publiczny do wdrożenia przez użytkownika.
Znowu slicehost nie ma nic dla użytkownika John.
Jeśli chcę ssh w polu sliceghost podczas wdrażania użytkownika, czy muszę tam również umieścić klucz publiczny dla Johna?
Odpowiedzi:
Raczej.
Musisz umieścić swój klucz publiczny dla konta, z którego pochodzisz, na zdalnym serwerze. Jeśli jest to Twój klucz John, umieść ten klucz na serwerze, z którym się łączysz, używając odpowiedniego konta dla tego serwera.
W twoim przypadku łączysz się w trakcie wdrażania. Po nawiązaniu połączenia wpisz:
Jeśli klucz dla Johna znajduje się w pliku .ssh / Author_keys konta wdrożenia , otrzymasz bezpośredni dostęp.
źródło
Nie. Nazwa użytkownika nie ma nic wspólnego z parą kluczy publiczny / prywatny. Nie jest nigdzie zapisany w żadnym z klawiszy. Dopóki umieścisz klucz publiczny w
.ssh/authorized_keys
pliku użytkownika, możesz zalogować się jako ten użytkownik przy użyciu klucza prywatnego.źródło
.ssh.authorized_keys
konto z jednego konta na drugie, ale nadal nie mogę się zalogowaćMusisz określić zarówno, że chcesz się zalogować jako użytkownik „wdrożyć”, jak i określić plik tożsamości do wdrożenia.
Gdzie id_deploy.rsa to plik klucza prywatnego odpowiadający autoryzowanemu kluczowi przesłanemu na konto slicehost.
źródło