"Write Failed: Broken Pipe" при попытке входа в систему через ssh с определенным пользователем - программирование
Подтвердить что ты не робот

"Write Failed: Broken Pipe" при попытке входа в систему через ssh с определенным пользователем

Я пытаюсь настроить SSHFTP-сервер, и после подключения через apache @localhost я немедленно отключился с сообщением об ошибке "Write Failed: Broken Pipe". Я могу установить соединение с [email protected], но не с пользователем apache.

Это единственные настройки, которые я добавил в sshd_config (я хочу только разрешить apache при работе):

Match User apache
    ChrootDirectory /apache
    AllowTCPForwarding no
    X11Forwarding no
    ForceCommand /usr/lib/openssh/sftp-server
Match
#AllowUsers apache

И вот что я добавил в ssh_config:

ServerAliveInterval 120
TCPKeepAlive no

Я убедился, что у пользователя apache есть полные разрешения в папке /apache, и я могу войти в систему как этот пользователь и изменить элементы в терминале. В папке только 2 файла: index.html и test.php

Я также перешел на другой компьютер в сети и использовал FileZilla для входа в систему как пользователь jack. Он работал нормально.

Это журнал терминала, когда я пытаюсь подключиться.

[email protected]:~$ ssh -v [email protected]
OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/jack/.ssh/id_rsa type -1
debug1: identity file /home/jack/.ssh/id_rsa-cert type -1
debug1: identity file /home/jack/.ssh/id_dsa type -1
debug1: identity file /home/jack/.ssh/id_dsa-cert type -1
debug1: identity file /home/jack/.ssh/id_ecdsa type -1
debug1: identity file /home/jack/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA bb:f3:74:9d:97:80:89:dc:d9:68:53:5c:f7:25:19:4e
debug1: Host 'localhost' is known and matches the ECDSA host key.
debug1: Found key in /home/jack/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/jack/.ssh/id_rsa
debug1: Trying private key: /home/jack/.ssh/id_dsa
debug1: Trying private key: /home/jack/.ssh/id_ecdsa
debug1: Next authentication method: password
[email protected] password: 
debug1: Authentication succeeded (password).
Authenticated to localhost ([127.0.0.1]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
Write failed: Broken pipe
[email protected]:~$

Информация о версии Ubuntu:

Distributor ID: Ubuntu
Description:    Ubuntu 12.04.2 LTS
Release:    12.04
Codename:   precise

Edit:

Я выполнил команду sudo grep -ir ssh /var/log/* и получил следующее:

/var/log/auth.log~:Aug 13 16:08:15 JacksServer sshd[32292]: fatal: bad ownership or modes for chroot directory "/apache"
/var/log/auth.log~:Aug 13 16:08:15 JacksServer sshd[32156]: pam_unix(sshd:session): session closed for user apache

Я попробовал сделать chmod 755 /apache, как предлагали некоторые веб-сайты, и сменить владельца, но я все еще получаю эту ошибку. В настоящее время папка принадлежит пользователю apache.

Дополнительная информация о пользователе apache:

[email protected]:/apache# ls -la /apache
total 24
drwxr-xr-x  4 apache root    4096 Aug 13 15:49 .
drwxr-xr-x 29 root   root    4096 Aug 13 03:06 ..
drwxr-xr-x  2 apache nogroup 4096 Aug 13 13:57 .cache
-rw-r--r--  1 apache root       5 Aug 13 03:56 index.html
-rw-r--r--  1 apache root       0 Aug 13 03:56 index.html~
drwxr-xr-x  8 apache root    4096 Aug 13 15:51 .ssh
-rw-r--r--  1 apache root      20 Aug 13 03:59 test.php
-rw-r--r--  1 apache root       0 Aug 13 03:59 test.php~
[email protected]:/apache# ls -la /apache/.ssh
total 92
drwxr-xr-x  8 apache root  4096 Aug 13 15:51 .
drwxr-xr-x  4 apache root  4096 Aug 13 15:49 ..
-rw-r--r--  1 apache jack   220 Jun  6 20:08 .bash_logout
drwxr-xr-x 19 apache jack  4096 Aug 13 15:04 .cache
drwxr-xr-x  3 apache jack  4096 Jun  6 20:49 .compiz-1
drwxr-xr-x  3 apache jack  4096 Jun  6 20:22 .dbus
drwxr-xr-x  5 apache jack  4096 Aug 13 05:37 .gconf
-rw-r-----  1 apache jack     0 Aug 13 15:47 .gksu.lock
drwxr-xr-x  3 apache jack  4096 Jun  6 20:22 .local
-rw-r--r--  1 apache jack   675 Jun  6 20:08 .profile
-rw-------  1 apache jack   256 Jun  6 20:22 .pulse-cookie
drwxr-xr-x  2 apache jack  4096 Aug 13 14:20 .ssh
-rw-------  1 apache jack    56 Aug 13 04:45 .Xauthority
-rw-------  1 apache jack 44215 Aug 13 13:54 .xsession-errors
4b9b3361

Ответ 1

Ответы на оба находятся в этом потоке: https://askubuntu.com/questions/134425/how-can-i-chroot-sftp-only-ssh-users-into-their-homes

"В принципе, каталог chroot должен принадлежать root и не может быть любым доступом к группе.

Это означает, что вам нужно убедиться, что ваш ChrootDirectory (/apache) принадлежит root и не может быть записан какой-либо группой/другими. Это связано с некоторыми неясными связанными с сетью рисками безопасности изложенными здесь.

Также, чтобы ответить на вопрос о /bin/false: No such file or directory: Вместо этого используйте /sbin/nologin.

Ответ 2

Я решил проблему в Mac OS X, я изменил

#ClientAliveInterval 0

к

ClientAliveInterval 300

в/etc/sshd_config после this и перезагрузите машину, выполнив.

Ответ 3

Отправлено как еще один ответ из-за слишком большого времени:

В моих выводах это требование ChrootDirectory делает его довольно бесполезным. Почему кто-то домашний каталог должен быть недоступен для этого пользователя? Ламе. Символы также недоступны в Chroot Dirs.

Однако, я нашел отличное решение. Я создал каталог /home/chroot/outsource, и в нем я использовал mount --bind для монтирования другого каталога в системе /var/www/clients/theclient до /home/chroot/outsource/theclient.

Поскольку mount --bind является только временным до перезапуска, я добавил эту строку в /etc/fstab:

/var/www/clients/theclient /home/chroot/outsource/theclient none bind,auto,user,noexec 0 0