Это происходит потому, что он пытается использовать все известные ему ключи против сервера. Если количество пробных ключей, прежде чем найти правильный, превышает максимальное количество попыток аутентификации, вы получите эту ошибку.
Так что это просто хорошая практика — указывать.
Я создал папки, а затем создал профили, чтобы избежать подобных проблем.
Создавайте логические группы серверов, чтобы в каждой группе было только 5 серверов
Создайте папку для каждой группы
Создайте профиль для каждой группы
Убедитесь, что все серверы настроены так, чтобы 5 попыток авторизации были максимальным, чтобы вы никогда не достигли предела
Затем просто убедитесь, что вы находитесь в правильном профиле и все готово для этой группы из 5 человек.
Если у вас не так много систем, я бы просто использовал ~/.ssh/config
Поместите записи типа:
Host dev
HostName dev.example.com
Port 22000
User fooey
Host github.com
IdentityFile ~/.ssh/github.key
Решение после многих исследований:
Перейти к CMD (Права администратора)
bcdedit /set hypervisorlaunchtype off
и ПЕРЕЗАГРУЗКА
Или
WooHoo fix for VMware Device Security/Credential Guard issues
Well Boys and Girls after reading through the release notes for build 17093 in the wee small hours of the night, I have found the change point that affects my VMware Workstation VM's causing them not to work, it is the Core Isolation settings under Device Security under windows security (new name for windows defender page) in settings. By default it is turned on, however when I turned it off and restarted my pc all my VMware VM's resumed working correctly. Perhaps a by device option could be incorporated in the next build to allow us to test individual devices / Apps responses to allow the core isolation to be on or off per device or App as required.
From the Start Menu: **Windows Defender Security Centre > Device Security > Core Isolation**.
Атрибуция:
Исправление WooHoo для VMware
Перейти к