headers
Daniel Podolsky | 1 Feb 03:12
Picon

POST data processing with perl

День добрый!

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

Имею две функции.

Первая вызывается через perl_set, определяет, что к нам
приехал POST,
и устанавливает вторую функцию как обработчик has_request_body.

Вопрос номер один - что надо вернуть после установки
обработчика? ОК?

Обработчик ведет себя странно. То он вызывается, то
нет. Определяю это
по строчкам в логе.

Вопрос номер два - это почему так?

Вопрос номер три - как мне, обработав данные POST,
заставить nginx
проксировать этот запрос без изменений к нужному
бекенду? Могу
переменную установить, могу редирект сделать
внутренний. Как
правильно?

Спасибо.
(Continue reading)

Permalink | Reply | 2 comments |
headers
drdim | 1 Feb 08:38
Picon

Re: php-5.2.12-fpm-0.6 FreeBSD

Для версии php 5.2.12 использован патч от php 5.2.11. Вот порт,
собирает, только не ставит. Нужно изменить название
файла в папке 'php5212-fpm/work/php-fpm-0.6-5.2.11' файл 'php_fpm.conf' на
'php-fpm.conf'. тогда данный порт установится. Скачать
порт можно тут http://sunrise74.com/soft/php5212-fpm.tar.gz.

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
osipen | 1 Feb 09:40
Picon

Re: Nginx возвращает неправильные ссылки

Переставил nginx на 0.7.64 (не помогло)
proxy_set_header Host $host; (исправился url но остался http, а нужно https)

Сделал так: 

server {
        listen          *:443;       # порт https
        listen		*:80;        # порт http
        server_name     my.site.com; # ваш сайт

        include	/etc/nginx/ssl.conf; # подключение конфигурации ssl

        if ( $scheme = "http" ) {
	      rewrite ^/(.*)$	https://$host/$1 permanent;
        }

        ...
}

Заработало. Вопрос есть еще какие нибудь способы? А то
мне как то реализация не по душе.

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 1 comment |
headers
Denis F. Latypoff | 1 Feb 09:49
Picon

Re[2]: Nginx возвращает неправильные ссылки

Hello osipen,

Monday, February 1, 2010, 2:40:59 PM, you wrote:

> Переставил nginx на 0.7.64 (не помогло)
> proxy_set_header Host $host; (исправился url но остался http, а
> нужно https)

> Сделал так: 

> server {
>         listen          *:443;       # порт https
>         listen          *:80;        # порт http
>         server_name     my.site.com; # ваш сайт

>         include       /etc/nginx/ssl.conf; # подключение конфигурации ssl

>         if ( $scheme = "http" ) {
>               rewrite ^/(.*)$   https://$host/$1 permanent;
>         }

>         ...
> }

> Заработало. Вопрос есть еще какие нибудь способы? А
то мне как то
> реализация не по душе.

server {
    listen           80;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Igor Sysoev | 1 Feb 09:50
Picon
Favicon

Re: Nginx возвращает неправильные ссылки

On Fri, Jan 29, 2010 at 09:56:49AM -0500, osipen wrote:

> Всем привет!
> Есть такая замечательная штука intalio, не буду
вдаваться в подробности работает оно на java. Суть
проблемы отображается в скрине->http://www.picamatic.com/view/6378595_skrin1/skrin1.png
> Авторизуемся , щелкаем по любой ссылки и никуда не
попадаем, так как nginx отдает url сервера на котором
запущен intalio. Как поправить?
> 
> Вот конфиг:
> server {
>         listen               443;
>         ssl                  on;
>         ssl_certificate      /etc/nginx/cert/server.crt;
>         ssl_certificate_key  /etc/nginx/cert/server.key;
>         ssl_client_certificate /etc/nginx/cert/ca.crt; #this is my CA main certificate
>         ssl_verify_client on;
>         ssl_verify_depth 2;
> 
>         server_name intalio.lavtech.ru intalio.mnogo.ru;
>         access_log  /var/log/nginx/intalio-ssl-nginx.access.log;
> 
>         # Main location
>         location / {
>             proxy_pass         http://192.168.1.253:8080/;
>             proxy_redirect     off;
>             proxy_redirect     default;
> 	# Пытался сделать так не помогло:
>             proxy_redirect     http://192.168.1.253/ https://intalio.domen.ru/;
(Continue reading)

Permalink | Reply | 6 comments |
headers
Maxim Dounin | 1 Feb 11:45
Picon

Re: Проброс AUTH PLAIN в SMTP-прокси

Hello!

On Sun, Jan 31, 2010 at 09:24:53AM -0500, kelav wrote:

> Maxim Dounin Wrote:
> -------------------------------------------------------
> > > Встала задача сделать
> > SMTP-прокси с поддержкой TLS на
> > незащищенный сервер с
> > пробросом AUTH PLAIN
> > 
> > Специально для решения
> > этой задачи много лет назад
> > придуман stunnel.  Чем не угодил?
> 
> Имелся в виду прокси с функциональностью ngx_auth_http,
чтобы в 
> зависимости от - ходить на разные сервера, по ответу 
> аутентификатора.

Если http_auth всё равно не заглушка, то что мешает
проверить 
заодно пароль и слить на smtp-сервер без аутентификации?

Just in case: я не придираюсь, я действительно пытаюсь
понять 
задачу.  Потому как проброс аутентификации при
проксировании smtp 
отсутствует исключительно потому что считается ненужным.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Daniel Podolsky | 1 Feb 13:44
Picon

Re: POST data processing with perl

Что-то я совсем не понимаю, как это работает.

Вот пришел запрос. nginx прочел заголовки и выбрал location для
обработки запроса. Позвал все упомянутые в этом location perl_set,
видимо - в порядке упоминания.

Одна из perl_set установила обработчик на получение
тела. Что
происходит дальше? Обработка запроса
откладывается до возврата из
обработчика? Или надо самому поспать чутка?

А метод $r->sleep - он как работает? Вот я поставил оброаботчик.
Обработка запроса откладывается, пока я не вернусь
из него?

Мне, как я уже писал, надо из обработчика тела, или из обработчика
sleep повлият на то, в каком location произойдет окончательная
обработка запроса и отправка его на бекенд.

Еще - правильно я понимаю, что переменные  $r->valiable, выставленные
из перла - доступны в конфиге? Не сумел придумать
теста, который бы
надежно ответил мне на этот вопрос...

2010/2/1 Daniel Podolsky <onokonem <at> gmail.com>:
> День добрый!
>
> Пишу перловый модуль, который должен выбирать
правильный бекенд по
(Continue reading)

Permalink | Reply | 1 comment |
headers
unclead | 1 Feb 15:20
Picon

Проблема с проксированием(не работает proxy buffering)

Доброго времени суток!

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

Необходимо, чтобы в случае если юзер на своей стороне
разрывает соединение nginx не продолжал выкачивать
контент с сервера партнеров.

Судя по документации за это  отвечает параметр
proxy_buffering off;
Но на практике вышло, что когда абонент рвет
соединение, прокси(в данном случае nginx) выкачивает
еще часть данных, но они уже не передаются юзеру.
В итоге у нас в логе одно кол-во переданных байт, у
партнера это значение больше.

Т.е. исходящий трафик меньше входящего.
К сожалению не смог найти в сети аналогичных топиков.

Конфигурация location выглядит так

        location /trna/1043/ {

                 proxy_buffering off;
                 proxy_ignore_client_abort off;
                 proxy_max_temp_file_size 0;
                 keepalive_timeout 0;
(Continue reading)

Permalink | Reply | 2 comments |
headers
Maxim Dounin | 1 Feb 16:36
Picon

Re: Проблема с проксированием(не работает proxy buffering)

Hello!

On Mon, Feb 01, 2010 at 09:20:50AM -0500, unclead wrote:

> В свое время была поставлена задача по настройке
проксирования 
> отгрузок контента с портала партнера.
> Настроить само проксирование не составило труда, а
вот в 
> детальными настройками возникли проблемы.
> 
> Необходимо, чтобы в случае если юзер на своей стороне
разрывает 
> соединение nginx не продолжал выкачивать контент с
сервера 
> партнеров.
> 
> Судя по документации за это  отвечает параметр
proxy_buffering 
> off;
> Но на практике вышло, что когда абонент рвет
соединение, 
> прокси(в данном случае nginx) выкачивает еще часть
данных, но 
> они уже не передаются юзеру.
> В итоге у нас в логе одно кол-во переданных байт, у
партнера это 
> значение больше.

За закрытие соединения отвечает proxy_ignore_client_abort (по
(Continue reading)

Permalink | Reply | 1 comment |
headers
Igor Sysoev | 1 Feb 17:22
Picon
Favicon

nginx-0.8.33

Изменения в nginx 0.8.33                                          01.02.2010

    *) Безопасность: теперь nginx/Windows игнорирует пробелы в
конце 
       URI.
       Спасибо Dan Crowley, Core Security Technologies.

    *) Безопасность: теперь nginx/Windows игнорирует короткие
имена 
       файлов.
       Спасибо Dan Crowley, Core Security Technologies.

    *) Изменение: теперь keepalive соединения после запросов
POST не 
       запрещаются для MSIE 7.0+. Спасибо Adam Lounds.

    *) Изменение: теперь keepalive соединения запрещены для
Safari. Спасибо 
       Joshua Sierles.

    *) Исправление: если проксированный или FastCGI запрос
внутренне 
       перенаправлялся в другой проксированный или FastCGI
location, то 
       переменная $upstream_response_time могла иметь ненормально
большое 
       значение; ошибка появилась в 0.8.7.

    *) Исправление: в рабочем процессе мог произойти
segmentation fault при
(Continue reading)

Permalink | Reply | 34 comments |

Gmane