<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.nginx.russian">
    <title>gmane.comp.web.nginx.russian</title>
    <link>http://blog.gmane.org/gmane.comp.web.nginx.russian</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46706"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46698"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46692"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46682"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46674"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46663"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46659"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46656"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46648"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46642"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46592"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46573"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46568"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46559"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46557"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46551"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46548"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46543"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.nginx.russian/46530"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46706">
    <title>Течет память при проксировании</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46706</link>
    <description>&lt;pre&gt;Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит
самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
заголовками). Этот клиент обязательно дожидается ответа, только потом
закрывает соединение сам. Конфиг такой:

user                    nobody nobody;
worker_processes        2;
worker_rlimit_nofile    1000000;
worker_rlimit_core      100M;
working_directory       /tmp;
error_log               logs/error.log  warn;

events {
    worker_connections  32768;
    accept_mutex        off;
}

http {

    include                     mime.types;
    default_type                application/octet-stream;
    sendfile                    on;
    tcp_nopush                  on;
    reset_timedout_connection   on;
    log_not_found               off;
    server_tokens               off;
    server_name_in_redirect     off;
    recursive_error_pages       on;

    proxy_ignore_client_abort   on;
    proxy_intercept_errors      on;
    proxy_connect_timeout       600;
    proxy_read_timeout          600;
    proxy_send_timeout          600;
    send_timeout                600;
    client_header_timeout       600;
    keepalive_timeout           75 20;

    gzip                on;
    gzip_proxied        any;
    gzip_min_length     0;
    gzip_types          text/css
                        text/xml
                        text/plain
                        text/javascript
                        image/x-ms-bmp
                        application/xml
                        application/x-javascript;

    geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
    geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;

    upstream upstream_counter {
        server    127.0.0.1:8090;
    }

    server {

    listen      80;
    server_name NAME;

    access_log  off;
    error_log   logs/error.log warn;
    root        /root;
    charset     utf-8;

    location = /i/1x1.gif {
        empty_gif;
    }

    location = /0.gif {
        limit_except            GET { deny all; }
        set_real_ip_from        XXX;
        error_page              502 =200 /i/1x1.gif;
        error_page              503 =200 /i/1x1.gif;
        error_page              504 =200 /i/1x1.gif;
        error_page              404 =200 /i/1x1.gif;
        proxy_pass              http://upstream_counter;
        proxy_set_header        Host               $host;
        proxy_set_header        X-Real-IP          $remote_addr;
        proxy_set_header        GeoIP-Country-Code $geoip_city_country_code;
        proxy_set_header        GeoIP-Region-Name  $geoip_region_name;
        proxy_set_header        GeoIP-City         $geoip_city;
        proxy_set_header        GeoIP-Coords      '$geoip_latitude:$geoip_longitude';
        proxy_set_header        GeoIP-ISP          $geoip_org;
    }

    location / {
        return 444;
    }
}

&lt;/pre&gt;</description>
    <dc:creator>Denis F. Latypoff</dc:creator>
    <dc:date>2012-05-26T15:44:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46698">
    <title>Nginx в качестве прокси-балансировщика</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46698</link>
    <description>&lt;pre&gt;Доброго дня!

Хочу задействовать отдельный сервер в качестве узлового.
Т.е. один(два, три) сервер, которые будут обслуживать запросы большого 
кол-ва доменов, и проксировать запросы уже на отдельные сервера с 
nginx+apache (для отдачи статики и динамики).
Зачем? Чтобы домены пользователей можно было легко мигрировать между 
внутренними серверами и при этом не нужно было вносить изменения на DNS.
По факту все домены будут смотреть на один(два, три) внешних IP 
проксирущего(их) сервера(ов).

Отсюда у меня возникают вопросы:

1. Какое железо нужно ставить на этот(эти) проксирующий сервер(сервера)? 
На чем сконцентрировать внимание - память, проц, сетевая подсистема?
2. Какое максимальное кол-во доменов может обслужить при таком раскладе 
Nginx? Ну т.е. существует какое-либо ограничение на кол-во доменов?

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Alex Belyanskiy</dc:creator>
    <dc:date>2012-05-25T09:54:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46692">
    <title>Помогите допилить блок до универсальной пересылки на бэкэнд</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46692</link>
    <description>&lt;pre&gt;Здравствуйте, Уважаемый(-ая, -ое) All!

Есть такая каракатица, рождённая в воспалённом мозгу авторов ISPManager:

        server {
                listen 80;
                server_name example.com www.example.com;
                rewrite ^(/manager/.*)$ https://$host$1 permanent;
                error_page 404 = &amp;lt; at &amp;gt;fallback;
                location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_redirect http://example.com:8080/ /;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location / {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_redirect http://example.com:8080/ /;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location ~* \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
                        root /var/www/user/data/www/example.com;
                        access_log /var/www/httpd-logs/example.com.access.log ;
                        access_log /var/www/nginx-logs/user isp;
                }
                location &amp;lt; at &amp;gt;fallback {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
        }

Опустим нарушения RFC (i.e. "proxy_redirect http://example.com:8080/ /;"),
главная претензия - этот ужас срёт в файлы, управляемые debconf'ом.
Хочу от него избавиться нафиг. Но есть вопрос.

Хочу этот ужас приспособить для мультипроксирования на апач. Чтобы не менять
конфиг nginx каждый раз при создании сайтов в Webmin (фтопку ISPManager!).

Идея выглядит как-то так:

        server {
                listen 80;
                server_name чего-то-пока-не-знаю-чего;
                rewrite "^/(manager|myadmin)/" "https://$server_addr$uri" permanent;
                error_page 404 = &amp;lt; at &amp;gt;fallback;
                location ~* \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
                        try_files &amp;lt; at &amp;gt;statics &amp;lt; at &amp;gt;fallback ;
                }
                location / {
                        try_files &amp;lt; at &amp;gt;fallback ;
                }
                location &amp;lt; at &amp;gt;statics {
                        root /var/www/user/data/www/$server_name;
                        access_log /var/www/httpd-logs/$server_name.access.log ;
                        access_log /var/www/nginx-logs/user isp;
                }
                location &amp;lt; at &amp;gt;fallback {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_redirect http://192.168.8.169:8080/ http://$server_name/;
                        proxy_redirect http://$server_name:8080/ http://$server_name/;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
        }

Два вопроса:
1. Не забыл ли я чего с недосыпу? Все ли условия оригинального блока будут
выполняться в моём шаманстве?
2. Что написать в server_name ? Можно ли вынести список серверов в отдельный
файл? Или как-то иначе это решить, по возможности не трогая файла с описанием сервера.
(Этим будет заниматься человек, не очень хорошо ориентирующийся в технических
вопросах. Не хотелось бы иметь постоянную головную боль в виде "ойсломалось" -
она не нужна ни мне, ни ему.)


&lt;/pre&gt;</description>
    <dc:creator>Andrey Repin</dc:creator>
    <dc:date>2012-05-24T16:57:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46682">
    <title>Open proxy</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46682</link>
    <description>&lt;pre&gt;Здравствуйте!

Скажите пожалуйста можно ли с помощью nginx сделать open proxy, для
проксирования кроссдоменных запросов?

Пример
http://localhost/proxy/http://wms.jpl.nasa.gov/wms.cgi?Service=WMS&amp;amp;Version=1.1.1&amp;amp;Request=GetCapabilities

Вот пример моей конфигурации, но он работает только для простых запросов
без параметров, типа http://localhost/proxy/http://ya.ru

resolver 12.34.56.78;
location ~/proxy/http:/(.*) {
    proxy_pass   http://$1;
}

Спасибо!
--
С уважением, Дмитрий
_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Dmitriy Tyugaev</dc:creator>
    <dc:date>2012-05-23T13:30:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46674">
    <title>Разъяснения по работе proxy_next_upstream</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46674</link>
    <description>&lt;pre&gt;Добрый день всем.

Не совсем уверен, что дело именно в proxy_next_upstream, поэтому 
поправьте если не прав.

Проблема: есть веб-сервис (java playframework), он обрабатывает внешние 
запросы и хочется умудриться рестартовать сам демон, не потеряв 
пользовательские запросы. Разъясню: сам демон рестартует порядка 2 
секунд. За это время на nginx поступает порядка 20-50 запросов. Хочется 
сложить их в некий буфер и дождаться подъёма сервера. Да, понимаю, что 
запросы будут обрабатываться не 0.1сек, а 2.1-2.5сек, но главно чтобы 
они были обработаны, а не получили 502-ую. Насколько я понимаю 
реализовать это можно только установкой самого себя в резервные сервера 
и установкой таймаута за который демон должен рестартовать.

Накропал конфиг:

     upstream local_upstream {
         server 127.0.0.1:9012 fail_timeout=12s max_fails=1;
         server localhost:9012 backup;
     }

     server {
         proxy_connect_timeout 5s;
         listen       80;
         server_name localhost;
         error_log /var/log/nginx/exporter.error.log;
         proxy_next_upstream timeout;

         root  /opt/app/views;

         location / {
             proxy_pass              http://local_upstream;
             proxy_set_header        Host $http_host;
         }

Считал, что согласно proxy_next_upstream сервер будет считаться мёртвым 
только по истечении времени, но что-то нифига не так :(

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Alexander Zhuravlev</dc:creator>
    <dc:date>2012-05-23T08:03:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46663">
    <title>Список всех соединений</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46663</link>
    <description>&lt;pre&gt;Доброго времени суток.

Существует ли возможность получения
полного списка всех текущих
соединений?
StubStatus выдает их общее число "Active connections",
но как получить URL каждого соединения?
Мне нужны $remote_addr $remote_port $request_uri.
Есть вариант через внутрений редирект
писать в момент начала (remote_addr + remote_port) +
uri, потом из access_log выцеплять эти пары и
удалять из таблицы. Но как-то убого.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226688#msg-226688

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>AterCattus</dc:creator>
    <dc:date>2012-05-21T13:05:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46659">
    <title>Отследить окончание скачивания файла.</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46659</link>
    <description>&lt;pre&gt;Приветствую !

Искал везде- однозначного ответа не
нашёл.
Как в nginx правильно реализовать
контроль скачивания статики ?

Если начало скачивания я могу
отследить средствами backend-а, то с
окончанием вопрос остается открытым.
Читал про post_action - все ругаются и
говорят что его использовать не стоит.

Благодарю за внимание.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226680,226680#msg-226680

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>gatesat</dc:creator>
    <dc:date>2012-05-21T09:23:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46656">
    <title>internal redirect</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46656</link>
    <description>&lt;pre&gt;Добрый день,
использую ngx_http_internal_redirect, но при
редиректе изменятся URI в браузере. Как
правильно использовать эту функцию и
чтобы URI в браузере оставался прежним?  

Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226654,226654#msg-226654

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>dwow</dc:creator>
    <dc:date>2012-05-19T11:16:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46648">
    <title>переменные из map в виде имени limit req</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46648</link>
    <description>&lt;pre&gt;Привет!

Есть задача - скрипты с одним
юзер-агентом лимитировать по
количеству запросов так, а с другим -
этак
Написал такую конфигурацию:

    map  $http_user_agent $zone {
        default         2;
        "Script-Cool s329fj3d1jc"           10;
        "Script-Hot ASFcqin123"            5;
    }

    limit_req_zone  $binary_remote_addr  zone=2:10m   rate=2r/m;
    limit_req_zone  $binary_remote_addr  zone=10:10m   rate=10r/m;
    limit_req_zone  $binary_remote_addr  zone=5:10m   rate=5r/m;

    location /api/ {
             limit_req   zone=$zone  burst=3 nodelay;
             proxy_pass http://127.0.0.1:8100;
    }

Ругается:
nginx: [emerg] unknown limit_req_zone "$zone" in /etc/nginx/nginx.conf
внутри if limit_req не работает.
Получается совсем грустно.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226629,226629#msg-226629

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>jch</dc:creator>
    <dc:date>2012-05-18T12:15:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46642">
    <title>$uid_got</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46642</link>
    <description>&lt;pre&gt;Будет ли такая конструкция работать:
if ($uid_got = "123456789012345678901234567890") {
    return 403;
}
?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226615,226615#msg-226615

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>agz</dc:creator>
    <dc:date>2012-05-18T07:12:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46592">
    <title>статика по HTTPS не даёт 304 Not Modified</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46592</link>
    <description>&lt;pre&gt;Добрый день.

Задача: отдавать nginx'ом статичные html файлы по HTTPS так, чтобы
браузер максимально долго их кэшировал.

Делаю простейший конфиг:

location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|pdf|ppt|txt|bmp|rtf|js|html)$ {
               root /www/test;
               add_header Cache-Control public;
               expires max;
}

и в случае HTTP получаю ожидаемый результат: первый запрос от браузера
200 OK со страницей, на последующие обновления страницы 304 Not
Modified от nginx'а. Стоит только включить HTTPS (ssl on;) как после
каждого рефреша получаю в ответ 200 OK вместе со всей страницей.
Проверял в chrome.

Подскажите, куда смотреть?
_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>ha.ppy.neko</dc:creator>
    <dc:date>2012-05-16T18:28:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46573">
    <title>alias+ try_files</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46573</link>
    <description>&lt;pre&gt;Здравствуйте!

Возникла проблема при использовании alias и try_files

Что имеем:
1. Конфиг

location /static/thmb {
                location
~^/static/thmb/singer/(?P&amp;lt;SingerName&amp;gt;[^/]+)/(?P&amp;lt;ThumbResolution&amp;gt;[^/]+)$
{
                        add_header Content-Type "image/png";
                        alias
/var/www/thmb/singer/$ThumbResolution/$SingerName.png;
                        #error_page 404 =200 &amp;lt; at &amp;gt;defaultsinger;
                        try_files $uri ../../default/mdpi;
                }
        }

2. в каждом каталоге  /var/www/thmb/singer/$ThumbResolution/ лежит
файл default.png который должен отдаваться в случае исли
запрашиваемого файла нету.

Я привёл конечный конфиг, как только не пробывал, но ничего не
выходит. nginx 1.0.14

Спасибо за ранее за ваши советы
_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Дмитрий Жильцов</dc:creator>
    <dc:date>2012-05-16T09:33:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46568">
    <title>nginx-1.3.0</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46568</link>
    <description>&lt;pre&gt;Изменения в nginx 1.3.0                                           15.05.2012

    *) Добавление: директива debug_connection теперь поддерживает
       IPv6-адреса и параметр "unix:".

    *) Добавление: директива set_real_ip_from и параметр proxy директивы geo
       теперь поддерживают IPv6-адреса.

    *) Добавление: директивы real_ip_recursive, geoip_proxy и
       geoip_proxy_recursive.

    *) Добавление: параметр proxy_recursive директивы geo.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовалась директива resolver.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовались директивы fastcgi_pass, scgi_pass или uwsgi_pass
       и бэкенд возвращал некорректный ответ.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовалась директива rewrite и в новых аргументах запроса в
       строке замены использовались переменные.

    *) Исправление: nginx мог нагружать процессор, если было достигнуто
       ограничение на количество открытых файлов.

    *) Исправление: при использовании директивы proxy_next_upstream с
       параметром http_404 nginx мог бесконечно перебирать бэкенды, если в
       блоке upstream был хотя бы один сервер с флагом backup.

    *) Исправление: при использовании директивы ip_hash установка параметра
       down директивы server могла приводить к ненужному перераспределению
       клиентов между бэкендами.

    *) Исправление: утечки сокетов.
       Спасибо Yichun Zhang.

    *) Исправление: в модуле ngx_http_fastcgi_module.


Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Maxim Dounin</dc:creator>
    <dc:date>2012-05-15T14:40:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46559">
    <title>Нужна заглушка для всех запросов, не указанных явно в других конфигах в server_name</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46559</link>
    <description>&lt;pre&gt;
Сеошники негодут, ибо про 286523487653897.site.com открывается другой
сайт на этом же IP.

На других конфигах в server_name оставил только site.com и www.site.com
На сайте-заглушке указал так:
server {
    listen xx.xxx.xxx.xxx:80;
    listen 80 default_server;
    server_name _ "";
...
}

Почему не работает?


# nginx -V
nginx version: nginx/1.2.0
TLS SNI support enabled
configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-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-file-aio --with-ipv6
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
--http-proxy-temp-path=/var/tmp/nginx/proxy_temp
--http-scgi-temp-path=/var/tmp/nginx/scgi_temp
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
--http-log-path=/var/log/nginx-access.log --with-http_dav_module
--with-http_flv_module --with-http_mp4_module --with-http_perl_module
--with-http_ssl_module --with-http_stub_status_module
--with-http_sub_module
--add-module=/usr/ports/www/nginx/work/agentzh-memc-nginx-module-4007350
--with-pcre
--add-module=/usr/ports/www/nginx/work/passenger-3.0.12/ext/nginx

&lt;/pre&gt;</description>
    <dc:creator>Vladislav V. Prodan</dc:creator>
    <dc:date>2012-05-14T07:49:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46557">
    <title>Как ограничить количество подключений в mod zip ?</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46557</link>
    <description>&lt;pre&gt;Как можно ограничить количество
одновременных подключений с одного IP ,
при использовании mod_zip ??
X-Accel-Limit-Rate  работает , через заголовки.

Количество же  соединений, limit_conn не
работает, если его указывать для location ,
откуда mod_zip "берет" файл (третий
параметр в списке файлов). ((

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226381,226381#msg-226381

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>petrofm</dc:creator>
    <dc:date>2012-05-13T23:11:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46551">
    <title>nginx и лог файл</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46551</link>
    <description>&lt;pre&gt;можно ли в  nginx использовать pipe для вывода логов ?
Вот как на примере в апаче:
http://httpd.apache.org/docs/2.0/programs/rotatelogs.html_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Ivan</dc:creator>
    <dc:date>2012-05-13T17:14:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46550">
    <title>perl set: значение $uri при включенном index</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46550</link>
    <description>&lt;pre&gt;Добрый день.

Пытаюсь использовать perl_set для
принудительного перевода всех ссылок в
нижний регистр. При включенной
директиве index значение переменной $uri в
блоке perl_set не соответствует значению
$uri после применения index. То есть при
открытии "корневой" страницы
начинается "вечный" редирект. Вывел
значение переменных $uri и $uri_lowercase в лог -
$uri определяется как /index.html, $uri_lowercase как
/. Так и должно быть?

На всякий случай, конфиги такие:
http {
...
perl_set $uri_lowercase 'sub {
    my $r = shift;
    my $newuri = $r-&amp;gt;uri;
    $newuri = lc($newuri);
    return $newuri;
  }';
...
}

server {
...
index index.html index.htm;
...
location / {
if ( $uri != $uri_lowercase ) {
rewrite . http://$host$uri_lowercase;
}
...
}

Версия nginx: nginx/1.2.0, ОС Debian 6.

Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226373,226373#msg-226373

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Budulayj</dc:creator>
    <dc:date>2012-05-13T16:14:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46548">
    <title>Мысли по увеличению эффективности кэширования</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46548</link>
    <description>&lt;pre&gt;Здравствуйте.

Подумалось, что раздавать разные закэшированные файлы в зависимости от
их  размеров  (и  возможно чего-то ещё) для сервера может обходиться в
разное  количество  ресурсов.  Если  в  кэш влезает, скажем, 2 больших
файла  или  1000  маленьких,  то  эффективность кэша будет зависеть не
только  от  частоты  запросов к файлам, но и от количества обращения к
диску  при  отдаче  каждого  отдельного  файла.  Т.е.  вместо счётчика
обращений  к  файлу наверное правильнее было бы хранить число дисковых
операций, которое реально делается при отдаче этого файла.

А  если в этом счётчике ещё учитывать дисковые операции, затрачиваемые
на  получение  файла  с  бэкенда и запись его в кэш, то можно заменить
директиву  proxy_cache_min_uses  на  директиву,  указывающую стоимость
записи  на  диск  относительно  стоимости  чтения с диска. Если в этой
директиве,  скажем  5,  то  это  значит,  увеличивать счётчик на 5 при
записи  файла и на 1 при чтении. Тогда, возможно окажется, что большие
файлы  эффективнее  кэшировать  с первого раза, а мелкие - с десятого.
Т.е.  решение  о  добавление  файла  в  кэш будет зависеть от значение
счётчика  самого неэффективного файла: пока не превысил этот счётчик с
учётом  будущих  дисковых  операций  на запись файла в кэш, кэшировать
файл не эффективно.


&lt;/pre&gt;</description>
    <dc:creator>Михаил Монашёв</dc:creator>
    <dc:date>2012-05-13T06:49:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46543">
    <title>Проблема satisfy any</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46543</link>
    <description>&lt;pre&gt;Прошу помощи разобраться с satisfy any;
При запросе с разрешенного IP все равно
запрашивает пароль.

server {
        server_name test.mydomain.ru
        listen   80;

        root /srv/www/www.mydomain.ru;
        index index.php;
        client_max_body_size 500m;
        merge_slashes on;
        server_tokens off;
        charset utf-8;

        satisfy any;
        allow 10.1.2.0/24;      #Office IP
        allow 127.0.0.1;        #Local host
        auth_basic "Site administration section password.";
        auth_basic_user_file /srv/www/www.mydomain.ru/int/.htpasswd;


        error_page 500 =200     /error/oops500.html;
        error_page 502 =200     /error/oops502.html;
        error_page 404   &amp;lt; at &amp;gt;err404_redirect;

        keepalive_requests 100;
        keepalive_timeout 75;
        fastcgi_intercept_errors on;

#======================
        location &amp;lt; at &amp;gt;err404_redirect {
        rewrite ^ / redirect;
        }
        location = / {
                fastcgi_pass unix:/srv/php/php-fpm.socket;
                fastcgi_index index.php;
                fastcgi_param  SCRIPT_FILENAME 
/srv/www/www.mydomain.ru$fastcgi_script_name;
                include fastcgi_params;
        }

}

~$ /usr/sbin/nginx -V
nginx version: nginx/1.0.15
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-client-body-temp-path=/var/lib/nginx/body
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi
--http-log-path=/var/log/nginx/access.log
--http-proxy-temp-path=/var/lib/nginx/proxy
--http-scgi-temp-path=/var/lib/nginx/scgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
--with-debug --with-file-aio --with-http_addition_module
--with-http_dav_module --with-http_geoip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-http_realip_module --with-http_secure_link_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module --with-ipv6
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--with-mail --with-mail_ssl_module
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-auth-pam
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-echo
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-upstream-fair
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-syslog
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-cache-purge

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226345,226345#msg-226345

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>filimonic</dc:creator>
    <dc:date>2012-05-12T14:01:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46530">
    <title>proxy http -&gt; https</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46530</link>
    <description>&lt;pre&gt;Здравствуйте всем. 
Знаю что такой вопрос уже когда-то
поднимался, вот тольок не нашел где
этот топик. 
В общем задача такая: требуется
произвести проксирование с http -&amp;gt; https. Ну
или в крайнем случае могу сделать
реврайт, и после чего произвести
проксирование по схеме https -&amp;gt; https
(пробовал и так и так). Но проблема в том,
что когда я делаю по схеме https -&amp;gt; https, то
мозилла ругается на "SSL получило запись,
длина которой превышает максимально
допустимую. (Код ошибки:
ssl_error_rx_record_too_long)". 
Вот конфиг:

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    log_format  simple  '$remote_addr - $remote_user [$time_local]
"$request" $status $body_bytes_sent';

    access_log  /var/log/nginx/access.log  simple buffer=32k;

    sendfile        on;
    tcp_nopush      on;
    tcp_nodelay     on;
    server_tokens   off;
    gzip            on;
    gzip_static     on;
    gzip_comp_level 5;
    gzip_min_length 1024;
    keepalive_timeout  65;
    limit_conn_zone   $binary_remote_addr  zone=addr:10m;

     proxy_cache_path  /var/nginx/cache/proxy_cache  levels=1:2  
keys_zone=users:20m max_size=2048m;

    # Load config files from the /etc/nginx/conf.d directory
    include /etc/nginx/conf.d/*.conf;

    server {
        listen       *:80;
        listen       *:443;
        server_name  .*;
        access_log /var/log/nginx/access.log main buffer=32k;

        location / {
                       proxy_buffering       off;
                       proxy_cache           users;
                       proxy_cache_key      
"$binary_remote_addr$scheme$proxy_host$request_uri";
                       proxy_cache_min_uses  1;
                       proxy_cache_valid 404 60m;
                       proxy_cache_valid     1m;
                       proxy_connect_timeout 5;
                       proxy_read_timeout    5;
                       proxy_send_timeout    5;
                       proxy_temp_path       /var/nginx/cache/proxy_temp
1 2;

                       proxy_pass           https://my.site.ua;
                       proxy_set_header     Host       $host;
                       proxy_set_header     X-Real-IP  $remote_addr;
                       proxy_set_header     X-Forwarded-For
$remote_addr;
        }

    }

В качестве бэкенда используется апачь.

Скажите пожалуйста, каким образой
обойти эту ошибку? 
Спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226284,226284#msg-226284

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Craken</dc:creator>
    <dc:date>2012-05-11T06:56:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.nginx.russian/46528">
    <title>Как использовать альтернативный openssl?</title>
    <link>http://comments.gmane.org/gmane.comp.web.nginx.russian/46528</link>
    <description>&lt;pre&gt;Добрый день!

Хочу шифрование https по ГОСТам (не спрашивайте, зачем - страна такая).
ГОСТов нет в openssl 0.9.8, но есть в openssl 1.0.0.
Там, где openssl 1.0.0 является системной (например, в RHEL6), можно 
перекомпилировать её с поддержкой ГОСТ, и nginx прекрасно начинает 
шифровать по ГОСТам.
А если в системе стоит 0.9.8? Компилируем 1.0.0 и ставим её в сторонке 
(например, в /opt), но вот подружить с ним nginx никак не получается: 
опция сборки --with-openssl требует ссылки на каталог с исходниками, а 
не с установленным openssl и, похоже, при наличии этой опции openssl 
вкомпилируется внутрь nginx, что не подходит, так как не устроит наше 
любимое государство.

Подскажите, это действительно так или есть таки способ подружить nginx с 
openssl, стоящим в нестандартном месте?

С уважением,
Игорь Устинов

_______________________________________________
nginx-ru mailing list
nginx-ru&amp;lt; at &amp;gt;nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru&lt;/pre&gt;</description>
    <dc:creator>Igor Ustinov</dc:creator>
    <dc:date>2012-05-11T06:21:42</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.nginx.russian">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.nginx.russian</link>
  </textinput>
</rdf:RDF>

