попытка соединения через fish mc с CDS возвращает Permission denied

Не сталкивался с подобным в своей практике. Пытаюсь с клиентской машины через FISH из-под MC соединиться с сервером, после ввода пароля (правильного) возвращает -13.
Обычное соединение с помощью ssh root@10.1.1.1 проходит успешно. подкиньте идею - что в SSHD подкрутить? В компании много серверов, но везде FISH работает без проблем. Сравнивал sshd_conf-ы - они очень мало разнятся…и в основном не по этой теме, на мой взгляд. Могу конечно ошибаться…

адрес 10.1.1.1 мог ранее принадлежать другому серверу? mc и ssh root@10.1.1.1 запускаете под разными пользователями?

проверьте ~/.ssh/known_hosts для того пользователя, кого не пускает и удалите оттуда строчку с этим адресом

Нет. Адрес принадлежал всегда только данному серверу - был выделен специально для него.
MC и ssh всегда запускаю под одним и тем же пользователем.
Строчки из ~/.ssh/known_hosts удалил, но ситуация не изменилась. Т.е. ситуация как и была, из под клиента ssh с одним и тем же пользователем соединение устанавливается и я удалённо могу управлять сервером. FISH из-под MC подключается, проходит аутентификацию пароля и выкидывает. Такое ощущение - что FISH использует какой-то другой метод подключения…
Ещё одна особенность, с которой ранее я не сталкивался - не выполняется команда su -.
Например я захожу через ssh под пользователем user и мне нужны права root. После ввода пароля то же сообщение - “доступ запрещён”. Хотя если под root заходить через ssh изначально - пускает.

По поводу su разобрался, добавил пользователя в группу wheel

в мс для ssh нет настроек. Возможно вы пишите что-то не то в окошко “Shell-соединение с удаленной машиной”? Какие-нибудь лишние параметры. Для рядовой ситуации достаточно "root@10.1.1.1"

Еще можно попробовать scp. Будет ли оно работать?

Строку конечно перепроверял. Уверен в правильности набора команды. Кстати
sshfs alex@10.1.6.107:/data/distrib /mnt/remote - монтирование через sshfs также не работает - возвращает Connection reset by peer
scp работает без проблем из-под того же пользователя.

Вот данные из messages:

Mar 1 14:48:01 calc_takt sshd[5128]: SSH: Server;Ltype: Version;Remote: 10.1.6.121-52956;Protocol: 2.0;Client: OpenSSH_5.5
Mar 1 14:48:01 calc_takt sshd[5128]: SSH: Server;Ltype: Kex;Remote: 10.1.6.121-52956;Enc: aes128-ctr;MAC: hmac-sha1;Comp: none [preauth]
Mar 1 14:48:05 calc_takt sshd[5132]: pam_ldap: missing file “/etc/ldap.conf”
Mar 1 14:48:05 calc_takt sshd[5128]: Accepted keyboard-interactive/pam for alex from 10.1.6.121 port 52956 ssh2
Mar 1 14:48:05 calc_takt sshd[5128]: pam_unix(sshd:session): session opened for user alex by (uid=0)
Mar 1 14:48:05 calc_takt sshd[5133]: SSH: Server;Ltype: Kex;Remote: 10.1.6.121-52956;Enc: aes128-ctr;MAC: hmac-sha1;Comp: none
Mar 1 14:49:09 calc_takt sshd[5133]: Received disconnect from 10.1.6.121 port 52956:11: disconnected by user
Mar 1 14:49:09 calc_takt sshd[5133]: Disconnected from 10.1.6.121 port 52956
Mar 1 14:49:09 calc_takt sshd[5128]: pam_unix(sshd:session): session closed for user alex
Mar 1 14:50:01 calc_takt cron[5156]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)

Как видно из сообщений, насколько я понимаю, аутентификация проходит успешно, открывается сессия, но почему-то возвращается странный ответ ошибки и MC не даёт доступ к серверу, а потом MC отправляет на сервер сообщение об отсоединении…

konquerror подключается безошибочно по адресу в строке fish://alex@10.1.6.107/

Подключаюсь нормально, как от root, так и от пользователя (из группы wheel). Ничего в настройках sshd не менял, с настройками “из коробки” все работает. Попробуйте от root войти. Если все нормально, разбирайтесь с правами пользователя, которого отшивает.

Спасибо. Буду разбираться. Командой ssh root@xx.xx.xx.xx подключается, так и из-под других пользователей. При использовании fish из под MC выдаёт ошибку под любым пользователем.