Я сейчас на работе, и мои коллеги подготовили для меня сервер 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:
Если честно, я не могу найти в этом никаких зацепок. Может еще кто?
Значит, можно с мака подключиться, если поменять кодировку? Ваш пароль случайно не содержит забавных символов, например, с диакритическими знаками?
если вы вводите пароль в текстовом редакторе на Mac, отображается ли он так, как вы ожидаете?
Вы уверены, что на сервере изначально установлена 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 к машине, на которой не зарегистрирован мой ключ.
попробуйте ssh -v -v -v user @ ip, возможно, поможет больше отладочных данных :)
Вы выполняете только аутентификацию с открытым ключом? Ключ, вероятно, привязан к IP-адресу / имени хоста Windows.
Я, кажется, помню что-то подобное давным-давно ... в основном это сводилось к тому, что рассматриваемый хост определял, что система Windows была терминальным клиентом и, следовательно, "безопасна", а система Mac - одноранговым сервером * nix , поэтому администраторам пришлось предоставить какие-то особые права «доверенного хоста». Имейте в виду, что это с точки зрения разработчика, а не администратора, поэтому любое сходство с реальностью является чисто случайным. hth