<?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       &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. Какое железо нужно ставить на этот(эти) прокс&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/ /;
                &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-ую. Насколько я понимаю 
реа&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

__________&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 mailin&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

Спасибо за ранее за ваши советы
____________________&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 или uwsg&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/sc&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 ) {
r&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  маленьких,  то  эффективность кэша будет зависеть не
только  от  частоты  запросов к файлам, но и от количества обращения к
диску  при  отдаче  каждого  отдельного  файла.  Т.е.  вместо счётчика
обращений  к  файлу наверное правильнее было бы хранить число дисковых
операций, которое реально делается при отдаче этого файла.

А  е&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 =&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 [$&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, что не подходит&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>

