Admin: 1 версия импортирована

2023-02-27T18:39:17Z

1 версия импортирована

← Предыдущая версия	Версия от 21:39, 27 февраля 2023
(нет различий)

lor>Awesomelackware: /* Безопасность */

2018-03-14T10:41:16Z

Безопасность

Новая страница

= Хостинг =

Цель данной статьи рассказать как стать хостером уровня Enterprise на localhost (без баз данных, панелей управления, биллинга, https и прочего ненужного хлама! Только статика, html, php и вечная молодость! [[User:Mandala|Mandala]]). Речь пойдет о настройке всех возможных демонов (iptables, openssh, vsftpd, nginx + php, postfix и другое), чтобы на вашем собственном компьютере (а для каких целей — не важно) вы собстенноручно могли создать сервис хостинга. Кого вы собираетесь размещать у себя — не важно, может только сами себя, а может 100500 клиентов, все упирается лишь в ресурсы вашего компьютера.

Да, на просторах интернета много информации о том, как настроить демоны в отдельности, но нет информации о том, как должно быть <u>правильно</u> все взаимосвязано, в результате чего пользователи «лиж бы работало» начинают, например, лепить костыли вроде ''mount --bind'' для связи $HOME пользователя и директории www. Я ([https://www.linux.org.ru/people/Spoofing/profile Spoofing]) считаю такой подход не верным. [http://www.linux.org.ru/forum/admin/8859224 Тред на форуме], для подробностей и пущей ясности.<br>
Статья будет написана не за один день (в конце концов, я сам только-только начал изучать этот вопрос), но в оглавлении всегда будет содержаться, что уже написано.

О том, что такое [http://ru.wikipedia.org/wiki/Хостинг Хостинг]

Вопрос на [http://habrahabr.ru/qa/34889/ Хабрахабр]

== Оглавление ==
На данный момент описана установка и настройка так называемого Shared-хостинга, который годится только для размещения сайта на нем, — на котором крутится nginx, php-fpm, а пользователи заливают файлы через vsftpd. Сколько угодно доменов, сколько угодно пользователей. С этим, на самом деле, справится любой. :)

=== Теория ===
Рекомендую обсуждать теорию, — каким конкретно образом сервисы должны быть взаимосвязаны и функционировать друг с другом [http://www.linux.org.ru/wiki/en/Comments:Хостинг в комментариях к этой статье]

К вопросу о дистрибутивах, на котором все это добро заведется. Конечно, дистрибутив может быть любым, но сразу уточним, что «как установить» в статье не будет — вы либо должны сами это сделать, либо скачать пакеты из репозиториев, так как в каждом дистрибутиве это происходит по-разному. В также статье не будет написано тонкостей настройки демонов (если того не требуется для работоспособности хостинга). Если на вашем дистрибутиве из статьи что-то не завелось, но вы смогли решить проблему — просьба дополнить об этом статью, уточнив что за дистрибутив, какая возникла проблема и ее решение.

О виртуализации, как основе хостинга, может кто-нибудь расскажет в статье, но нет: я не собираюсь использовать ни виртуализацию, ни красивые менеджеры настройки типа ISP… ничего. Только консоль, только пошаговая инструкция по развертке хостинга на установленном дистрибутиве.

=== Автоматизация ===
Скриптов автоматизирующий процесс установки, добавления новых (виртуальных) пользователей, управление доменами и прочее — '''не будет''', поскольку у каждого будущего хостера свои задачи. Написать скрипты под каждого, когда одному нужен какой-либо демон, а кому нет, просто невозможно и тяжело такие скрипты поддерживать. Поэтому все действия по добавлению пользователей и прочему будут выполняться командами вручную, — вы, когда уже определитесь со своими целями и ваш хостинг начнет более-менее работать, можете писать такие скрипты для себя и делиться с обществом.

Котлеты отдельно, мухи отдельно. Каждый вид хостинга будет описан отдельно, и прежде всего описывается как настроить демоны, только затем как добавить домены, и только затем как создать пользователей.

= Shared hosting =
На shared hosting множество сайтов расположены на одном сервере. Настроим nginx + php-fpm, vsftpd с виртуальными пользователями для управления содержимым сайта.

== Настройка ==

=== nginx ===
Пусть вы уже установили nginx, настроили nginx.conf под свои нужды (в интернете много howto, дублировать их не будем), теперь сразу к основе хостинга.

Мы будем разделять все наши домены (сайты) друг от друга, поэтому в '''nginx.conf''' в директиву '''http { }''' в самый конец добавляем строку '''include'''
<pre>... какие-то настройки ...

http {

... какие-то настройки ...

include sites-conf/*;

}</pre>

Соответственно рядом с конфигом создаем две директории
<pre>root@linux:/etc/nginx# mkdir sites-conf
root@linux:/etc/nginx# mkdir sites-avail</pre>

nginx будет подключать конфигурации сайтов (директивы '''server''') из директории sites-conf.

В sites-conf будут расположены симлинки на файлы конфигурации в sites-avail.

Надо подключить сайт — создаем симлинк типа '''ln -s sites-avail/localhost.localdomain.conf sites-conf/''', надо удалить сайт — удаляем симлинк.

=== php-fpm ===
Не знаю как в других дистрибутивах, но в Arch Linux '''nginx''' + '''php-fpm''' настроены и работают из репозиториев.

Ничего специфичного для хостинга не требуется.

=== vsftpd ===
vsftpd мы будем использовать для управления файлами сайтов на нашем shared hosting’е.

О том, как настроить vsftpd для работы с виртуальными пользователями читайте [http://habrahabr.ru/post/166147/ в статье Spoofing’а на Хабрахабр]. Вы можете просто скопипастить конфиг в конце статьи.

После настройки ничего специфичного для хостинга делать не нужно.

== Домены ==
Создадим один домен localhost.localdomain.

=== nginx ===
В '''sites-avail/localhost.localdomain.conf''' запишем конфигурацию сервера (сайта) с поддержкой php.

<pre> server {
listen 80 default_server;
server_name localhost.localdomain;

root /srv/http/localhost.localdomain/w3;

location /default.php {
include fastcgi.conf;
fastcgi_pass unix:/run/php-fpm/php-fpm.sock;
}
location / {
try_files $uri $uri/ /default.php;
}
}

server {
listen 80;
server_name localhost;

return 301 $scheme://localhost.localdomain$request_uri;
}</pre>

''Для пущей безопасности работает только один /default.php на сервере, чтобы хацкеры не смогли выполнить залитый шелл.''

Для включения сервера в конфигурацию nginx создаем симлинк
<pre>root@linux:~# cd /etc/nginx
root@linux:/etc/nginx# ln -s sites-avail/localhost.localdomain.conf sites-conf/</pre>

Теперь создаем директории для нашего сайта
<pre>root@linux:~# cd /srv/http
root@linux:/srv/http# mkdir localhost.localdomain
root@linux:/srv/http# mkdir localhost.localdomain/w3</pre>

Убедившись, что сервер сконфигурирован правильно ('''nginx -t'''), nginx можно запускать.

=== php-fpm ===
Запускаем.

=== vsftpd ===
Настроив сервер с вирутальными пользователями, просто запускаем.

== Пользователи ==

=== nginx ===
Ничего.

=== php-fpm ===
Ничего.

=== vsftpd ===
В файл ~/vsftpd_logins.txt вписываем имена пользователей, например
<pre>localhost.localhost
password
test
password</pre>
где localhost.localhost и test это пользователи vsftpd, а следом их пароли.

Конвертируем базу
<pre>root@linux:~# rm /etc/vsftpd_login.db
root@linux:~# db_load -T -t hash -f ~/logins.txt /etc/vsftpd_login.db</pre>

Создаем для пользователей настройки, где указываем в качестве домашней директории — домены пользователей.

В двух файлах '''/etc/vsftpd_user_conf/localhost.localhost''' и '''/etc/vsftpd_user_conf/test''' (соответствуют именам пользователей на сервере) пишем одно и тоже
<pre>allow_writeable_chroot=YES

guest_username=http

local_root=/srv/http/localhost.localdomain</pre>

И теперь, при логине под пользователем localhost.localdomain или test — они оба попадают в одну директорию /srv/http/localhost.localdomain, в котором лежит их сайт.

== Безопасность ==
{{Доработка
|reason=необходимо еще написать, как настроить права доступа}}

Только основы, так как по каждой теме можно по книге написать:
* Права доступа мандатные (SELinux и пр.)
* Избирательное управление доступом (DAC, ACL — unix права)
* Межсетевой экран
* Fail2ban и прочее

[[Категория:Мнение]] [[Категория:hosting]]

Виртуальный хостинг (Shared hosting) - История изменений

Admin: 1 версия импортирована

lor>Awesomelackware: /* Безопасность */