1

Всякий раз, когда я добавляю пользователя в группу "sftp", чтобы я мог использовать chroot, я больше не могу подключиться через SSH, и он говорит: « Не удалось chdir к домашнему каталогу /home /sftp_user: такого файла или каталога нет » и « Этот сервис позволяет только соединения sftp ". Если я установлю для владельца /home /sftp_user значение sftp_user, я смогу войти, но chroot больше не работает. Как я могу это исправить, чтобы иметь возможность использовать SSH и использовать chroot(только на SFTP, а не SSH)?

# Package generated configuration file
# See the sshd_config(5) manpage for details_

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding no
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp internal-sftp

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin yes".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

Match Group sftp
        ChrootDirectory %h
        ForceCommand internal-sftp
        AllowTcpForwarding no

1 ответ1

0

На самом деле я не думаю, что вы спрашиваете, возможно.

Из руководства sshd_config:

 ChrootDirectory
         Specifies the pathname of a directory to chroot(2) to after
         authentication.  At session startup sshd(8) checks that all
         components of the pathname are root-owned directories which are
         not writable by any other user or group.  After the chroot,
         sshd(8) changes the working directory to the user's home
         directory.

Таким образом, для работы chroot каталог должен принадлежать пользователю root. Вот почему это не работает, когда вы меняете владельца /home /sftp_user.

С другой стороны, когда владелец прав, chroot работает, но вы пытаетесь получить доступ к пути (вашему домашнему каталогу), который находится за пределами chroot. Если вы хотите, чтобы это работало, вам нужно создать домашнюю папку внутри chroot. Так что если вы получите chroot для /home /sftp_user, вам нужно будет создать /home /sftp_user /home /sftp_user.

При подключении sshd не может определить, хотите ли вы выполнить команду "ssh" или "sftp". Так что вам нужно будет дифференцироваться, используя другой метод. Может быть, конкретная учетная запись sftp или что-то.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .