Re: путаница с содержимым логов

[Костенко Евгений]

29 октября 2009 г. 15:37 пользователь Igor Sysoev <is at rambler-co.ru>написал:

> On Thu, Oct 29, 2009 at 03:05:50PM +0300, Костенко Евгений wrote:
>
> Какая версия nginx'а ? Есть ли имена вида .file-BLABLA.tld и giveme-BBB ?
>

указывал в первом письме.

nginx version: nginx/0.7.62
configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-R /usr/local/lib -L /usr/local/lib'
--conf-path=/usr/local/etc/nginx/nginx.conf
--sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx-error.log --user=www --group=www
--with-google_perftools_module
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-proxy-temp-path=/var/tmp/

нет, все домены giveme*.tld без "дефиса".
file-BLABLA.tld (без S на конце) не используется.


> И зачем (безотносительно к проблеме)
>      set $root_path   /some/dir/vhosts/file-BLABLA.tld/public_html;
>

> если достаточно
>      path   /some/dir/vhosts/file-BLABLA.tld/public_html;
>
> ?
>

сорри, не вырезал.

все vhosts содержат "include /usr/local/etc/nginx/common/*.conf", а уже там
в location.conf кроме все прочего есть

location @fallback {
   root        $root_path;
   .....
}

Повторюсь - вероятно причина в путанице при рассаживание доменов по ip.
Но как обойти в будущем? Директива listen с указанным default может быть
только одна или несколько?
Идея в том, чтобы сделать некий generic vhost и через listen+default
повесить его на все ip1,ip2,...,ipN.

Тем самым уже в его access.log сливать все запросы "не по адресу".

>Собственно вопрос по итогам - предположим схему:

>domain1.tld on ip1 => access_log log1
>domain2.tld on ip2 => access_log log2

>Как запросы, идущие на ip2 с чужими domainN.tld, сливать не в лог2, а
вдругое место?
>Навешать listen+default на ip1,ip2,...,ipN в другой декларации server?

-- 
С Уважением,
Костенко Евгений

моб: +7(928)2961142
icq: 101241013
jabber: nobody.mail at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20091029/d41e67aa/attachment.html>