Então você pode se conectar a partir do mac se você alterar a codificação? A sua senha, por acaso, contém algum personagem engraçado como os com sotaque?
se você digitar sua senha em um editor de texto no mac, ela será exibida como você espera?
Estou trabalhando agora e meus colegas prepararam um servidor Debian para mim e foram embora.
Agora eu descobri que posso usar o PuTTY de uma caixa do Windows (XP) bem (sem máquinas Linux aqui, infelizmente) mas de alguma forma quando estou em um mac, ssh [user@ip] não aceita minha senha.
O mesmo acontece com o SFTP: o WinSCP funciona muito bem, a linha de comando SCP ou qualquer software SFTP como o CyberDuck não funciona. ("nome de usuário ou senha incorretos")
A única pista que tenho é que o FileZilla no OSX é capaz de se conectar sempre que eu configurá-lo para usar uma codificação inexistente. Ele reclama da codificação inválida e então se conecta bem. Definir a codificação para UTF-8 ou detectar automaticamente só me dá erros de autenticação novamente.
ServerFault, você tem alguma idéia de como eu poderia fazer com que esse Mac se conecte corretamente à máquina? Muito apreciado.
Edit: Aqui está a saída de 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:
Para ser honesto, não consigo encontrar nenhuma pista sobre isso. Alguém mais pode?
Então você pode se conectar a partir do mac se você alterar a codificação? A sua senha, por acaso, contém algum personagem engraçado como os com sotaque?
se você digitar sua senha em um editor de texto no mac, ela será exibida como você espera?
Tente ler os registros no servidor para ver o motivo da rejeição da tentativa de conexão. /var/log/auth.long em sistemas baseados em debian e / var / log / security em redhat-based.
Tem certeza de que o servidor está executando o UTF-8 de forma nativa? Desde que é o que você tem tentado definir?
tente:
set | grep LANG
Em seguida, force filezilla / SSH para usar isso. Talvez o seu xx_XX.ISO-8859-1?
O Windows usará essa codificação como padrão, acredito.
EDIT: eu acidentalmente coloquei mozilla em vez de filezilla
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
Você tem o mesmo par de chaves pública-privada nas máquinas mac e windows? OU, você tem a chave pública do mac registrada? Eu recebo o publickey, keyboard-interactive quando tento ssh em uma máquina que não tem minha chave registrada.
tente ssh -v -v -v usuário @ ip talvez mais saída de depuração ajudará:)
Você está fazendo apenas autenticação de chave pública? A chave provavelmente está ligada ao nome de host / IP do host do Windows.
Eu pareço lembrar de algo assim há muito tempo atrás ... basicamente, resumia-se ao host em questão determinar que o sistema Windows era um cliente terminal e, portanto, "seguro", e o sistema Mac como um par * servidor nix, e assim os administradores tiveram que conceder algum tipo de direitos especiais de "host confiável". Tenha em mente que isso é do ponto de vista de um desenvolvedor, não de administração, portanto, qualquer semelhança com a realidade é puramente acidental. hth