Форум Сайтостроение Администрирование серверов

Раздельный ФТП доступ

123
D
На сайте с 28.06.2008
Offline
1108
Dram
#11

Если убрать строку

Subsystem sftp internal-sftp

то ssh появляется у рута но нет у com

baas
На сайте с 17.09.2012
Offline
171
baas
#12
Dram:
Если убрать строку

то ssh появляется у рута но нет у com

Хмм, если сам sftp не нужен, а нужна консоль обычная ssh с ограничениями, то убрать Subsystem sftp internal-sftp, сделать по умолчанию.

А что за система?

По хорошему логи ssh нужно смотреть, что там происходит.

Настройка BSD систем. (https://www.fryaha.ru) Знание сила, незнание Рабочая сила!
D
На сайте с 28.06.2008
Offline
1108
Dram
#13

Так давайте еще раз..... Дебиан 8 панели нет

Мне нужен sftp доступ в нужную диреткорию для отдельного юзера и чтобы он выше не мог лазить.

Создал юзера, в файле passwd сейчас запись такая

com:x:1000:1000::/var/www/com:/bin/bash

В файле sshd_config в конец добавляю

Subsystem sftp internal-sftp

Match User com
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp
ChrootDirectory /var/www/com

В итоге у всех отрубает доступ. Благо в путти ссесию не закрывает и я откатываю обратно.

убираю строку

Subsystem sftp internal-sftp

У рута доступ появляется, у com нет

В общем не знаю как дальше пробовать...

---------- Добавлено 10.08.2017 в 20:23 ----------

лог при попытке зайти от com

Aug 10 20:22:11 nginx sshd[13818]: Connection closed by 130.206.99.99 [preauth]
Aug 10 20:22:13 nginx CRON[13770]: pam_unix(cron:session): session closed for user root
Aug 10 20:22:16 nginx sshd[13820]: reverse mapping checking getaddrinfo for 79-0055-18.dyn.broadband.iskratelecom.ru [79.00.55.18] failed - POSSIBLE BREAK-IN ATTEMPT!
Aug 10 20:22:16 nginx sshd[13820]: Accepted password for com from 79.00.55.18 port 39774 ssh2
Aug 10 20:22:16 nginx sshd[13820]: pam_unix(sshd:session): session opened for user com by (uid=0)
Aug 10 20:22:16 nginx systemd: pam_unix(systemd-user:session): session opened for user com by (uid=0)
Aug 10 20:22:16 nginx systemd-logind[628]: New session 1493252 of user com.
Aug 10 20:22:16 nginx sshd[13825]: fatal: bad ownership or modes for chroot directory component "/var/www/"
Aug 10 20:22:16 nginx sshd[13820]: pam_unix(sshd:session): session closed for user com
Aug 10 20:22:16 nginx systemd-logind[628]: Removed session 1493252.
Aug 10 20:22:16 nginx systemd: pam_unix(systemd-user:session): session closed for user com
Aug 10 20:22:22 nginx sshd[13832]: reverse mapping checking getaddrinfo for 79-0055-18.dyn.broadband.iskratelecom.ru [79.00.55.18] failed - POSSIBLE BREAK-IN ATTEMPT!
Aug 10 20:22:22 nginx sshd[13832]: Accepted password for com from 79.00.55.18 port 39775 ssh2
Aug 10 20:22:22 nginx sshd[13832]: pam_unix(sshd:session): session opened for user com by (uid=0)
Aug 10 20:22:22 nginx systemd-logind[628]: New session 1493253 of user com.
Aug 10 20:22:22 nginx systemd: pam_unix(systemd-user:session): session opened for user com by (uid=0)
Aug 10 20:22:22 nginx sshd[13837]: fatal: bad ownership or modes for chroot directory component "/var/www/"
Aug 10 20:22:22 nginx sshd[13832]: pam_unix(sshd:session): session closed for user com
Aug 10 20:22:22 nginx systemd-logind[628]: Removed session 1493253.
Aug 10 20:22:22 nginx systemd: pam_unix(systemd-user:session): session closed for user com



---------- Добавлено 10.08.2017 в 20:25 ----------

права на папку /var/www/com

пробовал

root root

com root

www-data www-data

не помогает

Дать доступ юзеру к php-fpm - chown и Перенос сайта с Wordpress
baas
На сайте с 17.09.2012
Offline
171
baas
#14
Dram:
Так давайте еще раз..... Дебиан 8 панели нет

Мне нужен sftp доступ в нужную диреткорию для отдельного юзера и чтобы он выше не мог лазить.

Создал юзера, в файле passwd сейчас запись такая


В файле sshd_config в конец добавляю



В итоге у всех отрубает доступ. Благо в путти ссесию не закрывает и я откатываю обратно.

убираю строку

У рута доступ появляется, у com нет

В общем не знаю как дальше пробовать...

---------- Добавлено 10.08.2017 в 20:23 ----------

лог при попытке зайти от com



---------- Добавлено 10.08.2017 в 20:25 ----------

права на папку /var/www/com

пробовал
root root
com root
www-data www-data

не помогает

Вот как у меня.

/etc/ssh/sshd_config


Subsystem       sftp    internal-sftp
Match User bas
    ChrootDirectory /usr/local/www/bas.ru
    AllowTCPForwarding no
    X11Forwarding no
    ForceCommand internal-sftp

bas:$6$8Z3oDu6GsOpOk1eLoXIinB..YnVKRdA6UC.:1001:1001::0:0:User &:/usr/local/www/bas.ru/www/:/bin/csh

делаем права на корневую диру вэб, в которую хотим пустить в изолятор.

drwxr-xr-x   3 root   wheel   512 May  1 10:26 bas.ru

должен быть владелец рут, но не рекурсивно делайте такие права, только на самую верхнею диру.

то-есть пользователю нужному назначаем домашнию директорию www, а в sshd_config прописываем верхнею корневую диру /usr/local/www/bas.ru

У меня система FreeBSD, не должно отличатся, притом debian миролюбивая система к пользователю, не должно возникнуть затыков.

Первом делом очистить конфиги от предыдущих правок, возможно в каком то параметре установленном.

Ну и конечно смотреть логи что пишут при ошибке.

после уже конектимся любым sftp клиентом.

$ sftp bas@8.5.3.9

Надеюсь понятно объяснил.

Ограничение доступа по SFTP Проблема с ssh и puppet
D
На сайте с 28.06.2008
Offline
1108
Dram
#15

Из вашего объяснения я не понял своей ошибки - все тоже пробовла и я..

права root root на /var/www тоже сделал (не рекурсивно) - не помогло

права на /var/www/com ообще делал разные - тоже без эффекта

baas
На сайте с 17.09.2012
Offline
171
baas
#16
Aug 10 20:22:22 nginx sshd[13837]: fatal: bad ownership or modes for chroot directory component "/var/www/"

как я выше и написал, права на диру не нравятся.

Конечно все это делай на тестовом сервере, на боевом не стоит, мало ли чего. вдруг что-то не понравится к примеру селинуксу и он убьет сессии или другая проблема. с начало на тестовом сервере обкатай.

Хостинг для посещаемого сайта Конкурс! Дизайн для сайта страницы со слэшем и
D
На сайте с 28.06.2008
Offline
1108
Dram
#17

когда сделал рут рут на /var/www

то теперь ругается так

fatal: bad ownership or modes for chroot directory "/var/www/com"
baas
На сайте с 17.09.2012
Offline
171
baas
#18

Попробуй сделать так.

com:x:1000:1000::/var/www/com/www:/bin/sh

после меняем владельца com диры.

chown root:wheel /var/www/com

После попробуй авторизоваться по sftp клиенту.

---------- Добавлено 10.08.2017 в 20:53 ----------

покажи полный конфиг ssh

egrep -v '^$|#' /etc/ssh/sshd_config

egrep -v '^$|#' /etc/ssh/ssh_config

---------- Добавлено 10.08.2017 в 20:56 ----------

Проверил у себя, у меня работает.

$ sftp bas@8.5.3.9

Password for bas@bas_ru:

Connected to 8.5.3.9.

sftp> pwd

Remote working directory: /

sftp> ls -al

drwxr-xr-x 3 0 0 512 May 1 10:26 .

drwxr-xr-x 3 0 0 512 May 1 10:26 ..

drwxr-xr-x 5 1001 1001 1024 Dec 7 2015 www

sftp> cd ..

sftp> ls -al

drwxr-xr-x 3 0 0 512 May 1 10:26 .

drwxr-xr-x 3 0 0 512 May 1 10:26 ..

drwxr-xr-x 5 1001 1001 1024 Dec 7 2015 www

sftp> exit

создать ftp на easyengine ssh перестал пускать Drupal vs .htaccess
D
На сайте с 28.06.2008
Offline
1108
Dram
#19
после меняем владельца com диры.
chown root:wheel /var/www/com

не догоняю wheel тут к чему?

сделал chown root:com /var/www/com все равно не пускает

сейчас конфиги

ssh_config

после меняем владельца com диры.
chown root:wheel /var/www/com

не догоняю wheel тут к чему?

сделал chown root:com /var/www/com все равно не пускает

сейчас конфиги

ssh_config

# This is the ssh client system-wide configuration file. See
# ssh_config(5) for more information. This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options. For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
# ForwardAgent no
# ForwardX11 no
# ForwardX11Trusted yes
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# GSSAPIAuthentication no
# GSSAPIDelegateCredentials no
# GSSAPIKeyExchange no
# GSSAPITrustDNS no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# Port 22
# Protocol 2,1
# Cipher 3des
# Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
# MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
# EscapeChar ~
# Tunnel no
# TunnelDevice any:any
# PermitLocalCommand no
# VisualHostKey no
# ProxyCommand ssh -q -W %h:%p gateway.example.com
# RekeyLimit 1G 1h
SendEnv LANG LC_*
HashKnownHosts no
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no



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 yes
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


Match User com
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp
ChrootDirectory /var/www/com

baas
На сайте с 17.09.2012
Offline
171
baas
#20

Смотри логи ssh авторизации, покажи права на /var/www/com и /var/www/com/www

123

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий