☰

Erro de conexão ssh após prisão do usuário ssh-sftp

tag-icon • tag-icon 14.04 server ssh chroot sftp
Erro de conexão ssh após prisão do usuário ssh-sftp

O que eu quero:

Quero criar um usuário para acessar /var/www/laravel Criei um usuário demo, segui esse tutorial https://support.rackspace.com/how-to/how-to-add-linux-user-with-document-root-permissions/

Posso me conectar e ver o diretório, pasta, editar, abrir, fazer upload, etc. mas não quero que esse usuário saia deste diretório, ou vá para home ou outro diretório ...

quando sigo um tutorial sobre como prender usuário

eu segui esse tutorial https://askubuntu.com/a/144093

no final do arquivo

/etc/ssh/sshd_config

preciso colocar isso...

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

e comente esta linha

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

PD: e reinicie o sshservice ssh restart

mas quando faço isso não consigo me conectar via ssh-sftp, uso o Bitvise e ele me mostra um erro:

windows error 10054

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

Meu arquivo /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

Responder1

Existe uma página de manual sshd_config(5)e contém todas as informações para tudo o que você deseja configurar seu servidor. Para você, há uma parte importante sobre o diretório chroot:

Diretório Chroot

Especifica o nome do caminho de um diretório para chroot(2) após a autenticação. Na inicialização da sessão, o sshd(8) verifica se todos os componentes do nome do caminho são diretórios de propriedade da raiz que não podem ser gravados por nenhum outro usuário ou grupo. Após o chroot, sshd(8) muda o diretório de trabalho para o diretório inicial do usuário.

Isso significa que você precisa executar:

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

Esta é a resposta

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

informação relacionada