Fehler bei der SSH-Verbindung nach Jail-Benutzer von SSH-SFTP

Fehler bei der SSH-Verbindung nach Jail-Benutzer von SSH-SFTP

Was ich machen möchte:

Ich möchte einen Benutzer für den Zugriff auf /var/www/laravel erstellen. Ich erstelle eine Benutzerdemo, ich bin diesem Tutorial gefolgt https://support.rackspace.com/how-to/how-to-add-linux-user-with-document-root-permissions/

Ich kann eine Verbindung herstellen und das Verzeichnis und den Ordner sehen, bearbeiten, öffnen, hochladen usw., aber ich möchte nicht, dass dieser Benutzer dieses Verzeichnis verlässt oder zum Home-Verzeichnis oder einem anderen Verzeichnis geht …

wenn ich einem Tutorial folge, in dem beschrieben wird, wie man einen Benutzer einsperrt

Ich bin diesem Tutorial gefolgt https://askubuntu.com/a/144093

am Ende der Datei

/etc/ssh/sshd_config

Ich muss das hier reinstellen...

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

und kommentieren Sie diese Zeile

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

PD: und ssh neu startenservice ssh restart

aber wenn ich das mache, kann ich keine Verbindung über SSH-SFTP herstellen. Ich verwende Bitvise und es wird mir ein Fehler angezeigt:

windows error 10054

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

Meine Datei /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

Antwort1

Es gibt eine Handbuchseite für sshd_config(5)und sie enthält alle Informationen für alles, was Sie zum Einrichten Ihres Servers benötigen. Für Sie gibt es einen wichtigen Teil über das Chroot-Verzeichnis:

ChrootVerzeichnis

Gibt den Pfadnamen eines Verzeichnisses an, zu dem chroot(2) nach der Authentifizierung wechseln soll. Beim Starten einer Sitzung prüft sshd(8), dass alle Komponenten des Pfadnamens root-eigene Verzeichnisse sind, die von keinem anderen Benutzer oder keiner anderen Gruppe beschreibbar sind. Nach dem Chroot ändert sshd(8) das Arbeitsverzeichnis in das Home-Verzeichnis des Benutzers.

Dies bedeutet, dass Sie Folgendes ausführen müssen:

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

Das ist die Antwort

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

verwandte Informationen