Слишком много ошибок аутентификации для корня в filezilla

Таким образом, я наконец сделал перемещение в своем офисе к 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 поскольку я видел, что это предложило прежде, но я все еще получаю его те же ошибки (после принятия цифрового отпечатка).

Любая справка, идеи или предложения ценятся. Я искал вокруг сетей и ничего не мог найти поэтому, если это - дубликат, сообщить мне.

Спасибо

5
задан 2 December 2014 в 10:08

3 ответа

можно устранить эту проблему на 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

2
ответ дан 23 November 2019 в 09:33

журнал трассировки имеет строку:

Театрализованное представление работает. Запрос ключей.

Театрализованное представление имеет 10 ключей SSH-2

, sshd_config (на сервере) имеет установку MaxAuthTries, которая имеет default значение 6

так для предотвращения слишком многих попыток аутентификации для каждого подключения, мы должны понизиться, ssh-keys/identities

  1. комментируют все другие записи Хоста, identityFiles в ~/.ssh/config
  2. попытка, перемещающая неиспользованные ключи ~/.ssh/* к новому подкаталогу (пример: ~/.ssh/sftp-keys)
  3. использование ssh-add -D для удаления всех идентификационных данных из агента.
  4. добавляют идентификационные данные, которые Вы хотите использовать для соединения ssh-add ~/ssh/sftp-keys/serverid_rsa

попытка снова соединиться.

, если все еще никакой успех, повторно вставьте новый журнал трассировки.

1
ответ дан 23 November 2019 в 09:33

ОСТЕРЕГАЙТЕСЬ: FileZilla пытается соединить использование ключей .ssh каталог.

я испытал те же затруднения. После выполнения некоторого анализа журналов FileZilla (журналы отладки могут быть включены путем установки уровня отладки = 3 в Редактировании> Предпочтения> Отладка), я заметил, что это, печатал строку filezilla Trying Pageant key # для каждой неудачной попытки пройти проверку подлинности к серверу.

После 5 неудачных попыток это разъединяет печать 'Слишком многих ошибка аутентификации' ошибка.

Решение: Переместите ключи к где-то в другом месте.

FileZilla использует механизм Театрализованного представления и пытается пройти проверку подлинности с ключами, уже сохраненными в .ssh каталоге. У меня были некоторые ключи, сохраненные в .ssh каталоге для соединения с моим локальным VMs. Я просто переместил все ключи к подкаталогу в .ssh. Я пытался соединиться снова и затем FileZilla, работающий обычно.

1
ответ дан 23 November 2019 в 09:33

Другие вопросы по тегам:

Похожие вопросы: