☰

ssh-sftp の jail ユーザー後の ssh 接続エラー

tag-icon • tag-icon 14.04 server ssh chroot sftp
ssh-sftp の jail ユーザー後の ssh 接続エラー

私がしたいこと：

/var/www/laravelにアクセスするユーザーを作成したいユーザーデモを作成し、このチュートリアルに従いました https://support.rackspace.com/how-to/how-to-add-linux-user-with-document-root-permissions/

接続してディレクトリ、フォルダーを表示したり、編集したり、開いたり、アップロードしたりすることはできますが、このユーザーがこのディレクトリから出たり、ホームまたは他のディレクトリに移動したりすることは望ましくありません...

ユーザーを刑務所に入れる方法に関するチュートリアルに従うと

私はこのチュートリアルに従いました https://askubuntu.com/a/144093

ファイルの末尾に

/etc/ssh/sshd_config

これを置く必要があります...

Subsystem sftp internal-sftp
    Match User demo
    ChrootDirectory %h
    ForceCommand internal-sftp
    AllowTcpForwarding no

この行をコメントアウトします

#Subsystem sftp /usr/lib/openssh/sftp-server

PD: sshを再起動しますservice ssh restart

しかし、そうすると ssh-sftp 経由で接続できなくなり、Bitvise を使用するとエラーが表示されます。

windows error 10054

http://kb.globalscape.com/KnowledgebaseArticle10235.aspx

私のファイル /etc/ssh/sshd_config

    # 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 without-password
    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 yes
    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 /usr/lib/openssh/sftp-server

    # 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 without-password".
    # 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

    Subsystem sftp internal-sftp
        Match User demo
            ChrootDirectory %h
            ForceCommand internal-sftp
            AllowTcpForwarding no

答え1

マニュアル ページがありsshd_config(5)、サーバーの設定に必要なすべての情報が含まれています。 chroot ディレクトリに関する重要な部分があります。

Chrootディレクトリ

認証後にchroot(2)するディレクトリのパス名を指定します。 セッションの起動時に、sshd(8) はパス名のすべてのコンポーネントがルート所有のディレクトリであり、他のユーザーまたはグループが書き込みできないことを確認します。 chroot後、sshd(8)は作業ディレクトリをユーザーのホームディレクトリに変更します。

つまり、以下を実行する必要があります。

chown root:root /var/www
chmod go-w /var/www

これが答えです

https://stackoverflow.com/a/32653528/5287072

関連情報