Чи можна використовувати ту саму машину, що і клієнт та сервер для SSH?

3

Для тестів на розробку мені потрібно встановити SFTP-сервер. Тож я хочу знати, чи можна використовувати ту саму машину, що і клієнт та сервер. Я спробував, і я продовжую отримувати цю помилку:

Permission denied (publickey).
Connection closed

sftp

— Геннес
джерело

3

Коротка відповідь:

cat ~/.ssh/id_rsa.pub >>~/.ssh/authorized_keys

— wilhelmtell
джерело

Я на машині Windows, я вже скопіював відкритий ключ у дозволений_кейс, але результату все ще немає

Чи може ваш клієнт Windows ssh виконувати еквівалент ssh -vу клієнтах Unix, показуючи багатослівні повідомлення про те, що він робить? Моя перша здогадка - це проблема з дозволом для ваших ключових файлів, що вони або занадто безпечні для перегляду ssh-сервера, або занадто вільні, щоб сервер думав, що інші користувачі можуть підламати їх.

— конічний шар

0

[thecoshman] Я під Windows XP, я використовую OpenSSH і для виконання тесту я просто використовую командний рядок.

[coneslayer] команда: ssh -vповертається

C:\Program Files\OpenSSH\bin>ssh -v agharroud@localhostOpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 березня 2004 року "
налагодження1: зчитування даних конфігурації / etc / ssh_config
debug1: Підключення до порту localhost [127.0.0.1] 22.
debug1: З'єднання встановлено. debug1: ідентифікаційний файл /home/agharroud/.ssh/identity type -1 debug1: файл ідентичності /home/agharroud/.ssh/id_rsa тип 1
debug1: ідентифікаційний файл /home/agharroud/.ssh/id_dsa type -1
debug1: віддалений версія протоколу 2.0, віддалена версія програмного забезпечення OpenSSH_3.8.1p1
налагодження1: відповідність: OpenSSH_3.8.1p1 pat OpenSSH *
debug1: Увімкнення режиму сумісності для протоколу 2.0
налагодження1: рядок локальної версії SSH-2.0-OpenSSH_3.8.1p1
debug1: SSH2_MSG_KEXINIT відправлений
налагодження1: SSH2_MSG_KEXINIT надсилається налагодження1: SSH2_KG отримано
debug1: Кекс: server-> клієнт AES128-CBC HMAC-md5 ні
debug1: Кекс: клієнт> сервер AES128-CBC HMAC-md5 ні
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST (1024 <1024 <8192) послав
debug1: чекаючи SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT послав
debug1 : очікує налагодження SSH2_MSG_KEX_DH_GEX_REPLY
налагодження1: Хост "localhost" відомий і відповідає головному ключу RSA.
debug1: Знайдено ключ в /home/agharroud/.ssh/known_hosts:1
debug1: ssh_rsa_verify: підпис правильна
debug1: SSH2_MSG_NEWKEYS послав
debug1: чекаючи SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS отримав
debug1: SSH2_MSG_SERVICE_REQUEST послав
debug1: SSH2_MSG_SERVICE_ACCEPT отримав
                        ****USAGE WARNING****
Це приватна комп'ютерна система. Ця комп'ютерна система, включаючи все відповідне обладнання, мережі та мережеві пристрої (зокрема, включаючи доступ до Інтернету), надається лише для дозволеного використання. Ця комп’ютерна система може контролюватися для всіх законних цілей, у тому числі для забезпечення дозволу її використання для управління системою, для полегшення захисту від несанкціонованого доступу та перевірки процедур безпеки, життєздатності та експлуатаційної безпеки. Моніторинг включає активні атаки уповноважених суб'єктів для тестування або перевірки безпеки цієї системи. Під час моніторингу інформація може бути вивчена, записана, скопійована та використана для дозволених цілей. Уся інформація, включаючи особисту інформацію, розміщену або відправлену через цю систему, може контролюватися.

Використання цієї комп'ютерної системи, дозволеної чи несанкціонованої, являє собою згоду на моніторинг цієї системи. Несанкціоноване використання може притягнути до вас кримінальне переслідування. Докази несанкціонованого використання, зібрані під час моніторингу, можуть використовуватися для адміністративних, кримінальних чи інших несприятливих дій. Використання цієї системи є згодою на моніторинг для цих цілей.

debug1: Автентифікації, які можна продовжувати: publickey
debug1: Наступний метод аутентифікації: publickey
debug1: Проба приватного ключа: /home/agharroud/.ssh/identity
debug1: Пропозиція відкритого ключа: /home/agharroud/.ssh/id_rsa
debug1: Автентифікації, які можуть продовжити: publickey
debug1: Спроба приватного ключа: /home/agharroud/.ssh/id_dsa
debug1: Немає більше способів аутентифікації для спробу.
Дозвіл відхилено (publickey).

— ахраф
джерело

ssh -vНаприклад, вам потрібно надати свої звичайні аргументи , наприклад ssh -v username@hostname. (Також етикет тут повинен був би відредагувати своє запитання додатковою інформацією, замість того, щоб розміщувати його як відповідь.)

— coneslayer

будь-які ідеї про те, що може бути проблемою?

— ахраф

0

Незрозуміло, чи ваше запитання конкретно стосується client = server або якщо ви взагалі не можете розгорнути сервер sftp.

Ви повинні перевірити:

Чи можете ви в першу чергу перейти на цю машину зі своїм іменем користувача з іншої машини?
Ви ще встановили та запустили ssh-сервер?
Чи ваше ім'я користувача має право входити в конфігурації сервера ssh?
У вас активований брандмауер? Спробуйте відключити лише тест.

У Linux я це роблю постійно, навіть коли просто хочу запустити графічну програму, зареєстровану як інший користувач, але всередині мого сеансу на робочому столі:

ssh [-X] [-A] [etc] username@localhost

(Замініть "ім'я користувача" на ім'я, яке ви використовуватимете для підключення до машини. Не замінюйте localhost, це справді призначено називати "localhost".)

Я думаю, якщо ви навіть не можете зробити ssh username @ localhost, вам не вдасться виконати self sftp.

— користувач39559
джерело