forum.opennet.ru - "сменил gui на xfce и при ssh

"сменил gui на xfce и при ssh - Permission denied (publickey)."

Форум Открытые системы на рабочей станции (icewm, xfce...)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"сменил gui на xfce и при ssh - Permission denied (publickey)."	+/–
Сообщение от lotric (ok), 30-Окт-20, 08:44
перешол на xfce при попытке подключения к любому серверу по ssh выдаются ошибки типа Permission denied (publickey). или Permission denied (publickey,gssapi-keyex,gssapi-with-mic). выхожу в другой гуи типа МАТЕ там все норм. Как так? Как исправить? С ошибкой: OpenSSH_8.2p1 Ubuntu-4ubuntu0.1, OpenSSL 1.1.1f 31 Mar 2020 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for debug1: Connecting to 101.101.101.101 [101.101.101.101] port 8100. debug1: Connection established. debug1: identity file /home/user/.ssh/id_rsa type -1 debug1: identity file /home/user/.ssh/id_rsa-cert type -1 debug1: identity file /home/user/.ssh/id_dsa type -1 debug1: identity file /home/user/.ssh/id_dsa-cert type -1 debug1: identity file /home/user/.ssh/id_ecdsa type -1 debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/user/.ssh/id_ecdsa_sk type -1 debug1: identity file /home/user/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /home/user/.ssh/id_ed25519 type -1 debug1: identity file /home/user/.ssh/id_ed25519-cert type -1 debug1: identity file /home/user/.ssh/id_ed25519_sk type -1 debug1: identity file /home/user/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /home/user/.ssh/id_xmss type -1 debug1: identity file /home/user/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.1 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.9p1 Debian-10+deb10u2 debug1: match: OpenSSH_7.9p1 Debian-10+deb10u2 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 101.101.101.101:8100 as 'pi' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:pW8W48/K5wYh6QenyZMA6D0HzLSk0ykqZJ6czGaMqL4 debug1: Host '[101.101.101.101]:8100' is known and matches the ECDSA host key. debug1: Found key in /home/user/.ssh/known_hosts:1 debug1: rekey out after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey in after 134217728 blocks debug1: Will attempt key: /home/user/.ssh/id_rsa debug1: Will attempt key: /home/user/.ssh/id_dsa debug1: Will attempt key: /home/user/.ssh/id_ecdsa debug1: Will attempt key: /home/user/.ssh/id_ecdsa_sk debug1: Will attempt key: /home/user/.ssh/id_ed25519 debug1: Will attempt key: /home/user/.ssh/id_ed25519_sk debug1: Will attempt key: /home/user/.ssh/id_xmss debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/user/.ssh/id_rsa debug1: Trying private key: /home/user/.ssh/id_dsa debug1: Trying private key: /home/user/.ssh/id_ecdsa debug1: Trying private key: /home/user/.ssh/id_ecdsa_sk debug1: Trying private key: /home/user/.ssh/id_ed25519 debug1: Trying private key: /home/user/.ssh/id_ed25519_sk debug1: Trying private key: /home/user/.ssh/id_xmss debug1: No more authentication methods to try. pi@101.101.101.101: Permission denied (publickey). Без ошибки OpenSSH_8.2p1 Ubuntu-4ubuntu0.1, OpenSSL 1.1.1f 31 Mar 2020 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for debug1: Connecting to 101.101.101.101 [101.101.101.101] port 8100. debug1: Connection established. debug1: identity file /home/user/.ssh/id_rsa type -1 debug1: identity file /home/user/.ssh/id_rsa-cert type -1 debug1: identity file /home/user/.ssh/id_dsa type -1 debug1: identity file /home/user/.ssh/id_dsa-cert type -1 debug1: identity file /home/user/.ssh/id_ecdsa type -1 debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/user/.ssh/id_ecdsa_sk type -1 debug1: identity file /home/user/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /home/user/.ssh/id_ed25519 type -1 debug1: identity file /home/user/.ssh/id_ed25519-cert type -1 debug1: identity file /home/user/.ssh/id_ed25519_sk type -1 debug1: identity file /home/user/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /home/user/.ssh/id_xmss type -1 debug1: identity file /home/user/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.1 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.9p1 Debian-10+deb10u2 debug1: match: OpenSSH_7.9p1 Debian-10+deb10u2 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 101.101.101.101:8100 as 'pi' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:pW8W48/K5wYh6QenyZMA6D0HzLSk0ykqZJ6czGaMqL4 debug1: Host '[101.101.101.101]:8100' is known and matches the ECDSA host key. debug1: Found key in /home/user/.ssh/known_hosts:1 debug1: rekey out after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey in after 134217728 blocks debug1: Will attempt key: user@pc RSA SHA256:3R6ajgCwpIFIX2++h+eaC225A/Z34Pol91hLNswQMkc agent debug1: Will attempt key: user@pc RSA SHA256:g8tvVxPeB9Bu1aFgdK3mM4qlk1HqQcH0mQLgIy6nT6Y agent debug1: Will attempt key: user@pc RSA SHA256:DwHrHioa+gCER/iOlrNnos19pK7t3pJ/JC829TDmGes agent debug1: Will attempt key: user@nb RSA SHA256:i5y/PLygcKbQShsNQUoweM2sPn/Fp/q6MnOVZeVAMmQ agent debug1: Will attempt key: /home/user/.ssh/id_rsa debug1: Will attempt key: /home/user/.ssh/id_dsa debug1: Will attempt key: /home/user/.ssh/id_ecdsa debug1: Will attempt key: /home/user/.ssh/id_ecdsa_sk debug1: Will attempt key: /home/user/.ssh/id_ed25519 debug1: Will attempt key: /home/user/.ssh/id_ed25519_sk debug1: Will attempt key: /home/user/.ssh/id_xmss debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Offering public key: user@pc RSA SHA256:3R6ajgCwpIFIX9++h+eaC225A/Z34Pol91hLNswQMkc agent debug1: Server accepts key: user@pc RSA SHA256:3R6ajgCwpIFIX9++h+eaC225A/Z34Pol91hLNswQMkc agent debug1: Authentication succeeded (publickey). Authenticated to 101.101.101.101 ([101.101.101.101]:8100). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug1: pledge: network debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0 debug1: Remote: /home/pi/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding debug1: Remote: /home/pi/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding debug1: Sending environment. debug1: Sending env LANG = ru_RU.UTF-8 Last login: Fri Oct 30 01:55:42 2020 from 133.123.0.221
Ответить \| Правка \| Cообщить модератору

Оглавление

Ты скрытный Не сознался, какой у тебя Ubuntu По теме - там в последнее время та, ACCA (ok), 09:21 , 30-Окт-20, (1)

васян, в убунту нет selinux и не было никогдаесть apparmor, муу (?), 14:42 , 30-Окт-20, (2)

помогаетssh-add ssh до перезапуска и не для всех серверов, lotric (ok), 20:54 , 30-Окт-20, (3)
На xfce с чего Ну сравните же дебаг Оно работает когда клиент берёт ключ из аген, Licha Morada (ok), 22:11 , 30-Окт-20, (4)

Сообщения [Сортировка по времени | RSS]

1. "сменил gui на xfce и при ssh - Permission denied (publickey)." +/–

Сообщение от ACCA (ok), 30-Окт-20, 09:21

Ты скрытный. Не сознался, какой у тебя Ubuntu.
По теме - там в последнее время такого на**евертили с SELinux, что только за голову хватаешься.
Зайди из текстовой консоли без всяких MATE и смотри, что получится.
И ещё - это называется не гуи, а Window Manager.

Ответить | Правка | Наверх | Cообщить модератору

2. "сменил gui на xfce и при ssh - Permission denied (publickey)." +/–

Сообщение от муу (?), 30-Окт-20, 14:42

> Ты скрытный. Не сознался, какой у тебя Ubuntu.
> По теме - там в последнее время такого на**евертили с SELinux, что
> только за голову хватаешься.
> Зайди из текстовой консоли без всяких MATE и смотри, что получится.
> И ещё - это называется не гуи, а Window Manager.
васян, в убунту нет selinux и не было никогда
есть apparmor

Ответить | Правка | Наверх | Cообщить модератору

3. "сменил gui на xfce и при ssh - Permission denied (publickey)." +/–

Сообщение от lotric (ok), 30-Окт-20, 20:54

помогает
ssh-add ~/.ssh/*
до перезапуска и не для всех серверов

Ответить | Правка | Наверх | Cообщить модератору

4. "сменил gui на xfce и при ssh - Permission denied (publickey)." +/–

Сообщение от Licha Morada (ok), 30-Окт-20, 22:11

> перешол на xfce
На xfce с чего?
> выхожу в другой гуи типа МАТЕ там все норм.
> Как так? Как исправить?
Ну сравните же дебаг.
Оно работает когда клиент берёт ключ из агента, а не работает когда агента нет.
Смотрите в Mate, что там за агент запускается, откуда он берёт ключи на старте, и как бы скормить этот ключ агенту в xfce.
Или не чините путанницу а сделайте по минимуму:
Посмотрите что за ключ (публичный) приписан в
Remote: /home/pi/.ssh/authorized_keys:1
Удостоверьтесь что этот ключ (приватный) лежит в /home/user/.ssh/id_rsa.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "сменил gui на xfce и при ssh - Permission denied (publickey)."	+/–
Сообщение от ACCA (ok), 30-Окт-20, 09:21
Ты скрытный. Не сознался, какой у тебя Ubuntu. По теме - там в последнее время такого на**евертили с SELinux, что только за голову хватаешься. Зайди из текстовой консоли без всяких MATE и смотри, что получится. И ещё - это называется не гуи, а Window Manager.
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "сменил gui на xfce и при ssh - Permission denied (publickey)."	+/–
	Сообщение от муу (?), 30-Окт-20, 14:42
	> Ты скрытный. Не сознался, какой у тебя Ubuntu. > По теме - там в последнее время такого на**евертили с SELinux, что > только за голову хватаешься. > Зайди из текстовой консоли без всяких MATE и смотри, что получится. > И ещё - это называется не гуи, а Window Manager. васян, в убунту нет selinux и не было никогда есть apparmor
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "сменил gui на xfce и при ssh - Permission denied (publickey)."	+/–
Сообщение от lotric (ok), 30-Окт-20, 20:54
помогает ssh-add ~/.ssh/* до перезапуска и не для всех серверов
Ответить \| Правка \| Наверх \| Cообщить модератору

4. "сменил gui на xfce и при ssh - Permission denied (publickey)."	+/–
Сообщение от Licha Morada (ok), 30-Окт-20, 22:11
> перешол на xfce На xfce с чего? > выхожу в другой гуи типа МАТЕ там все норм. > Как так? Как исправить? Ну сравните же дебаг. Оно работает когда клиент берёт ключ из агента, а не работает когда агента нет. Смотрите в Mate, что там за агент запускается, откуда он берёт ключи на старте, и как бы скормить этот ключ агенту в xfce. Или не чините путанницу а сделайте по минимуму: Посмотрите что за ключ (публичный) приписан в Remote: /home/pi/.ssh/authorized_keys:1 Удостоверьтесь что этот ключ (приватный) лежит в /home/user/.ssh/id_rsa.
Ответить \| Правка \| Наверх \| Cообщить модератору