admin | 1 Aug 2006 01:54
Picon

Виртуальные директори ЧПУ

Доброго времени суток ,первый раз работаю с ngnix, хочу
переехать с Апача2 на ваш ngnix
но у меня проблемка на некторых виртуальных хостах используеться
mod_rewrite(виртуальные директории) в апаче конфиг
выглядит примерно так%
RewriteEngine on
Options +FollowSymlinks +Multiviews
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ ./index.php [L,QSA]
Не могли бы вы мне помоч в настройке ngnix
для использования виртуальных директорий на
виртуальном хосте.....
Почитав список рассылки смог сделать только до
такого вида
                if (!-f $request_filename){
                rewrite ^(.*)$ /index.html last;
                }
                опция !-d не работает ругается...
Заранее спасибо

Igor Sysoev | 1 Aug 2006 07:35
Picon

Re: Виртуальные директори ЧПУ

On Tue, 1 Aug 2006 admin@... wrote:

> Доброго времени суток ,первый раз работаю с ngnix, хочу
переехать с Апача2 на ваш ngnix
> но у меня проблемка на некторых виртуальных хостах используеться
> mod_rewrite(виртуальные директории) в апаче конфиг
выглядит примерно так%
> RewriteEngine on
> Options +FollowSymlinks +Multiviews
> RewriteBase /
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule ^(.*)$ ./index.php [L,QSA]
> Не могли бы вы мне помоч в настройке ngnix
> для использования виртуальных директорий на
виртуальном хосте.....
> Почитав список рассылки смог сделать только до
такого вида
>                if (!-f $request_filename){
>                rewrite ^(.*)$ /index.html last;
>                }
>                опция !-d не работает ругается...

Прилагаемый патч добавляет -d и !-d. Но в данном случае не поможет,
так как конструкция вида:

     if (!-f $request_filename && !-d $request_filename) {

не поддерживается.

(Continue reading)

Michail Baikov | 1 Aug 2006 08:01

QmailAdmin через nginx

Кто-нибудь ставил? Что-то у меня он с первого раза не
заработал. Правда
пробовал на версиях 0.3.3x

--

-- 
Mike Baikov <mike at baikov dot com>
GameDot Labs Developer

Igor Sysoev | 1 Aug 2006 11:41
Picon

Re: Виртуальные директори ЧПУ

On Tue, 1 Aug 2006, Igor Sysoev wrote:

> On Tue, 1 Aug 2006 admin@... wrote:
>
>> Доброго времени суток ,первый раз работаю с ngnix, хочу
переехать с Апача2 
>> на ваш ngnix
>> но у меня проблемка на некторых виртуальных хостах используеться
>> mod_rewrite(виртуальные директории) в апаче конфиг
выглядит примерно так%
>> RewriteEngine on
>> Options +FollowSymlinks +Multiviews
>> RewriteBase /
>> RewriteCond %{REQUEST_FILENAME} !-f
>> RewriteCond %{REQUEST_FILENAME} !-d
>> RewriteRule ^(.*)$ ./index.php [L,QSA]
>> Не могли бы вы мне помоч в настройке ngnix
>> для использования виртуальных директорий на
виртуальном хосте.....
>> Почитав список рассылки смог сделать только до
такого вида
>>                if (!-f $request_filename){
>>                rewrite ^(.*)$ /index.html last;
>>                }
>>                опция !-d не работает ругается...
>
> Прилагаемый патч добавляет -d и !-d. Но в данном случае
не поможет,
> так как конструкция вида:
>
(Continue reading)

Alexey Polyakov | 1 Aug 2006 21:35
Picon

Re: Виртуальные директори ЧПУ

On 8/1/06, admin <at> it-2.ru <admin <at> it-2.ru> wrote:

> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule ^(.*)$ ./index.php [L,QSA]

Можно сделать что-то эквивалентное путем перехвата
404-й ошибки. Примерно так:

error_page   404  =  /index.php;
location /index.php {
  proxy_pass ...;
  proxy_set_header ...;
}

С помощью proxy_set_header в скрипт можно передать все что
надо. Не
знаю правда что при такой конструкции станет с get-параметрами,
тестировать надо.

--

-- 
Alexey Polyakov
Alexey Polyakov | 1 Aug 2006 21:37
Picon

Re: QmailAdmin через nginx

On 8/1/06, Michail Baikov <lists <at> baikov.com> wrote:

> Кто-нибудь ставил? Что-то у меня он с первого раза не
заработал. Правда
> пробовал на версиях 0.3.3x

А что говорит, не 502-ю ошибку случайно?

--

-- 
Alexey Polyakov
Michail Baikov | 2 Aug 2006 07:51

Re: QmailAdmin через nginx

Alexey Polyakov wrote:
> On 8/1/06, Michail Baikov <lists@...> wrote:
> 
>> Кто-нибудь ставил? Что-то у меня он с первого раза не
заработал. Правда
>> пробовал на версиях 0.3.3x
> 
> А что говорит, не 502-ю ошибку случайно?
> 
Да не, вообще не запускает - nginx вроде не поддерживал cgi
обычную. Вот
сейчас интересно одумались или нет. Просто городить
на серваке набор web
серверов для каждого чих-пыха не хочется. Мнение
Игоря 2003 года прочел.
А вот что с ним (с мнением) стало в 2006 году?

--

-- 
Mike Baikov <mike at baikov dot com>
GameDot Labs Developer

RaPaMaN | 2 Aug 2006 09:09

Re: QmailAdmin через nginx

Добрый день,

Вешайте как бэкэнд для cgi - lighttpd и будет все работать.

С Уважением,
Дмитрий.

В сообщении от Tuesday 01 August 2006 09:01 Michail Baikov написал(a):
> Кто-нибудь ставил? Что-то у меня он с первого раза не
заработал. Правда
> пробовал на версиях 0.3.3x

--

-- 
Информационный портал о вэб-сервере nginx - http://www.nginx.info
Удаленное администрирование серверов - 
http://remote-admin-service.encrypted-life.net
Alexey Polyakov | 2 Aug 2006 13:36
Picon

Re: QmailAdmin через nginx

On 8/2/06, RaPaMaN <rapaman <at> virthost.net> wrote:

> Вешайте как бэкэнд для cgi - lighttpd и будет все работать.

А чем lighttpd в качестве бэкэнда для cgi лучше апача?

--

-- 
Alexey Polyakov
Andrey Y. Ostanovsky | 2 Aug 2006 14:07
Picon
Favicon

ssl client troubles

Hello!

В конфиге ssl сервера имеется примерно такая конструкция:

ssl_verify_client          on;
ssl_client_certificate     cacert0.pem;
ssl_verify_depth          1;

Клиент получает сгенерированный и подписанный нами
сертификат и ключи и
импортирует это в браузер из pkcs12 формата.
При записи в файл casert0.pem сертификата issuer-а - все работает.

При наладке заметил странную особенность.
1. Если я указываю глубину верификации 0 (т.е.
верифицировать сертификат
клиента) - не работает при добавленном сертификате
клиента в файл
casert0.pem.
2. Если я в "файле клиентских сертификатов" оставляю
только сертификат
клиента - не работает при любой глубине верификации.

В логе (похоже, в обоих случаях) одинаковая диагностика:
[crit] 11212#0: *39793 SSL_do_handshake() failed (SSL:
error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate
returned) while reading client request line, client: 1XX.XXX.XXX.XXX,
server: XXX.XXXXXXX.XXX

Оно так и должно быть, или я что-то не так понял в
(Continue reading)


Gmane