Таким образом, я наконец сделал перемещение в своем офисе к Ubuntu! В целом, я очень доволен перемещением от Mac и Windows. Большинство проблем, которые я смог устранить (проблемы видеокарты), но эта проблема я, кажется, фиксирую, но это продолжает возвращаться.
Я использую Filezilla, и у меня есть пользовательская конфигурация SSH. Я также заметил, что это происходит на PHPStorm также. Я предполагаю, что фиксация для FileZilla зафиксирует PHPStorm также.
Моя конфигурация SSH:
# Catch all
Host *
ServerAliveInterval 120
ServerAliveCountMax 30
IdentitiesOnly yes
# Local Dev VM
Host jpCentos devel jp
HostName jpCentos
User adminJeremy
IdentityFile /home/jpsimkins/.ssh/jpCentos
IdentitiesOnly yes
# Local Dev VM Root (added as work-a-round for filezilla)
Host jpCentosRoot jpRoot
HostName jpCentos
User root
IdentityFile /home/jpsimkins/.ssh/jpCentosRoot
IdentitiesOnly yes
# Kyle Dev VM
Host kkCentos kk
HostName kkCentos
User adminJeremy
IdentityFile /home/jpsimkins/.ssh/jpCentos
IdentitiesOnly yes
# Staging Server
Host stagingServer staging stage
HostName 10.1.1.120
User adminJeremy
IdentityFile /home/jpsimkins/.ssh/StagingServer
IdentitiesOnly yes
# OlympusatV2 PRODuction Server
Host olympusatV2 v2 live prod
HostName 166.78.xxx.xxx
User adminJeremy
IdentityFile /home/jpsimkins/.ssh/OlympusatV2
IdentitiesOnly yes
# OlympusatV2 PRODuction Server Root User (added as work-a-round for filezilla)
Host olympusatV2Root v2Root v2root liveroot prodRoot prodroot
HostName 166.78.xxx.xxx
User root
IdentityFile /home/jpsimkins/.ssh/OlympusatV2Root
IdentitiesOnly yes
# ParablesServer
Host parablesServer ps
HostName 162.242.xxx.xxx
User adminJeremy
IdentityFile /home/jpsimkins/.ssh/ParablesServer
IdentitiesOnly yes
# ParablesServerRoot (added as work-a-round for filezilla)
Host parablesServerRoot psRoot psroot ParablesServerRoot
HostName 162.242.xxx.xxx
User root
IdentityFile /home/jpsimkins/.ssh/ParablesServerRoot
IdentitiesOnly yes
Имена HostName отображаются в моем .hosts файле. Это помогает обновить дюйм/с, когда я перемещаюсь между офисами. Нужно отметить, что, даже если я использую IP вместо .hosts псевдонима файла, проблемой является то же.
Моя проблема, каждый раз, когда я пробую к SFTP к серверу, который я получаю:
Command: open "root@10.1.1.69" 22
Error: Server sent disconnect message
Error: type 2 (protocol error):
Error: "Too many authentication failures for root"
Error: Could not connect to server
Filezilla в подробном:
Status: Connecting to 10.1.1.69...
Trace: Going to execute /usr/bin/fzsftp
Response: fzSftp started
Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started)
Trace: CSftpControlSocket::SendNextCommand()
Trace: CSftpControlSocket::ConnectSend()
Command: open "root@10.1.1.69" 22
Trace: Server version: SSH-2.0-OpenSSH_5.3
Trace: Using SSH protocol version 2
Trace: We claim version: SSH-2.0-PuTTY_Local:_Sep_14_2013_01:12:43
Trace: Doing Diffie-Hellman group exchange
Trace: Doing Diffie-Hellman key exchange with hash SHA-256
Trace: Host key fingerprint is:
Trace: ssh-rsa 2048 ae:7c:66:41:8d:5a:18:53:ea:ca:ac:0a:ce:27:cc:4d
Trace: Initialised AES-256 SDCTR client->server encryption
Trace: Initialised HMAC-SHA1 client->server MAC algorithm
Trace: Initialised AES-256 SDCTR server->client encryption
Trace: Initialised HMAC-SHA1 server->client MAC algorithm
Trace: Pageant is running. Requesting keys.
Trace: Pageant has 10 SSH-2 keys
Trace: Trying Pageant key #0
Trace: Server refused public key
Trace: Trying Pageant key #1
Trace: Server refused public key
Trace: Trying Pageant key #2
Trace: CSftpControlSocket::ResetOperation(66)
Trace: CControlSocket::ResetOperation(66)
Error: Could not connect to server
Status: Waiting to retry...
Status: Connecting to 10.1.1.69...
Trace: Going to execute /usr/bin/fzsftp
Response: fzSftp started
Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started)
Trace: CSftpControlSocket::SendNextCommand()
Trace: CSftpControlSocket::ConnectSend()
Command: open "root@10.1.1.69" 22
Trace: Server version: SSH-2.0-OpenSSH_5.3
Trace: Using SSH protocol version 2
Trace: We claim version: SSH-2.0-PuTTY_Local:_Sep_14_2013_01:12:43
Trace: Doing Diffie-Hellman group exchange
Trace: Doing Diffie-Hellman key exchange with hash SHA-256
Trace: CSftpControlSocket::ResetOperation(66)
Trace: CControlSocket::ResetOperation(66)
Error: Could not connect to server
Когда я SSH через терминал у меня нет проблем.
Я считал где-нибудь что выполнение:
ssh-add -k ~/.ssh/KEYNAME
Решил бы вопрос (я не на 100% уверен, было ли это фиксацией, я пробовал много разных вещей на прошлой неделе), но это кажется после того, как я перезапустил свою машину, это начало происходить снова. Так естественно я пытался выполнить команду снова, но провал.
Я плохо знаком с этим материалом, но рассмотрение журнала, кажется, что это пытается использовать все ключи для аутентификации, хотя я говорю SSH использовать IdentitiesOnly
Я удалил ~/.putty
поскольку я видел, что это предложило прежде, но я все еще получаю его те же ошибки (после принятия цифрового отпечатка).
Любая справка, идеи или предложения ценятся. Я искал вокруг сетей и ничего не мог найти поэтому, если это - дубликат, сообщить мне.
Спасибо
можно устранить эту проблему на Mac путем установки ниже пути:
setting the root password with "sudo passwd root" then
editing and saving the ssh config file with "nano /etc/ssh_config" and
changing the RSAAuthentication to "no" rather than yes.
, если у Вас больше есть проблемы, идут с этой ссылкой: https://serverfault.com/questions/36291/how-to-recover-from-too-many-authentication-failures-for-user-root
журнал трассировки имеет строку:
Театрализованное представление работает. Запрос ключей.
Театрализованное представление имеет 10 ключей SSH-2
, sshd_config (на сервере) имеет установку MaxAuthTries
, которая имеет default
значение 6
так для предотвращения слишком многих попыток аутентификации для каждого подключения, мы должны понизиться, ssh-keys/identities
~/.ssh/config
~/.ssh/*
к новому подкаталогу (пример: ~/.ssh/sftp-keys) ssh-add -D
для удаления всех идентификационных данных из агента. ssh-add ~/ssh/sftp-keys/serverid_rsa
попытка снова соединиться.
, если все еще никакой успех, повторно вставьте новый журнал трассировки.
ОСТЕРЕГАЙТЕСЬ: FileZilla пытается соединить использование ключей .ssh каталог.
я испытал те же затруднения. После выполнения некоторого анализа журналов FileZilla (журналы отладки могут быть включены путем установки уровня отладки = 3 в Редактировании> Предпочтения> Отладка), я заметил, что это, печатал строку filezilla Trying Pageant key #
для каждой неудачной попытки пройти проверку подлинности к серверу.
После 5 неудачных попыток это разъединяет печать 'Слишком многих ошибка аутентификации' ошибка.
Решение: Переместите ключи к где-то в другом месте.
FileZilla использует механизм Театрализованного представления и пытается пройти проверку подлинности с ключами, уже сохраненными в .ssh каталоге. У меня были некоторые ключи, сохраненные в .ssh каталоге для соединения с моим локальным VMs. Я просто переместил все ключи к подкаталогу в .ssh. Я пытался соединиться снова и затем FileZilla, работающий обычно.