Два разных домена на одном сервере. Два домена на одном хостинге: рекомендации по размещению

Абел Аганбегян, академик РАН, заведующий кафедрой РАНХиГС :

Кто заработал?

Несмотря на ускоренный рост цен ни власти, ни бизнес не позаботились о повышении зарплат, а наоборот, за счёт этих зарплат увеличили свои доходы. В 2015 г. зарплата в народном хозяйстве выросла всего на 4,6%, а прибыль предприятий и организаций увеличилась на 49% (см. инфографику). Нигде в мире в кризис такого не бывает! При этом самыми прибыльными отраслями в кризисном 2015 г. стали те, что обслуживают население: транспорт и связь (годовой рост прибыльности за 11 месяцев 2015 г. — в 6,9 раза), управление жилищным фондом (в 3,8 раза), торговля (в 2 раза), производство и распределение электроэнергии, газа, воды (в 2,1 раза), производство пищевых продуктов, напитков, табака (в 2,8 раза).

В передовых странах за соотношением прибыли предприятия и доходов его работников следят профсоюзы, депутаты и правительство. Там власти всё время повышают минимальную зарплату, тем самым подталкивая вверх оплату труда в целом. При этом минимальная зарплата устанавливается обычно на уровне вдвое ниже средней, а в России она ниже в 5 раз. Минимальная зарплата в Турции в 2,5 раза выше, чем в РФ, в Польше — в 2,2 раза, в Венгрии — в 2 раза.

Ещё одна причина возникшего парадокса в том, что государство не сократило свои расходы на госуправление, армию и другие силовые структуры. В предшествующие кризисы их всегда урезали.

Значительное снижение реальных доходов и зарплат связано и с инфляцией. В 2015 г. она утроилась по сравнению с 2012 г., достигнув 15,5%. Многие эксперты ставят эту цифру под сомнение. «АиФ» также регулярно фиксирует рост цен, и, по оценке газеты, он составил 31,7%.

Повышая цены, бизнес ссылается на рост издержек, убытки. И лукавит: его прибыль, как мы видим, увеличилась. А государство спокойно за этим грабежом наблюдало. Мало того, оно во многом эту гонку инициировало, поскольку само повысило цены на электроэнергию, газ, горючее, транспортные тарифы и ставки по кредитам в госбанках.

Государство не ввело серьёзные валютные ограничения, позволило своим банкам наживаться на девальвации рубля. Под объявленным лозунгом импортозамещения быстро росли цены на многие товары, прежде всего продовольственные. Думали при этом о чём угодно, но не о народном благе.

Богатые не плачут

Как же объясняют чиновники столь сильное снижение доходов и потребления населения? Оказывается, эти показатели слишком быстро выросли в 2000-х годах, забежали, так сказать, вперёд, и за это мы «расплачиваемся». Действительно, реальные доходы населения в 2000-2008 гг. увеличивались быстрее экономического роста. Но ведь до этого в 1990-х население обнищало, и при подъёме экономики это падение было компенсировано. Никакого забегания вперёд не было. К тому же львиная доля увеличившихся доходов досталась зажиточным семьям. Разрыв между бедными и богатыми неимоверно вырос. В советское время средний душевой доход 10% богатых семей превышал доход 10% бедных в 3 раза, а сейчас — более чем в 16 раз. А например, в Германии этот разрыв не превышает 8 раз.

Число семей, которые относят себя к бедным, в 2015 г. увеличилось вдвое. Заметно выросло, по данным налоговой службы, и количество миллионеров и миллиардеров, заплативших налоги. А сколько их ещё в теневом секторе?! Но, несмотря на это, чиновники пытаются изыскать доходы для бюджета в карманах бедных и среднего класса, который на глазах сокращается. Обсуждаются вопросы: как бы поменьше проиндексировать пенсии, как бы повысить пенсионный возраст? И ничего не делается, чтобы хоть немного, на 3-5%, повысить налог с богатых семей. Не проходят законы о налоге на роскошь.

Невольно задаёшься вопросом, есть ли у нас социальная политика, направленная на повышение уровня жизни, на ликвидацию бедности и формирование полноценного среднего класса?

23.12.2015

Каждого начинающего вендора - и в этом нет ничего удивительного – интересует прибыльность кофейных автоматов. И чтобы поднять к себе интерес, многие компании лукавят, завышая цифры, а иногда просто откровенно берут их с потолка.

Мы провели опрос клиентов и партнеров SuperVending и вывели реальные ориентиры, позволяющие узнать, какую прибыль приносить кофейный автомат.

Фактор первый – место

В первую очередь, прибыль от кофейного автомата зависит от выбранной точки. Там, где вы планируете поставить торговое оборудование, должно быть, минимум, 50 человек постоянно работающего персонала + места ожидания или скопления.

Если есть выбор между большой «текучей» проходимостью или малой, но с местом ожидания, нужно выбирать второй вариант.

Например, в торговом центре прибыль с кофейного аппарата будет выше в технической зоне, где общаются/курят/пьют кофе сотрудники, чем у выхода. Шансы, что посетитель магазина остановится выпить кофе всегда ниже, чем шанс, что работающий здесь человек за день возьмет хотя бы порцию напитка.

Если вы нашли точку рядом с местом ожидания там, где работают больше 50 человек, в 80% случаев место окажется прибыльным. Его нужно тестировать!

Фактор второй – тестирование

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

Как протестировать место с минимальными затратами и максимальной точностью?

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

Установите автомат на точку и зафиксируйте счетчик продаж напитков и выручки. Эта опция сейчас есть на любом автомате.

Например, вы продаете примерно 40 стаканов за день. Значит, прибыль получится 40/2 = 20 тысяч рублей в месяц.

Как посчитать чистую прибыль в вендинговом бизнесе?

Среднее кол-во проданных напитков * среднюю цену напитка * кол-во дней в месяце = выручка

Например, если в здании только 1 выходной в месяц (то есть, получается 26 дней, когда автоматом пользуются), среднее кол-во стаканов в день – 40, а средняя стоимость напитка – 35, получится такое уравнение

40*35*26 = 36 400 рублей в месяц

Теперь от этой суммы отнимаем себестоимость кофе и порошков (это 25% от выручки), стоимость аренды (как правило, 10% от выручки), 1000 р на бензин и 500 р на прочие расходы

Получится около 22 000 рублей в месяц.

Естественно, точную цифру предугадать невозможно. Торговые автоматы не могут приносить одинаковую прибыль каждый месяц. Когда-то будет больше, когда-то меньше. Но для среднего результата эта формула достаточно точна.

На что важно обратить внимание?

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

Сезонность

Качество ингредиентов

Внешний вид автомата

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

Аренда

Адекватная стоимость аренды точки – 10 – 15% от выручки. Если просят больше, то это уже грабеж. Если меньше, скорее всего, с местом что-то не так. Например, есть высокий риск вандализма, о котором владелец помещения молчит, заманивая вас выгодной арендной стоимостью.

Успешный бизнесмен не витает в облаках – он подсчитывает как возможную выручку, так и возможные потери. Да, в вендинге риск потерять гораздо меньше, чем в любой другой бизнес-сфере. Особенно, если работать на б/у оборудовании.

Согласно статистике клиентов SuperVending, максимальные потери – 20 – 30% первоначальных вложений. И эту сумму можно в случае успешного развития отбить всего за месяц. И тем не менее, думать о рисках тоже важно. Если вы будете расхолаживаться, можете упустить нечто важное.

Подытожим

Подсчет ориентировочной месячной прибыли с кофейного автомата требует разносторонней оценки по всем статьям. Мы перечислили только базовые факторы. Но есть и ряд других секретов – например, когда в SuperVending обращаются новички, мы помогаем выбрать определенную модель автомата, в зависимости от планов, возможностей, выбранной точки, планов по развитию и еще куче параметров.

За счёт завышения цен у россиян отняли как минимум 5 трлн руб.

Абел Аганбегян, академик РАН, заведующий кафедрой РАНХиГС:

Несмотря на ускоренный рост цен ни власти, ни бизнес не позаботились о повышении зарплат, а наоборот, за счёт этих зарплат увеличили свои доходы. В 2015 г. зарплата в народном хозяйстве выросла всего на 4,6%, а прибыль предприятий и организаций увеличилась на 49% (см. инфографику). Нигде в мире в кризис такого не бывает! При этом самыми прибыльными отраслями в кризисном 2015 г. стали те, что обслуживают население: транспорт и связь (годовой рост прибыльности за 11 месяцев 2015 г. - в 6,9 раза), управление жилищным фондом (в 3,8 раза), торговля (в 2 раза), производство и распределение электроэнергии, газа, воды (в 2,1 раза), производство пищевых продуктов, напитков, табака (в 2,8 раза).

В передовых странах за соотношением прибыли предприятия и доходов его работников следят профсоюзы, депутаты и правительство. Там власти всё время повышают минимальную зарплату, тем самым подталкивая вверх оплату труда в целом. При этом минимальная зарплата устанавливается обычно на уровне вдвое ниже средней, а в России она ниже в 5 раз. Минимальная зарплата в Турции в 2,5 раза выше, чем в РФ, в Польше - в 2,2 раза, в Венгрии - в 2 раза.

Богатые не плачут

Как же объясняют чиновники столь сильное снижение доходов и потребления населения? Оказывается, эти показатели слишком быстро выросли в 2000-х годах, забежали, так сказать, вперёд, и за это мы «расплачиваемся». Действительно, реальные доходы населения в 2000-2008 гг. увеличивались быстрее экономического роста. Но ведь до этого в 1990-х население обнищало, и при подъёме экономики это падение было компенсировано. Никакого забегания вперёд не было. К тому же львиная доля увеличившихся доходов досталась зажиточным семьям. Разрыв между бедными и богатыми неимоверно вырос. В советское время средний душевой доход 10% богатых семей превышал доход 10% бедных в 3 раза, а сейчас - более чем в 16 раз. А например, в Германии этот разрыв не превышает 8 раз.

Здравствуйте.

Я слышал, что возможно настроить один сервер, для того, чтобы там крутились веб-сервера для нескольких доменов. У меня сейчас проблема: есть компьютер, на нем стоит IIS 5.0, который обслуживает домен, на там же компьютере установлен почтовый сервер MDaemon Pro 5.0. Я бы хотел, чтобы на том же сервере был еще сайт для другого домена. Однако не знаю, как это сделать.

Заранее спасибо.

Вам элементарно нужно создать два разных сайта. Это делается через интерфейс MMC и обычно никаких проблем не вызывает. А вот запустить (start"овать) потом оба сайта не удасться - нужно их настроить согласно FAQ .

Может быть у вас клиентская OC (NT workstation или 2000 Professional или XP) - там в IIS вообще нельзя сделать больше одного сайта.

Как я уже писал, у меня стоит IIS 5.0 из комплекта Windows 2000 Server. Я попробую ваши рекомендации, когда завтра доберусь до сервера. Может, проще поставить еще одну сетевую карту? (Проблем с IP -адресам нет.) Тогда можно будет без проблем сконфигурировать еще один домен? Поддерживает IIS несколько сетевых карт?

Пока суть да дело, я так и не добрался до сервера. (Сервер находится в Петергофе, пока ехал попал в аварию, потом праздники, а сейчас я в отпуске). :(

Однако, из ваших ответов я так и не понял, как на одном IP -адресе могут висеть два домена. То, что нужно создать еще один веб-сервер в консоли управления, я понимаю, и, как это сделать --- вопрос ясный. Мне что-то говорили, что сервер направляет посетителя на нужный сайт, исходя из того, какой домен набран в адресной строке. Но как все это сделать практически на IIS, я не знаю.

Существует два принципиально разных способа расположить несколько виртуальных сайтов с разными доменными именами на одном физическом сервере. Первый заключается в том, чтобы некоторому сетевому интерфейсу сопоставить несколько IP -адресов, и для каждого из них сделать запись DNS типа "A". Затем сайт IIS настраивается таким образом, чтобы обрабатывать запросы от конкретного IP-а. Основной недостаток приведенного способа - ограниченное (как правило) число свободных IP-адресов в подсети сервера. Этот же способ можно применять для FTP . Второй способ работает только для HTTP и основан на версии протокола HTTP 1.1 (соответственно, клиенты должны поддерживать этот протокол). В версии 1.1 протокола HTTP в заголовке запроса передается имя DNS сервера, к которому адресуется запрос. В результате появляется возможность использовать несколько доменных имен, ассоциированных с одним IP-адресом (псевдонимов). Для этого нужно создать запись DNS-сервера типа "CNAME", а в свойствах сайта IIS задать имя сайта (имя DNS). Недостаток этого способа в том, что, клиенты, поддерживающие только протокол HTTP 1.0, не смогут получить доступ к подобному сайту.
Поддержка нескольких сайтов не зависит от ОС, а зависит только от версии сервера. Однако IIS, поставляемые с W2K Pro и XP Pro/Home Edition, ограничены программно. Win32 - версия Apache, например, позволяет реализовать несколько виртуальных сайтов даже под управлением Windows 95.

Большое спасибо за столь обстоятельный ответ. Похоже, вы тут единственный, кто понял, что я хотел узнать.

У меня остался еще один вопрос: у меня нет недостатка в свободных IP -адресах, поэтому мне интересно узнать поподробнее про первый способ. Мне нужно иметь две сетевые карты для этого? Или все можно сделать с одной сетевой картой?

Заранее спасибо.

Нет, в свойствах сетевой карты следует нажать кнопку "Дополнительно". Я точно не помню названия, но смысл такой. Выбираем вкладку "Параметры IP ", там будет список IP-адресов, в котором можно добавлять и удалять адреса. Важно следить, чтобы IP-адреса не выходили за пределы маски и не конфликтовали с другими IP-адресами в системе, в противном случае стевой интерфейс данной карты работать не будет. Далее открываем консоль DNS (Программы\Администрирование), выбираем интересующую нас зону прямого просмотра и создаем в ней запись типа "А", указав при этом новый IP-адрес и трубуемое имя DNS. Процесс этот несложный и подробно описан в специальной литературе, потому повторяться не буду. Вот и все. Теперь можно создавать новый виртуальный сайт (в поле "IP-адрес" указываем новый IP-адрес).

ПАВЕЛ МАЛАХОВ

Многоликий Apache
Размещаем несколько сайтов на одном веб-сервере

Установив веб-сервер Apache и предоставив через него на всеобщее обозрение свой сайт, некоторые и не подозревают, каким мощным инструментом они владеют. С его помощью можно управлять сотнями сайтов с разными именами и уровнями доступа. Денежная стоимость и временные затраты на добавление каждого сайта при этом минимальны.

Веб-сервер Apache, популярный благодаря своей прозрачности для программистов и администраторов и не в последнюю очередь благодаря бесплатности, реализован под все более-менее популярные операционные системы. Его настройки для всех ОС одинаковы, различаются только пути, где хранятся конфигурационные файлы. На одном сервере может быть запущено несколько экземпляров Apache, прослушивающих разные адреса и/или порты. Один экземпляр может обслуживать несколько сайтов (подробнее об этом ниже). Проект настолько популярен, что постоянно обрастает новой функциональностью. О степени популярности можно судить либо по статистике, что, на мой взгляд, довольно опрометчиво, либо по конкретным фактам. Фактов популярности Apache мы приведём два. Во-первых, его наличие в качестве веб-сервера по умолчанию в большинстве UNIX-подобных операционных систем. Во-вторых, такой гигант в области ИТ, как компания Oracle, принял его в состав своего продукта Oracle Application Server 10g, где он играет одну из ключевых ролей.

У нас есть

Компьютер с установленным пакетом Apache 1.3 или 2.0.
Адрес сервера в Интернете: 10.0.10.15 и имя: teo.mynetwork.ru.
Адрес сервера в локальной сети: 192.168.100.18.
Несколько сайтов.
Несколько имён для одного сайта.

Хотим

Разместить все сайты на одном сервере.
Сделать доступ к каждому сайту по отдельному URL.
Ограничить доступ к некоторым сайтам.
Сделать перенаправление нескольких имён на один сайт.

Делаем

Пойдём от простого к сложному. Для начала рассмотрим случай, когда у нас два сайта и два имени teo.mynetwork.ru и logos.mynetwork.ru. Эти имена должны быть доступны, т.е. держатель зоны mynetwork.ru должен прописать в ней узлы teo и logos.

Для каждого сайта создаём каталог в корневом каталоге документов Apache (teo и logos соответственно). Для Linux это по умолчанию /var/www/html, но чтобы убедиться, где он расположен на нашем сервере, смотрим значение директивы DocumentRoot в /etc/httpd/conf/httpd.conf. Итак, создаём:

# mkdir /var/www/html/teo /var/www/html/logos

Мы будем разделять журналы для каждого сайта, поэтому создадим соответствующие каталоги:

# mkdir /var/log/httpd/teo /var/log/httpd/logos

Если у нас уже был создан сайт, то всё его содержимое переносим в созданный для него каталог, т.е. из /var/www/html в /var/www/html/teo. Новый сайт logos.mynetwork.ru размещаем в /var/www/html/logos.

Теперь настраиваем Apache. Добавляем в конец файла /etc/httpd/conf/httpd.conf:

NameVirtualHost 10.0.10.15

DocumentRoot /var/www/html/teo

ServerName teo.mynetwork.ru

ErrorLog /var/log/httpd/teo/error_log

CustomLog /var/log/httpd/teo/access_log combined

Все настройки, не заданные для сайта явным образом в директиве VirtualHost, наследуются от глобальных настроек Apache, указанных выше в этом же файле.

Перезапускаем Apache:

# /etc/init.d/httpd restart

Теперь, обращаясь по DNS-именам, мы будем получать разные сайты. Если обратиться по IP-адресу, то получим сайт teo.mynetwork.ru, т.к. он подключен первым.

Это можно осуществить двумя способами: созданием синонимов или перенаправлением всех обращений с другого сайта.

Синонимы задаются директивой ServerAlias, могут содержать маску и разделяются пробелом. Вот несколько примеров создания синонимов:

ServerAlias www.teo.mynetwork.ru

ServerAlias *.teo.mynetwork.ru

ServerAlias www.teo.mynetwork.ru god.mynetwork.ru pantheon.ru

Синоним – это DNS-имя. Имена могут быть абсолютно любыми, в том числе и из разных доменов, но все они должны разрешаться в IP-адреса, то есть их предварительно нужно зарегистрировать в DNS.

Перенаправление задаётся директивой Redirect. Создаём новый пустой сайт pantheon.ru. Как и для предыдущих сайтов, это делается в три шага: создание каталога для документов, для журналов и добавление конфигурации в httpd.conf:

DocumentRoot /var/www/html/pantheon

ServerName pantheon.ru

ErrorLog /var/log/httpd/pantheon/error_log

CustomLog /var/log/httpd/pantheon/access_log combined

Redirect / http://teo.mynetwork.ru

Можно перенаправлять не со всего сайта, а только с определённого каталога или даже документа:

Redirect /samag http://сайт

Redirect /ftp/ ftp://citkit.ru/pub/

Redirect /find/ya.htm http://yandex.ru

При этом Apache воспринимает первый параметр директивы Redirect не как URL, а как набор символов, при совпадении с которым происходит перенаправление. Отсюда следует, что он не проверяет наличие указанных каталогов и файлов, а ссылки /samag и /samag/ не считает одинаковыми.

Ограничиваем доступ к сайтам

Теперь если пользователь обратится к нам по IP-адресу либо по имени, на которые наш сервер откликается (см. врезку), то Apache сначала определяет, не удовлетворяет ли запрос описанным директивами VirtualHost сайтам, и если не находит ни один из них, то выдаёт сайт по умолчанию, который находится в каталоге, заданном глобальной директивой DocumentRoot, т.е. уровнем выше остальных. Таким образом, получается, что пользователь может попасть на любой из виртуальных сайтов не тем путём, какой мы для него приготовили, т.е. http://logos.mynetwork.ru/. Например, набрав в адресной строке браузера «http://192.168.100.18/logos/», он получит сайт logos.mynetwork.ru. Правда, в этом случае документы, использующие ссылки на ресурсы этого же сайта, будут некорректно отображаться, потому что ссылки делаются относительно корня сайта, и если это была ссылка /img/picture.jpg, то во втором случае этот же файл уже нужно искать по ссылке /logos/img/picture.jpg, этого же браузер не знает. Таким образом, здесь все зависит от того, догадывается ли пользователь, в каких каталогах мы храним наши сайты. В принципе в этом нет ничего плохого, ведь мы в любом случае выложили сайты, чтобы их посещали (правила по ограничению доступа к ресурсу всё равно будут действовать, о них мы поговорим чуть позже), но как-то это выглядит некрасиво (для того и двери, чтобы в окна не лазить). Чтобы устранить эту некрасивость, можно поместить сайт по умолчанию на тот же уровень, что и остальные сайты, т.е. создать каталог /var/www/html/default и указать его в двух директивах глобальных настроек (т.е. до описания виртуальных сайтов).

DocumentRoot "/var/www/html/default"

# This should be changed to whatever you set DocumentRoot to

Теперь перейдём непосредственно к раздаче прав доступа. Существует два способа указать права доступа к каталогу веб-сайта средствами Apache: поместить в каталог файл.htaccess либо использовать директиву в файле конфигурации. В обоих случаях правила распространяются и на вложенные каталоги.

Перечислим преимущества использования файла.htaccess:

при его изменении не нужно перезапускать Apache;
при одинаковом уровне доступа к разным ресурсам можно пользоваться ссылками на один файл.htaccess;
можно предоставить пользователю право редактирования этого файла, что удобно, если у нас сервер с множеством клиентских сайтов.

Есть и недостатки:

для того чтобы ответить на вопрос: «какие ограничения доступа существуют на сайте?» – администратору необходимо помнить, в каких каталогах лежат эти файлы и ссылки;
если сайт будет переноситься на другой сервер, и, что очень вероятно, будет размещён в другом каталоге, то для корректировки ссылок уйдёт много времени;
повышается нагрузка сервера, т.к. при каждом запросе на ресурс он обращается к.htaccess в этом каталоге и всех верхних по иерархии, наследуя их настройки т.е. запрос на ресурс http://teo.mynetwork.ru/olimp/staff/zeus.htm инициирует проверку.htaccess-файлов в каталогах «./», «./olimp/», «./olimp/staff/».

Определяя настройки доступа к каталогам сайта с помощью директивы в одном конфигурационном файле всего сайта, мы получим следующие преимущества:

можно быть уверенным, что ничего не пропустим, если вдруг нужно изменить уровень доступа к какому-нибудь ресурсу;
повышаем скорость реакции сервера на запросы, т.к. все настройки загружаются при старте Apache.

Ну а мириться придётся с тем, что для каждого каталога необходимо описывать права отдельно (помним, что для подкаталогов права наследуются), даже если они одинаковые.

Правда, есть поддержка масок, например:

будет соответствовать именам каталогов в /www/ состоящим из трёх цифр, но это не всегда может облегчить ситуацию.

Мы рассмотрим оба способа и изменим права доступа к двум каталогам сайта logos.

Первый. Описываем права доступа к каталогам в главном конфигурационном файле httpd.conf:

DocumentRoot /var/www/html/logos

ServerName logos.mynetwork.ru

ErrorLog /var/log/httpd/logos/error_log

CustomLog /var/log/httpd/logos/access_log combined

Options +Indexes

Order deny,allow

Deny from all

Allow from 192.168.100.11

Allow from 192.168.100.17

AuthType Basic

AuthName "Boss"

Require valid-user

Второй. Чтобы предоставить такие же права с помощью файлов.htaccess, нужно создать соответственно файл /var/www/html/logos/info1/.htaccess:

Options +Indexes

Order deny,allow

Deny from all

Allow from 192.168.100.11

Allow from 192.168.100.17

и файл /var/www/html/logos/info2/.htaccess:

AuthType Basic

AuthName "Boss"

AuthUserFile "/var/www/main_users"

Require valid-user

Оба варианта настройки равноправны и создают следующие ограничения.

Доступ к ресурсу http://logos.mynetwork.ru/info1/ смогут получить только два пользователя из локальной сети с указанными IP-адресами (хотя такие ресурсы лучше хранить на внутренних веб-серверах), ещё мы дали разрешение Apache, в случае отсутствия в каталоге начальной страницы генерировать html-документ с содержимым каталога.

Для доступа к ресурсу http://logos.mynetwork.ru/info2/ будут запрошены имя пользователя и пароль, которые будут сверены с данными в файле /var/www/main_users. Создадим этот файл:

# touch /var/www/main_users

# chown root.webmaster /var/www/main_users

Добавим в него пользователя chef:

# /usr/bin/htpasswd /var/www/main_users chef

Остальных пользователей добавляем аналогичным способом. Такие файлы создаём для каждой группы пользователей с одинаковыми правами доступа к ресурсу. Одни и те же группы можно использовать во всех сайтах.

Последние штрихи

В заключение можно для изящности выделить настройку каждого сайта в отдельный файл, и подключить их в httpd.conf:

Include /etc/httpd/conf/vhosts/teo.conf

Include /etc/httpd/conf/vhosts/logos.conf

Include /etc/httpd/conf/vhosts/pantheon.conf

Кроме изящности мы получаем удобство в быстром подключении и отключении сайта путём добавления/снятия символа комментария «#» в начале строки. Это особенно актуально, когда настройка каждого сайта раздувается на несколько десятков строк.

Также нелишне будет настроить ротацию журналов с помощью logrotate.

Приложение

Особенности директив Listen и NameVirtualHost

Директива Listen имеет больший приоритет чем, NameVirtualHost. Она говорит, откуда принимать запросы. В то время как последняя определяет, как обрабатывать полученный запрос. Это значит, что если указано значение «Listen 80», то Apache будет прослушивать порт 80 на всех IP-адресах, и директива «NameVirtualHost 10.0.10.15» не ограничивает запросы, пришедшие на другие адреса, и они будут обрабатываться наравне с указанным адресом, а если указано значение «Listen 10.0.10.15:80», то «NameVirtualHost 192.168.100.18» не возымеет действия, и сайт будет не доступен из локальной сети.

http://httpd.apache.org/docs/1.3/vhosts – официальная документация по созданию виртуальных сайтов.
http://httpd.apache.org/docs/2.0/vhosts – другая версия этой же документации для версии Apache 2.0. Отличия, на мой взгляд, коснулись только формы самой документации.
http://httpd.apache.org/docs/2.0/ru/howto/htaccess.html – пособие по настройке.htaccess-файлов.