nginx 0.8.41 segfaults in ngx_list_push
Roman Vasilyev
roman at anchorfree.com
Tue Jun 22 01:44:17 MSD 2010
Thank you Maxim for extended description.
Seems like I need some extra advice :)
Let me describe my architecture and may be you will see better solution.
I have openvpn server which storing some information at login time to
some temp file and sending throw DHCP local IP address to client.
All 80 port transparently goes throw nginx as forward proxy, results
from nginx in comparing with apache even without keep-alive support on
highly loaded server MUCH better. No problems with memory usage, cpu
utilization, and we have 10% faster browsing. Thank you guys for perfect
web/proxy server.
So... temp file is simple comma separated fields. From nginx part I'm
getting this file by file name which is equals to local IP address,
parsing it and providing to some scripts like input headers. If this
method is unsafe could you recommend me best way to give this fast
changeable session data to my scripts?
Thank you again for fast and full answer.
On 06/21/2010 12:33 PM, Maxim Dounin wrote:
> Hello!
>
> On Mon, Jun 21, 2010 at 11:34:33AM -0700, Roman Vasilyev wrote:
>
>
>> my module is generating some extra headers for PHP scripts. If I'm
>> registering input headers generator not correctly how better to do
>> that?
>>
> There is no such thing as "input headers generator". Input
> headers are parsed from client's request. If you want to pass to
> backend something different from what you got from client - you
> have to do it by means provided by appropriate backend module.
> It's proxy_set_header for proxy, fastcgi_param for fastcgi,
> uwsgi_param for uwsgi, scgi_param for fastcgi.
>
> Please follow thread I've already linked:
>
> http://nginx.org/pipermail/nginx-devel/2010-February/000135.html
>
>
>> PS: I've took this code from mod_rewrite.
>>
> There are no r->headers_in manipulations in nginx rewrite
> module.
>
> Maxim Dounin
>
> p.s. Please do not top post. Thank you.
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20100621/15188544/attachment.html>
More information about the nginx
mailing list