On 10/17/2016 05:42 PM, Alex Rousskov wrote:
On 10/17/2016 01:57 AM, Christos Tsantilas wrote:
On 10/14/2016 02:30 PM, Marcus Kool wrote:
Squid sends the following line to the URL rewriter:
(unknown):// <IP>/<IP> - NONE

Squid generates internally request to serve the non-HTTP client request,
and this is what you are seeing as "(unknown)://".

How about sending a CONNECT-like "" URI instead of a
malformed one? That is, using option #3 below:

1. Current syntactically malformed URI: (unknown)://host:port"

2. Lying about the protocol/scheme: http://host:port/

3. Authority form URI, as in HTTP CONNECT: host:port

4. Using made-up URI scheme: tcp://host:port/
   See http://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml

We can use on of the 3 or 4. We can just define a new proto for this case eg a PROTO_TCP or PROTO_TUNNEL and define a Uri::Scheme for this.

Personally I like the tcp://host:port. But I do not have actually a strong opinion. Looks that we should also take in account squid helpers (and maybe other external tools like log analysers).



squid-dev mailing list

Reply via email to