Пользователь не может SFTP после chroot

Протестируйте SFTP локально.

Введите терминал на вашем компьютере Ubuntu:

 sftp sam @ localhost

и посмотрите, можете ли вы войти в систему (вы должны ввести пароль Сэма, когда спросил). Если он работает, возможно, проблема с Cyberduck. конфигурация.

Если вы не можете войти в систему, попробуйте SFTP без chroot.

Протестируйте SFTP локально без chroot.

Приставьте следующий префикс:

 Сопоставьте пользователей группы
 ChrootDirectory% h
 ForceCommand внутренний sftp
 AllowTcpForwarding нет

с помощью # , чтобы закомментировать это, перезапустите sshd ( sudo service ssh перезапустите ), а затем введите:

 sftp sam @ localhost

Введите пароль, когда его спросят, и посмотрите, сможете ли вы войти в систему. Если вы может войти в систему для устранения неполадок конфигурации chroot следующим образом: попробуйте шаг 2 снова с помощью команды sftp -vvv sam @ localhost для подробного описания. выход. Вы также можете увеличить уровень журнала sshd , добавив LogLevel ПЕРЕХОДИТЕ ГЛАГОЛОМ в / etc / ssh / sshd_config и перезапустите sshd . С надеждой вы видите что-то очевидное в консоли или в /var/log/auth.log .

Если вы не можете войти, попробуйте SSH.

Протестируйте SSH локально.

SFTP требует рабочий SSH, поэтому измените оболочку sam на / bin / bash:

 sudo usermod -s / bin / bash sam

и попробуйте:

 ssh sam @ localhost

Введите пароль Сэма, когда его спросят. Если вы можете войти, попробуйте увеличить многословие, как описано в 3), чтобы выяснить, что не так ( sftp -vvv sam @ localhost и LogLevel VERBOSE в / etc / ssh / sshd_config ). Другая возможность состоит в том, что инициализация оболочки сбивает клиент sftp ( http://www.openssh.org/faq.html#2.9 ):

2.9 - sftp / scp не может подключиться, но ssh в порядке.

sftp и / или scp может выйти из строя во время подключения, если у вас есть инициализация оболочки (.profile, .bashrc, .cshrc и т. д.), который производит вывод для неинтерактивных сеансов. Этот вывод сбивает с толку клиента sftp / scp. Вы можете проверить, делает ли это ваша оболочка выполнив:

 ssh yourhost / usr / bin / true

Если приведенная выше команда дает какой-либо результат, то вам необходимо изменить инициализацию оболочки.

Если вы не можете войти в систему, попробуйте ssh root @ localhost . Если не работает либо что-то не так с sshd на сервере. Увеличение многословность ( LogLevel VERBOSE в / etc / ssh / sshd_config ), перезапустите sshd и просмотрите /var/log/auth.log , ответ, вероятно, есть.