Jeśli korzystam z klucza publicznego z np. Ubuntu 11.04, jak mogę ustawić klienta ssh, aby używał tylko hasła do serwera? (potrzebne tylko z powodu testowania haseł na serwerze, na którym domyślnie loguję się za pomocą klucza)
Znalazłam drogę:
mv ~/.ssh/id_rsa ~/.ssh/id_rsa.backup
mv ~/.ssh/id_rsa.pub ~/.ssh/id_rsa.pub.backup
a teraz pojawia się monit o hasło, ale czy są jakieś oficjalne sposoby?
Odpowiedzi:
Ostatnio też tego potrzebowałem i wymyśliłem:
ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no example.com
Musisz upewnić się, że klient nie jest skonfigurowany do blokowania uwierzytelniania hasła.
-o PubkeyAuthentication=noW moim przypadku wystarczyło tylko .
-o PreferredAuthentications=keyboard-interactive -o PubkeyAuthentication=no zamiast
PasswordAuthentication. W rzeczywistości jestem tutaj, ponieważ chciałem przetestować, czy wyłączenie uwierzytelniania hasła działało poprawnie na moim hoście.
Znalazłem skrót do tego celu:
ssh user:@example.com
Zwróć uwagę na dwukropek ( :) i puste hasło po nim.
mysql -u user -p
sshklient ślepo próbował niepowiązanymi kluczami prywatnymi uwierzytelnić się na nowo zainstalowanym serwerze i nadal być odrzucany z powodu maksymalnej liczby prób uzyskania dostępu bez pytania o hasło. Aby wymusić uwierzytelnianie hasłem dla tego pierwszego połączenia, musiałem użyć -o PreferredAuthentications=passwordskładni, a dwukropek nie miał zauważalnego efektu. Dlatego, chociaż warto spróbować tej sztuczki, nie należy polegać na niej jako na konsekwentnym zachowaniu.
Oprócz metody opublikowanej przez scoopr, możesz ustawić opcje hosta w pliku konfiguracyjnym klienta ssh.
W swoim .sshkatalogu utwórz plik o nazwie config(jeśli jeszcze nie istnieje) i ustaw uprawnienia na 600, możesz następnie utworzyć sekcje zaczynające się od
host <some hostname or pattern>
a następnie ustaw opcje dla poszczególnych hostów, na przykład
host bob.specific.foo
user fred
host *.home.example
user billy
port 9191
żebyś mógł
host server.to.test
PubkeyAuthentication=no
w tym pliku, a następnie po prostu
ssh server.to.test
i opcja zostanie odebrana.
~/.ssh/configi dodałemPubkeyAuthentication no
Ostatnio tego potrzebowałem, ale żadna z powyższych opcji nie zadziałała, ssh -vpokazała, że opcje wiersza poleceń przekazane przez -oprzełącznik zostały zastąpione wartościami podanymi w moim ~/.ssh/configpliku.
Zadziałało to:
ssh -F /dev/null <username>@<host>
Ze strony podręcznika ssh:
-F configfile
Specifies an alternative per-user configuration file. If a
configuration file is given on the command line, the system-wide
configuration file (/etc/ssh/ssh_config) will be ignored. The default
for the per-user configuration file is ~/.ssh/config.
Podziękowania dla tej odpowiedzi: Jak sprawić, aby ssh zignorował plik .ssh / config?
~/.ssh/config, klucze się nie przydadzą, jeśli je podam -F /dev/null. ssh -vDane wyjściowe pomagają w tym przypadku, wyraźnie pokazuje, że ponieważ mam wpis catch-all w mojej konfiguracji ssh *, wybiera użycie klucza publicznego zamiast respektować opcje przekazane przez -oprzełącznik, jak w poprzednich odpowiedziach.
~/.ssh/id_rsapodana na stronie podręcznika. Te ścieżki są zakodowane na stałe w kliencie. Tylko upewnij się, że podajesz poprawnego użytkownika podczas testowania.
Próbowałem kilka z tych odpowiedzi, ale ssh -vnadal pokazywałem, że moje klucze publiczne są wyciągane z mojego katalogu domowego. Jednak podanie fałszywego pliku tożsamości pomogło mi:
ssh -i /dev/null host
Muszę to zrobić na stałe (do obejścia złamaną serwerem SSH w szafie zamontowane listwy APC - pobyt daleko od tych rzeczy, jeśli dbasz o bezpieczeństwo - tak skończyło się na wprowadzenie opcji w moim pliku konfiguracyjnym:
Host apc1 apc2
KexAlgorithms +diffie-hellman-group1-sha1
IdentityFile /dev/null
Odpowiedzi @scoopr i @Halil Özgür nie działały dla mnie.
To działało dla mnie:
ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no user@example.com
Źródło: http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html
Upewnij się także, że BatchMode=yesw .ssh / config nie ma żadnych aktywnych. W przeciwnym razie nie masz szans na uzyskanie interaktywnego hasła.
Być może jestem jedynym na świecie z tym problemem, ale miałem uruchomiony sshinny system operacyjny (choco ssh w systemie Windows w powłoce cygwin) widziany za pośrednictwemwhich ssh
Tak więc rozwiązaniem było
/usr/bin/ssh user@example.com
Zanotuj pełną ścieżkę. Zrobiłem to po biegucyg-get openssh
ssh -o GSSAPIAuthentication=no example.com