Как это возможно, я могу SSH к машине из Windows, но не мой Mac?
Я сейчас на работе, и мои коллеги подготовили для меня сервер Debian и ушли.
Теперь я только что узнал, что могу подключиться к нему по ssh, используя PuTTY из коробки Windows (XP), отлично (без машин Linux, к сожалению), но почему-то, когда я на Mac, ssh [user@ip] не принимает мой пароль
То же самое с SFTP: WinSCP работает просто отлично, SCP из командной строки или любое другое программное обеспечение SFTP, такое как CyberDuck, вообще не работает. ("неверный логин или пароль")
Единственная подсказка, которую я имею, - это то, что FileZilla на OSX может подключаться всякий раз, когда я настраиваю его на использование несуществующей кодировки. Он жалуется на неправильную кодировку, а затем просто подключается. Установка кодировки в UTF-8 или автоопределение просто снова вызывает ошибки аутентификации.
ServerFault, у вас есть подсказка, как я мог заставить этот Mac правильно подключаться к машине? Очень признателен.
Изменить: Вот вывод ssh -v:
Angua:~ winsmith$ ssh -v web96_rootmaster@IPADDRESS
OpenSSH_5.2p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to IPADDRESS [IPADDRESS] port 22.
debug1: Connection established.
debug1: identity file /Users/winsmith/.ssh/identity type -1
debug1: identity file /Users/winsmith/.ssh/id_rsa type -1
debug1: identity file /Users/winsmith/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5
debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'IPADDRESS' is known and matches the RSA host key.
debug1: Found key in /Users/winsmith/.ssh/known_hosts:22
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/winsmith/.ssh/identity
debug1: Trying private key: /Users/winsmith/.ssh/id_rsa
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Offering public key: /Users/winsmith/.ssh/id_dsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: keyboard-interactive
Password:
debug1: Authentications that can continue: publickey,keyboard-interactive
Password:
Если честно, я не могу найти никаких подсказок в этом. Может кто-нибудь еще?
7 ответов
Таким образом, вы можете подключиться с Mac, если вы измените кодировку? Есть ли в вашем пароле какие-нибудь забавные символы, например, с акцентами?
если вы введете свой пароль в текстовом редакторе на Mac, он будет отображаться так, как вы ожидаете?
Вы делаете аутентификацию только с открытым ключом? Ключ, вероятно, привязан к IP-адресу вашего хоста Windows.
Вы уверены, что сервер работает под UTF-8? Так вот что ты пытался установить?
пытаться:
set | grep LANG
Затем заставьте filezilla/SSH использовать это. Возможно, это xx_XX.ISO-8859-1?
Я полагаю, что Windows будет использовать эту кодировку по умолчанию.
РЕДАКТИРОВАТЬ: я случайно поставил Mozilla вместо FileZilla
Попробуйте прочитать журналы на сервере, чтобы увидеть причину отклонения попытки подключения. /var/log/auth.long для систем на основе Debian и /var/log/security для систем на основе redhat.
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/winsmith/.ssh/identity
debug1: Trying private key: /Users/winsmith/.ssh/id_rsa
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Offering public key: /Users/winsmith/.ssh/id_dsa
У вас есть одна и та же пара открытых и закрытых ключей на компьютерах Mac и Windows? ИЛИ, у вас есть открытый ключ для Mac? Я получаю publickey, keyboard-interactive когда я пытаюсь подключиться к машине, на которой не зарегистрирован мой ключ.
Попробуйте ssh -v -v -v user@ip, может быть, больше отладочного вывода поможет:)
Кажется, я помню что-то подобное давным-давно..... в основном это сводилось к рассматриваемому хосту, определяющему, что система windows была терминальным клиентом и, таким образом, "безопасной", а система Mac - сервером peer *nix. и поэтому администраторы должны были предоставить какие-то особые права "доверенного хоста". Имейте в виду, что это с точки зрения разработчика, а не администратора, поэтому любое сходство с реальностью является чисто случайным. НТН