Re: [squid-users] SQUID Debugging

From: Roman Gelfand <rgelfand2_at_gmail.com>
Date: Fri, 1 Feb 2013 09:14:24 -0500

k.. I figured this out already. I was under the impression there was
no command https_port. After changing the http_port to https_port, I
am getting results.

Thanks

On Thu, Jan 31, 2013 at 11:27 PM, Roman Gelfand <rgelfand2_at_gmail.com> wrote:
> Is the request or response arrives on port 80?
>
> Thanks
> From: Amos Jeffries
> Sent: 1/31/2013 11:15 PM
> To: squid-users_at_squid-cache.org
> Subject: Re: [squid-users] SQUID Debugging
> On 1/02/2013 6:32 a.m., Roman Gelfand wrote:
>> I am attempting to debug the problem I am hitting. Looking at this, I
>> am not sure if squid or target server doesn't like client's ssl
>> handshaking request. Also, I am not sure how to interpret local or
>> remote addresses as what says remote is the client machine that is
>> trying to acces the target site which is identified as local. Also,
>> if you could shed some light as to what these messages are all about,
>> I would greatly appreciate it.
>>
>>
>> 2013/01/31 12:11:38.007 kid1| TcpAcceptor.cc(197) doAccept: New
>> connection on FD 29
>> 2013/01/31 12:11:38.009 kid1| TcpAcceptor.cc(272) acceptNext:
>> connection on local=0.0.0.0:3229 remote=[::] FD 29 flags=41
>> 2013/01/31 12:11:38.014 kid1| client_side.cc(2582)
>> clientProcessRequest: clientProcessRequest: Invalid Request
>> 2013/01/31 12:11:38.017 kid1| errorpage.cc(1282) BuildContent: No
>> existing error page language negotiated for ERR_INVALID_REQ. Using
>> default error file.
>
> It looks like the HTTP request is invalid...
>
> Either you are receiving HTTPS traffic on an HTTP port. Or you are
> receiving non-HTTPS.
>
> I don't see any debug trace of SSL handshake being performed, so I
> assume this is an http_port being sent SSH binary data.
>
>> 2013/01/31 12:11:38.019 kid1| store.cc(994) checkCachable:
>> StoreEntry::checkCachable: NO: not cachable
>> 2013/01/31 12:11:38.022 kid1| client_side_reply.cc(1966)
>> processReplyAccessResult: The reply for NONE error:invalid-request is
>> ALLOWED, because it matched 'NO ACL's'
>> 2013/01/31 12:11:38.024 kid1| client_side.cc(1386) sendStartOfMessage:
>> HTTP Client local=173.194.75.106:443 remote=192.168.5.35:38723 FD 11
>> flags=33
>> 2013/01/31 12:11:38.026 kid1| client_side.cc(1387) sendStartOfMessage:
>> HTTP Client REPLY:
>> ---------
>> HTTP/1.1 400 Bad Request
>> Server: squid
>> Mime-Version: 1.0
>> Date: Thu, 31 Jan 2013 17:11:38 GMT
>> Content-Type: text/html
>> Content-Length: 3662
>> X-Squid-Error: ERR_INVALID_REQ 0
>> Vary: Accept-Language
>> Content-Language: en
>> X-Cache: MISS from server
>> X-Cache-Lookup: NONE from server:80
>
> Yep. Something that is not plain-text HTTP/1.x arriving on port 80 into
> Squid..
>
>> Via: 1.1 server (squid)
>> Connection: close
>>
>> Thanks in advance
>
> Amos
Received on Fri Feb 01 2013 - 14:14:33 MST

This archive was generated by hypermail 2.2.0 : Fri Feb 01 2013 - 12:00:05 MST