[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]
существует ли стандартный способ запустить множество инстансов апача на gentoo? хочу сделать для каждого vhost свой апач на отдельном порту и раскидать запросы к разным вхостам при помощи nginx. это нужно для реальной изоляции виртуалхостов. mpm_peruser - говно и валится, уже сколько лет имею из-за него баттхерт. использовать виртуалхосты без надежного разделения параноя не позволяет.если не существует стандартных способов сделать то, о чем я говорю, то расскажи мне как сделать это с минимальным баттхертом.пикрандом
существует ли стандартный способ запустить множество инстансов апача на gentoo? хочу сделать для каждого vhost свой апач на отдельном порту и раскидать запросы к разным вхостам при помощи nginx. это нужно для реальной изоляции виртуалхостов. mpm_peruser - говно и валится, уже сколько лет имею из-за него баттхерт. использовать виртуалхосты без надежного разделения параноя не позволяет.
если не существует стандартных способов сделать то, о чем я говорю, то расскажи мне как сделать это с минимальным баттхертом.
пикрандом
>>69747Развесить на разные порты/интерфейсы, указать разные конфиги.
>>69749очевидно, но возможно существует какой-то пакет, который реализует какой-то шаблон для такой инсталляции или типа того. это же придется руками перепиливать все, инит-скрипт и что-то делать со всем деревом конфигов, которое, надо сказать, обширно. и вот как раз по этому поводу мне и хотелось услышать советы. что делать? сделать на каждый апач свой скрипт или все запустить из одного? лучше все конфиги каждого апача свести в одини файл. или может сделать для каждого виртуалхоста свое дерево?вообще это все так геморно, что руки опускаются. я как предствалю во что выльеться обновление конфигов мне аж плохо. да и добавление нового виртуалхоста становится малоприятным.а что если сделать отдельной только ту часть конфига, которая отличается, т.е там где указан интерфейс, порт и директории, а все остальное инклюдить из одного дерева?а может расположить все вообще в хомяке юзера, а не в /etc/? ведь апач может в данном случае может юзать непривилегированый порт.
>>69749
очевидно, но возможно существует какой-то пакет, который реализует какой-то шаблон для такой инсталляции или типа того. это же придется руками перепиливать все, инит-скрипт и что-то делать со всем деревом конфигов, которое, надо сказать, обширно. и вот как раз по этому поводу мне и хотелось услышать советы. что делать? сделать на каждый апач свой скрипт или все запустить из одного? лучше все конфиги каждого апача свести в одини файл. или может сделать для каждого виртуалхоста свое дерево?
вообще это все так геморно, что руки опускаются. я как предствалю во что выльеться обновление конфигов мне аж плохо. да и добавление нового виртуалхоста становится малоприятным.
а что если сделать отдельной только ту часть конфига, которая отличается, т.е там где указан интерфейс, порт и директории, а все остальное инклюдить из одного дерева?
а может расположить все вообще в хомяке юзера, а не в /etc/? ведь апач может в данном случае может юзать непривилегированый порт.
>>69781У апача наверняка есть опция путь-до-конфига. Почитай ман.>а что если сделать отдельной только ту часть конфига, которая отличается, т.е там где указан интерфейс, порт и директории, а все остальное инклюдить из одного дереваникто не запрещает>расположить все вообще в хомяке юзераНебезопасно, но ничего не мешает.
>>69781У апача наверняка есть опция путь-до-конфига. Почитай ман.
>а что если сделать отдельной только ту часть конфига, которая отличается, т.е там где указан интерфейс, порт и директории, а все остальное инклюдить из одного дерева
никто не запрещает
>расположить все вообще в хомяке юзера
Небезопасно, но ничего не мешает.
>>69781> возможно существует какой-то пакет, который реализует какой-то шаблон для такой инсталляции или типа тогоНе попадалось.> это же придется руками перепиливать все, инит-скрипт и что-то делать со всем деревом конфигов, которое, надо сказать, обширно. и вот как раз по этому поводу мне и хотелось услышать советы. что делать?Настроить базовую конфигурацию потом менять нужные места в копиях, например.> сделать на каждый апач свой скрипт или все запустить из одного?Это уже как тебе удобней. Хинт: если у тебя на каждый апач свой скрипт то ты можешь легко и просто передернуть один апач не трогая остальные.> а что если сделать отдельной только ту часть конфига, которая отличается, т.е там где указан интерфейс, порт и директории, а все остальное инклюдить из одного дерева?Если тебе так удобней то в этом нет ничего плохого.> а может расположить все вообще в хомяке юзера, а не в /etc/? ведь апач может в данном случае может юзать непривилегированый порт.Ты можешь расположить все в хомяке юзера даже если он будет юзать и привилегированый порт. Вопрос в том, насколько ты доверяешь пользователям в конфигурации их апача.
>>69781
> возможно существует какой-то пакет, который реализует какой-то шаблон для такой инсталляции или типа того
Не попадалось.
> это же придется руками перепиливать все, инит-скрипт и что-то делать со всем деревом конфигов, которое, надо сказать, обширно. и вот как раз по этому поводу мне и хотелось услышать советы. что делать?
Настроить базовую конфигурацию потом менять нужные места в копиях, например.
> сделать на каждый апач свой скрипт или все запустить из одного?
Это уже как тебе удобней. Хинт: если у тебя на каждый апач свой скрипт то ты можешь легко и просто передернуть один апач не трогая остальные.
> а что если сделать отдельной только ту часть конфига, которая отличается, т.е там где указан интерфейс, порт и директории, а все остальное инклюдить из одного дерева?
Если тебе так удобней то в этом нет ничего плохого.
> а может расположить все вообще в хомяке юзера, а не в /etc/? ведь апач может в данном случае может юзать непривилегированый порт.
Ты можешь расположить все в хомяке юзера даже если он будет юзать и привилегированый порт. Вопрос в том, насколько ты доверяешь пользователям в конфигурации их апача.
- wakaba 3.0.7 + futaba + futallaby -