- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Решил на новом серваке отказаться от FTP и Apache. Вместо этого планируется использовать SFTP и NGINX+PHP-FPM.
В общем то все настроил, и встала задача создать одного пользователя, чтобы дать ему доступ к папке сайтов по SFTP и запретить доступ к консоли по SSH.
Создал пользователя user2 с /bin/false. Назначил ему группу www-data. Сгенерировал ключи.
NGINX также работает от www-data
Конфиг sshd_config:
На папку /var/www назначил root:root и права 0700. После этого стал ругаться NGINX (Forbidden) это раз.
А во вторых по SFTP пользователь заходит, но клиент выдает такую ошибку:
Error code: 3
Error message from server: Permission denied
Request code: 11
Затем отображается пустая корневая директория. Хотя там есть 2 папки. Создать директории не дает.
При этом в auth.log (см. прикрепленный файлик sftp.png)
Руководствовался мануалами с хабра: 1 и др. предоставленных гуглом по кл. словам sftp+chroot
Как все настроить, чтобы ограничить SFTP пользователя chroot и чтобы не конфликтовало с NGINX?
Создал пользователя user2 с /bin/false. Назначил ему группу www-data.
На папку /var/www назначил root:root и права 0700. После этого стал ругаться NGINX (Forbidden) это раз.
А во вторых по SFTP пользователь заходит, но клиент выдает такую ошибку:
...
Затем отображается пустая корневая директория. Хотя там есть 2 папки. Создать директории не дает.
права 700 - это все для владельца (root), для остальных (включая пользователя user2) - ничего (включая листинг директорий).
http://ru.wikipedia.org/wiki/Chmod
Это то понятно.
Но если 0700 root:root - не пускает NGINX.
Если поставить другие права или для www-data, то не работает chroot.
chown -R root:www-data /var/www && chmod 775 -R root:www-data /var/www
Такой вариант я тоже пробовал. Тогда вообще по SSH не пускает
Демон sshd тогда так ругается:
fatal: bad ownership or modes for chroot directory
Демон sshd тогда так ругается:
fatal: bad ownership or modes for chroot directory
либо StrictModes no
либо chroot на уровень выше
С подпапками тоже игрался, не помогло.
Сейчас с StrictModes поэксперементирую
Спасибо
---------- Добавлено 21.10.2013 в 16:00 ----------
StrictModes no - ничего не дало.
Попробовал так еще:
ChrootDirectory /var
Работает и SFTP и NGINX, но пользователь тогда имеет доступ ко всей /var
StrictModes no - ничего не дало.
sshd перезапускали?
ChrootDirectory /var
Работает и SFTP и NGINX, но пользователь тогда имеет доступ ко всей /var
имелось ввиду сделать ChrootDirectory /var/www, доступной только root, а уже в /var/www создать папку, к которой пользователь будет иметь доступ. (то есть изменить documentroot для вебсервера).
Да конечно.
Так делал: /var/www/sites/, но nginx выпендривался forbidden. Сейчас еще поэкспериментирую с вложенными папками в chroot окружении
Зачем все это, если у вас всего один юзер?
Так делал: /var/www/sites/, но nginx выпендривался forbidden.
права на /var/www должны в таком случае стоять не 700, а 755.