nginx + apache + plesk

[Борис Долгов]

Да, именно так, сорри.
Насколько я помню, в ip_conntrack_max указывается не количество байт, а
количество записей в таблице, но могу ошибаться.

9 марта 2009 г. 19:25 пользователь Alexandr Kutuzov <alleteam at gmail.com>написал:

> наверное всетаки так:
>
> iptables -t nat -A PREROUTING -p tcp -m tcp --dport 80 -d Ваш_IP -j DNAT
> --to-destination Ваш_IP:8080
>
>
> тогда возникает вопрос:
>
> ip_conntrack: table full, dropping packet
>
> По всей видимости тем кто так делает придется еще и пилить настройки ядра
>
> увеличивая /proc/sys/net/ipv4/ip_conntrack_max из расчета 300байт на
> соединение.
>
> 09.03.2009, в 6:56, Борис Долгов написал(а):
>
> Если Linux,
> iptables -A PREROUTING -p tcp -m tcp --dport 80 -d Ваш_IP -j DNAT
> --to-destination Ваш_IP:8080
> На 8080 порт вешаете nginx, который проксирует на Ваш_IP:80.
> Все работает :)
>
> Вообще, плеск - злая, неудобная и непонятная штука.
>
> 9 марта 2009 г. 2:49 пользователь Асафов Сергей aka MurZiK <
> Asafchik at inbox.ru> написал:
>
>> пример можно?)
>> ----- Original Message ----- From: "Alex Vorona" <voron at amhost.net>
>> To: <nginx-ru at sysoev.ru>
>> Sent: Monday, March 09, 2009 2:06 AM
>> Subject: Re: nginx + apache + plesk
>>
>>
>>
>> 09.03.2009 00:44, Асафов Сергей aka MurZiK wrote:
>>
>>> Доброе время суток..
>>> Не совсем про nginx, но накипело...
>>> Кто-нибудь в курсе как заставить этот долбанный плеск вешать вхосты не на
>>> 80 порт, а на 8080?И не на IP, а на *?
>>> Сил уже нету с этим ******...
>>> Каждый раз когда клиент меняет настройки домена настройки перебиваются и
>>> в httpd.include 80 порт и IP...
>>> Кто-нибудь сталкивался?Облазил весь форум parallels - во всех топиках
>>> вопросы повисли, а ответа от Parallels нет.
>>> С уважением Сергей.
>>>
>>>
>>>  редирект портов через фаервол(iptables DNAT, ipfw fwd, ...) чем-то не
>> устраивает?
>>
>>
>>
>
>
> --
> С уважением, Борис Долгов.
> icq 77556665
> e-mail boris at dolgov.name
>
>
>


-- 
С уважением, Борис Долгов.
icq 77556665
e-mail boris at dolgov.name
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090309/1aa24ae8/attachment.html>