» Постоянные непонятные BSOD

При вот таком конфиге сервера

NameVirtualHost 127.0.0.1

<VirtualHost www.aaa.com>
ServerName www.aaa.com
DocumentRoot "c:/aaa"
ScriptAlias /cgi-bin/ "c:/aaa/cgi-bin/"
CustomLog "c:/aaa/log/custom.log" common
.....
</VirtualHost>

<VirtualHost www.bbb.com>
ServerName www.bbb.com
DocumentRoot "c:/bbb"
ScriptAlias /cgi-bin/ "b:/bbb/cgi-bin/"
CustomLog "c:/bbb/log/custom.log" common
.....
</VirtualHost>

....

и его hosts

127.0.0.1 www.aaa.com
127.0.0.2 www.bbb.com
...

из локалки виден только www.aaa.com, а с сервака все (хоть сто хостов прикрути). Причем tracert www.bbb.com показывает 127.0.0.2.

Локалка небольшая -8 машин, одноранговая. ДНС нет, но используется ICS (шаровый интернет), который сам создает hosts.ics, где принудительно привязывает все IP в сетке к своим хостам типа 1.mshome.net, 2.mshome.net, 3.mshome.net и т.д. (последнее может сказал не в тему, но на всякий случай)

Собссно, кто подскажет, как сконфигурировать конфиг, чтобы с клиентских машин в локалке можно было видеть все виртуальные хосты (www.bbb.,com, www.ccc.com, ddd, eee...)?

Тут же не в апаче проблема.
Это клиенты не видят куда подключаться.
ДНС надо

neviDIMKA
а ты на клиентских машинах пропиши имена своих виртуальных хостов с их айпишниками в hosts файликах? Не помню точного пути, сделай поиск по всему диску с виндой.

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

В файле hosts, что в папке Windows(если ты их пользуешь), пропиши следующее:

ip_tvoei_mashiny www.aaa.com
ip_tvoei_mashiny www.bbb.com
ip_tvoei_mashiny www.ccc.com
ip_tvoei_mashiny www.ddd.com
ip_tvoei_mashiny www.eee.com

где ip_tvoei_mashiny - IP-адрес твоего компа в локалке, а не адрес локалхоста, и уж тем более не 127.0.0.2
www.aaa.com
www.bbb.com
www.XXX.com
www.ddd.com - имена виртуальных хостов

А то, что ты написал 127.0.0.2 - это вообще
Если у адреса первые цифры - 127, то валидным считается только 127.0.0.1 - адрес локальной заглушки.

IntenT
Я так и делал в начале. Hosts на серваке был 192.168.0.1 и к нему были привязаны все aaa.com, bbb.com, ccc.com и проч. Так вот, в таком случае ничего не меняется с той лишь разницей, что теперь по запросу bbb.com и проч. с локалки грузится aaa.com. Что собственно и неудивительно, а естественно.

Согласен с Mixailo, что аппач тут не причем, однако думается, что можно обойтись без ДНС. Ведь, при таком конфиге (первый пост) tracert с локалки на www.bbb.com показывает IP указанный в хосте на сервере

neviDIMKA

Цитата:

теперь по запросу bbb.com и проч. с локалки грузится aaa.com.

Значит ты неправильно настроил VirtualHosts

Добавлено
И DNS там ненужен..
Его функции полностью заменяются файлом hosts.
Вернее, при разрешении имени в адрес, сначала просматривается кеш протокола ARP, если адреса там нет - просматривается локальный файл hosts. И только если и там не найдено соответствие, просматривается централизованый файл hosts на сервере, и уж саавсем потом задействуется DNS
Дело тут точно не в DNSe, а в настройках АпачЯ

IntenT

Цитата:

Значит ты неправильно настроил VirtualHosts

ок, пусть так.
тогда как правильно?

Цитата:

Дело тут точно не в DNSe, а в настройках АпачЯ

!!!!!
Блин, вот у меня на тачке настроено отвечать на Mixailo-super-cool.com, апач работает правильно, слабо тебе от этого домена отклик получить?
hosts смотрится не у сервера, а у КЛИЕНТА! Что тебе все клиенты должны хостс править?

При чем тут апач???

IMHO все верно. Проблема в адресации. Клиентов 8 штук. Стало ыть можо обойтись без серва DNS. Стало быть надо всем киентам в hosts указать, куда им обращаться при наборе http://aaa. и т.д. То есть надо указывать им обращаться на серв, примерно так:

192.168.1.23 www.aaa.com
192.168.1.23 www.bbb.com

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

lynx

Цитата:

и все должно быть хорошо

ага, должен быть до колена, а не растет.
Читай выше мой ответ IntenT-у

Решение такое (спасибо DM из Самары).
Конечно, это не то, что хотел я, но проблему решает.

Садим на один ip все хосты подключая соответствующий модуль

NameVirtualHost *
<VirtualHost *>
RewriteEngine On
RewriteMap lowercase int:tolower
RewriteCond %{REQUEST_URI} !^/icons/
RewriteCond %{REQUEST_URI} !^/cgi-bin/
RewriteRule ^/(.*)$ /home/${lowercase:%{SERVER_NAME}}/public_html/$1
RewriteCond %{REQUEST_URI} ^/cgi-bin/
RewriteRule ^/(.*)$ /home/${lowercase:%{SERVER_NAME}}/public_html/$1 [T=application/x-httpd-cgi]
</VirtualHost>

при таком конфиге каждый хост будет располагаться в /home.
т.е. для www.aaa.com - /home/www.aaa.com/public_html/ - корень.
(с) DM

Mixailo

Цитата:

слабо тебе от этого домена отклик получить?

Это ты к кому?


Цитата:

hosts смотрится не у сервера, а у КЛИЕНТА! Что тебе все клиенты должны хостс править?

Именно так - все клиенты должны хостс править
Знаешь для как DNS придумали? Админам АРПЫ надоело рассылать исправленые хостсы мылом..

lynx

Цитата:

Запрос пойдет серву

Врядли.. Вернее пойдет, если все правильно сконфигурировать. Но сеть-то одноранговая, а потому сервера как-бы нет.. Нужен контроллер домена, тогда его хостс будет обрабатываться..
А попроще - это исправить хостсы каждой машины в сети

neviDIMKA
Во намутил

IntenT


Цитата:

сеть-то одноранговая, а потому сервера как-бы нет.. Нужен контроллер домена,

Ой, точно, голова то садовая ...

Хотя... Главное, машинка должна знать, куда ей обратиться по, например, 192.168.1.56 ... Ну, да... ты прав, короче.
Цитата:

Во намутил

Цитата:

Во намутил

Ага...

IntenT
Так все-таки при чем тут апач?

Mixailo
НИ-ПРИ-ЧЕМ!

прикольно у вас получается. Топик Apache и локальная сеть а в самом конце Апаче тут не при чем

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

Цитата:

НИ-ПРИ-ЧЕМ!

Вот и я о том же.
Ты на свои предыдущие постинги посмотри. Там где громко орется о том, что все дело в апаче

Цитата:

тут вы чегото криво в апаче прописали

ну да, апаче у нас еще и днс раздает... подрабатывает на пол ставки

интересно, можно ли это сделать?
То есть формат запроса есть, достаточно написать скрипт, который открывает сокет на порту 53 и отдает информацию в нужном формате

Stek
я чегото про ДНс сказал?? не ниче я такого не говорил, ДНС тут вобше ИМХО не при делах... просто прежде чем орать (кто там орал не помню , но ктото орал) что апач не при чем а во всем виноват подлый ДНС надо было бы самому этот апач ставить в локалку...

Хехе, дошли до точки Один про одно, другой про другое - но спор горячий

Mixailo
Так он же не сказал, что клиентские хостсы не правлены!

IntenT

Цитата:

Так он же не сказал, что клиентские хостсы не правлены

не понял?

neviDIMKA
Отличная реализация все заработало, вот только один вопрос остался как разделить логи для каждого домена.
Может кто знает.

Break_Action
Ты бы на даты топа смотрел

Цитата:

вот только один вопрос остался как разделить логи для каждого домена. Может кто знает.

Код: ErrorLog /var/log/apache2/mail-error.log
CustomLog /var/log/apache2/mail-access.log combined

Raredemon

Код:
NameVirtualHost *
<VirtualHost *>
RewriteEngine On
RewriteMap lowercase int:tolower
RewriteCond %{REQUEST_URI} !^/icons/
RewriteCond %{REQUEST_URI} !^/cgi-bin/
RewriteRule ^/(.*)$ /home/${lowercase:%{SERVER_NAME}}/public_html/$1
RewriteCond %{REQUEST_URI} ^/cgi-bin/
RewriteRule ^/(.*)$ /home/${lowercase:%{SERVER_NAME}}/public_html/$1 [T=application/x-httpd-cgi]
</VirtualHost>

Break_Action

Цитата:

Все это понятно но при такой кострукции как разделить логи?!

Да уж намудрили однако.... а нафига такое счастье? мне просто лень весь топ читать чем тебе вхосты не угодили?

Raredemon
Да все внорме с ними, но это очень интересная конструкция и мне, ак человеку развивающемуся интересно знать что то новое.

Break_Action
"Не плодите сущности без необходимости" (с) непомню. Если надо, то конечно мысли, мне лично лень по-моему гораздо удобней в gentoo сделаны вхосты, потому я ими и пользуюсь.

Raredemon
Простите мне мое невежество, но что такое gentoo?!
И давайте всеже ближе к теме.