SSI goes to backend
Marcus Clyne
maccaday at gmail.com
Fri Sep 4 19:46:17 MSD 2009
Igor Sysoev wrote:
> On Fri, Sep 04, 2009 at 06:17:31PM +0300, Marcus Clyne wrote:
>
>
>>>> I tried that, but am getting the following message in the error log:
>>>>
>>>> 2009/09/04 17:10:10 [error] 18834#0: *1 zero length URI to proxy,
>>>> client: 127.0.0.1, server: localhost, request: "GET /ssi/test.shtml
>>>> HTTP/1.1", subrequest: "/proxy-google/google.com", host: "localhost"
>>>>
>>>>
>>> - /proxy-google/google.com
>>> + /proxy-google/google.com/
>>>
>>>
>>>
>> If I use that setup with the resolver defined as 127.0.0.1, I get
>> multiple copies of the following error:
>>
>> 2009/09/04 17:56:56 [alert] 22981#0: recv() failed (111: Connection refused)
>>
>> Do I need a DNS server running? I tried it with multiple domains, and
>> the same errors are given.
>>
>
> Yes, you need to run DNS server on 127.0.0.1.
>
Ok.
>> If I use that setup without the resolver defined, there's a segmentation
>> fault :
>>
>> 2009/09/04 18:08:44 [error] 12059#0: *2 no resolver defined to resolve
>> google.com, client: 127.0.0.1, server: localhost, request: "GET
>> /ssi/test.shtml HTTP/1.1", subrequest: "/proxy/google.com/", host:
>> "localhost"
>> 2009/09/04 18:08:44 [notice] 12053#0: signal 17 (SIGCHLD) received
>> 2009/09/04 18:08:44 [alert] 12053#0: worker process 12059 exited on
>> signal 11
>>
This still looks like a minor bug, though. I've not really got the time
to dig around and find/correct it, but am happy to test a patch.
Marcus.
More information about the nginx
mailing list