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)://18.104.22.168:443 <IP>/<IP> - NONE
Squid generates internally request to serve the non-HTTP client request,
and this is what you are seeing as "(unknown)://22.214.171.124:443".
How about sending a CONNECT-like "126.96.36.199:443" 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/
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