Разрешението за SSH на Windows е отказано: 5 начина да го поправите

Следвайте нашите тествани процедури, за да решите проблема веднага

SSH или Secure Socket Shell е криптиран протокол, който позволява защитен достъп до всяко отдалечено устройство или сървър през незащитена мрежа.

Когато някои от нашите читатели се опитаха да се удостоверят с помощта на тези ключове, те получиха съобщение за отказано SSH разрешение на своя компютър с Windows 11.

Потребителите може да не са наясно с причините за този тип съобщение за грешка в системата. Това се отразява на производителността на работата им.

Някои потребители също са изправени пред Грешка в идентификацията на обмена на SSH в системата, но връзката ще ви отведе до полезно ръководство за коригиране.

Защо получавам съобщение за отказано разрешение за SSH в Windows 11?

Може да има редица фактори, отговорни за това съобщение за грешка, които са изброени по-долу:

• Неправилен сървър – Ако се опитвате да се свържете с грешен сървър с неговия IP адрес, може да получите съобщение за отказан достъп на вашата система
• Грешна парола – Някои потребители се опитват да получат достъп до сървъра, използвайки грешни идентификационни данни
• Твърде много SSH ключове – Когато в системата има голям брой SSH ключове, така че системата може да избере грешния измежду достъпните
• Разрешенията за SSH ключ са твърде отворени – Ако разрешенията на SSH ключа са широко отворени и достъпни за по-голямата част от потребителите в системата, целта на сигурността на използването на ключа може да бъде застрашена

Ако срещате този проблем на вашия компютър с Windows 11, тази статия ще ви преведе през петте най-добри налични решения, които са описани подробно по-долу.

Как да заобиколя разрешението за SSH, отказано в Windows 11?

1. Проверете дали се свързвате с правилния сървър

Това може да звучи глупаво, но много потребители са склонни да правят тази грешка и се чудят защо се сблъскват с такова съобщение за грешка в системата си.

Когато се опитвате да се свържете със сървър чрез SSH ключа и адреса на сървъра, трябва да проверите отново адреса на сървъра два до три пъти, преди да опитате да получите достъп до него.

Може да има възможност за пропускане на няколко числа или грешно поставяне на числата в адреса на сървъра. Затова винаги потвърждавайте адреса на сървъра, преди да продължите.

2. Опитайте да влезете с парола

Винаги можете да опитате да влезете в сървъра, като използвате метода с парола. Но за да работи това, трябва да активирате функцията за удостоверяване на парола.

Ако вече е активиран, тогава можете да получите достъп до сървъра, като използвате следния команден ред:

ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no [email protected]

В горната команда трябва да замените [имейл защитен] с действителен адрес на сървъра и парола с истинска парола.

Ако PasswordAuthentication е деактивиран, първо трябва да го активирате и след това да генерирате нов ssh ключ, като използвате следната команда: ssh-keygen -R server.IP.address

Трябва да замените сървър. IP адрес с реален IP адрес на сървъра.

3. Добавете своя SSH ключ към VPS сървъра

При този метод се опитвате да добавите SSH ключа, създаден в системата, към VPS сървъра. Това може да стане, като първо генерирате нов SSH ключ в системата, като използвате следната команда: ssh-keygen -t rsa

Сега може да се наложи да добавите този SSH ключ към сървъра, като следвате тази команда: ssh-copy-id [email protected]

Тук трябва да промените сървър.ip.адрес към действителната стойност на адреса на сървъра и изпълнете командата.

Освен това деактивирайте Удостоверяване с парола функция и редактирайте ssh_config файл за промяна на единствения метод за удостоверяване на SSH ключове.

Прочетете повече по тази тема

• Как да премахна стрелките за бърз достъп в Windows 11
• Ето какво казва Copilot за туристическото място на хранителната банка
• Ексклузивно: AR очила за Lenovo Legion Go, дата на издаване и НОВИ изображения

4. Ръчно изберете ключа за използване

Когато има твърде много налични SSH ключове в системата, тя може да избере произволен SSH ключ и да създаде такива проблеми.

Така че можете да изпълните следната команда, за да го накарате да избере SSH ключа, предоставен от вас в командата: ssh -i /users/user_name/.shh/id_rsa [email protected]

Преди да изпълните командата, трябва да замените /users/user_name/.shh/id_rsa с пътя на SSH ключа, който искате да добавите и [имейл защитен] с действителните стойности.

5. Променете разрешенията на вашия SSH ключ

1. Натисни Windows ключ + Е за да стартирате File Explorer и да отворите папката, в която присъства SSH ключът.
2. Щракнете с десния бутон върху SSH ключа и щракнете Имоти от контекстното меню.
   
3. Отидете на Сигурност раздел и щракнете върху Разширено на дъното.
   
4. Сега щракнете Деактивиране на наследяването на дъното и се уверете Собственик е само вашето потребителско име.
5. Ако собственикът е някой друг, щракнете промяна и изберете вашето потребителско име.
6. След това изберете всеки друг потребител от Вписвания за разрешения раздел и щракнете Премахване.
7. Когато сте готови, щракнете Приложи и Добре.
8. Това ще промени разрешенията за SSH ключа.

Къде се съхраняват SSH ключовете в Windows?

Всички SSH ключове се съхраняват на системното устройство в следната папка (заменете потребителското име с действителното име): C:\Users\username\.ssh

Разбира се, ако вашето системно устройство има друга буква, трябва да замените буквата в пътя по-горе с вашата собствена.

Надяваме се, че тази статия си е струвала да бъде прочетена и е успяла да разреши проблема с отказаното SSH разрешение.

Трябва също да се консултирате с нашето ръководство за как да коригирате лош собственик или разрешения на SSH конфигурация защото може да предложи допълнителна информация.

Наши читатели също се оплакаха, че са се сблъскали с Не може да се установи автентичността на хоста грешка. Ако сте сред тях, прочетете маркираното ръководство за инструкции как да го коригирате.

Ако знаете други възможни решения за този проблем или искате да попитате нещо за този проблем, използвайте секцията за коментари по-долу.