Порекомендуйте хорошее HOW-TO о грамотной настройке LAMP/Debian

Question

[int20]

В интернетах масса мануалов, но как правила половина из них просто дублирует друг друга и противоречат друг другу.

В общем, что же нужно:

Apache + nginx + MySQL + ну, в общем весь стандартный набор уже стоит.

Ему нужно настроить SVN таким образом, чтобы коммит из Tortoise SVN попадал сразу же в document_root вхоста с нужными правами, чтобы не выставлять права каждый раз по-новой.

Чтобы можно было правильно выставлять права в proftpd таким образом, чтобы после каждого аплоада файлов по FTP не приходилось перепрописывать права на директории с помощью chmod, потому что иначе PHP не может в эти директории ничего записать.

Немного сумбурно написала, извините, если что.

Спасибо.

Answer 1

[ajaxtelamonid]

Мануалы в инете дублируют друг друга — видел, но чтобы прямо были противоречия — нет.
Попробуйте library.linode.com, например.

Answer 2

[Антон Пискунов]

Единого мануала на такую гору «хочу» вы не найдете, но в принципе ничего нетривиального тут нет.
Могу лишь предложить свою помощь — в профиле вы можете найти все мои IM контакты.

Answer 3

[adramelech]

opennet.ru

Comments

[int20]

Спасибо, но там слишком много всего, зачастую можно запутаться. Зачастую многое друг другу противоречит. А если к тому добавить ещё и комменты то получается что ясного решения проблемы банально нет.

[adramelech]

А вы просто поконкретней задавайте вопросы, я знаю минимум 40 вариантов сбора нужной вам штуки

Answer 4

[Антон Медведев]

www.ewanleith.com/blog/900/10-million-hits-a-day-with-wordpress-using-a-15-server

Answer 5

[egorinsk]

Что касается установки софта, в дебиане это делается sudo apt-get install, но прочесть мануал по apt-get и вообще по покетам в Дебиане было бы полезно. Про настройку mysql (файл /etc/my.ini) написано где-то на официальном сайте MySQL в мануале. Про настройку апача (/etc/apache2) написано тоже на его сайте.

Читать отрывочные «мануалы» из интернета, где ничего не объясняется толком, а просто предлагается копировать команды, вредно: они могут не подойти к вашей версии ОС или софта, или еще к чему-нибудь, вызывать ошибки, содержать уязвимости.

> Ему нужно настроить SVN таким образом, чтобы коммит из Tortoise SVN попадал сразу же в document_root вхоста с нужными правами, чтобы не выставлять права каждый раз по-новой.

Это неправильный подход. Правильный подход называется деплоймент и делается для маленьких проектов написанным на коленке bash-скриптом (который к примеру создает папку, делает в нее svn export, после чего копирует файлы поверх старых в веб-директории), для больших — специализированными утилитами.

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

Что касается прав на proftpd (вроде же vsftpd безопаснее и лучше, не?), это достигается, во-первых, добавлением юзера-аплоадера и веб-сервера в одну группу (которая имеет доступ к веб-папке), во-вторых, выставлением опции в конфиге FTP сервера, с какими правами создавать файлы и папки.

Я лично не видел нигде нормального/адекватного/понятного мануала по всему перечиленному, так что остается только читать исходные мануалы к продуктам.

Comments

[egorinsk]

Кстати, сложность действительно есть. она проявляется в том. что под Линуксом все ФТП серверы по дефолту, во-первых, пытаются использовать папку в домашнем каталоге пользователя (вот бред), во-вторых, разрешают доступ всем пользователям, в-третьих, чтобы например разрешить пользователб вход только через FTP (не самба, не почта, ни ssh), надо очень-очень много мучаться с PAM. Это общая беда всех линукс-систем.

Нет бы сделали текстовый файли к с именами, папками, временем доступа и хешем пароля… линуксоиды любят идти трудным путем.

[egorinsk]

Еще раз напишу: это действительно проблема, так как некоторые думают, достаточно пользователю поставить шеллом /bin/false — а это недостаточно, такой пользователь может подключаться к ssh, форвардить порты и неизвестно что еще делать.

[int20]

1. Относительно деплоймента.
Где можно почитать/посмотреть пример такого bash скрипта?

2. Относительно прав FTP пользователей.
Как я поняла нужно сделать основной группой пользователя группу веб-сервера, то есть, обычно, www-data? Но какой проставить umask? На данный момент он стоит 002 002, на выходе получаются rwxrwxr-x, что логично но при той же группе пользователя любой аплоад пролетает со свистом.

3. Если bash-скрипт после аплоада будет копировать из папки в которую он её кинул после svn export то не получится ли такая петрушка, что права на новые закоммиченные файлы и директории будут относиться уже к правам, под которым исполняется скрипт? Можно сделать chown + chmod но как быть, если в одну директорию запись должна быть разрешена, а в другую нет?

Спасибо за развернутый ответ.

[egorinsk]

> Где можно почитать/посмотреть пример такого bash скрипта?

Не знаю. Но интуиция подсказывает, что он будет состоять из команд set -e, mkdir, svn export, cp и rm -Rf (и возможно, chmod,chown,chgrp для восстановления прав на файлы), если требуется обновить сайт из SVN.

По поводу «любой аплоад пролетает со свистом.». Что имеется в виду? Что серверный скрипт не может сохранить загруженный файл? Что серверный скрипт создает папки, к которым потом не может получить доступ?

По идее, если есть папка, у пользователя, который ее создал через FTP (или другим способом) группа www-data, и права rwxrwxrw-x, то сервер может создавать в ней файлы. Возможно, проблемы с правами на ранее созданные папки? Можно попробовать сделать рекурсивные chown, chgrp и chown, чтобы присвоить правильных владельцев всему дереву папок.

> 3. Если bash-скрипт после аплоада будет копировать из папки в которую он её кинул после svn export то не получится ли такая петрушка, что права на новые закоммиченные файлы и директории будут относиться уже к правам, под которым исполняется скрипт? Можно сделать chown + chmod но как быть, если в одну директорию запись должна быть разрешена, а в другую нет?

При выполнении svn export файлы создадутся с тем пользователем и группой (и с записанными в SVN правами), кто выполняет этот скрипт. Верно. Но ведь и при закачивании по FTP они будут принадлежать тому, кто закачал. Говоря про скрипт деплоймента, я имел в виду, что он пишется под каждый сайт отдельно, и если что-то не так, проще всего в скрипт вписать chmod на нужные папки (и опционально chown/chgrp, но им нужен рут) для выставления правильных прав. По крайней мере, один раз написать скрипт (и протестировать) проще, чем после каждого обновления проверять, не сломалось ли что, и выполнять какие-то команды вручную.