Forum Debian Users Gang

Tworzysz użytkownika np. kolega , nadajesz mu katalog domowy.

Edytujesz linie związaną z nim w pliku /etc/passwd i zmieniasz /bin/bash na /dev/null

Następnie dodajesz w pliku /etc/ssh/sshd_config na końcu te linie:

Subsystem sftp internal-sftp       
Match User kolega        
    ChrootDirectory %h  
    AllowTCPForwarding no          
    X11Forwarding no    
    ForceCommand internal-sftp    
Match all

Restartujesz ssh i działa.

Ostatnio edytowany przez noyo (2018-02-11 00:43:38)

Chroot w takiej konfiguracji owszem, zadziała, ale daleko w takim środowisku o bezpieczeństwo.

Jeżli ten VPS chodzi na KVM i masz tam własne jajo, to zainteresuj się Apparmorem i biblioteką libpam_appamor.

Ostatnio edytowany przez Jacekalex (2018-02-11 01:06:58)

Raptoor2 napisał(-a):

problem w tym że po tej konfiguracji przy próbie logowania dostaje komunikat:

Błąd:    Connection reset by peer
Błąd:    Nie można połączyć się z serwerem

To zobacz w /var/log/auth.log co jest grane.

Podejrzewam z resztą, że aktualna powłoka pacjenta nie widnieje w /etc/shells.

Edytujesz linie związaną z nim w pliku /etc/passwd i zmieniasz /bin/bash na /dev/null

/etc/passwd się NIE EDYTUJE, można w ten sposób uceglić PAM i cały serwer.

Służy do tego magiczna komenda

usermod

RTFM:

man usermod

NP:

root ~> grep pies /etc/passwd
pies:x:1004:1004::/home/pies:/bin/zsh

root ~> usermod pies -s /bin/false

grep pies /etc/passwd
pies:x:1004:1004::/home/pies:/bin/false

Ostatnio edytowany przez Jacekalex (2018-02-11 01:52:33)

Niestety nie zawsze ma sie co sie chce, a innego rozwiązania bez KVM nie znalazłem.

Jacekalex napisał(-a):

Podejrzewam z resztą, że aktualna powłoka pacjenta nie widnieje w /etc/shells.

Dokładnie, zapomniałem dodać.

Jeszcze te linie w /etc/ssh/sshd_config czasem się różnią zależy jaki system.

Ostatnio edytowany przez noyo (2018-02-11 10:00:08)