Re: путаница с содержимым логов
Костенко Евгений
nobody.mail at gmail.com
Thu Oct 29 16:02:23 MSK 2009
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>
More information about the nginx-ru
mailing list