-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
proxychains only works with HTTPS protocol and displays "denied" with HTTP protocol when combined with squid proxy #263
Comments
please provide a pcap for the case that fails (using wireshark or tcpdump).
that repo is not original at all, it's an unmaintained copy of this repo from about 4 years ago |
@rofl0r I prefer to avoid sharing my IP address publicly but I checked Wireshark when doing the curl request and there are only DNS requests made, nothing else so it looks like no data is sent compared to the HTTPS request where I can see several TCP requests. |
according to your previous log, your proxy runs on localhost.
so you already shared your IP address publicly, and it's the same everybody else uses. |
@rofl0r I was sniffing on Here is the command I used for the test:
curl_proxychains_squid_denied_unencrypted_http.zip I did these tests also with my local web server:
|
thanks. looks like your squid is configured to not allow CONNECT requests to standard HTTP ports... |
@rofl0r Thanks for your help, I used the default configuration of squid. In fact I have to use the squid proxy server of a company where I don't have control over the configuration and I reproduced the problem on my local squid proxy. |
theoretically one could add an option that makes it so that when the connect target is port 80, and the last proxy in the chain is a http proxy, the final connection is established via http-proxy-fu, instead of CONNECT. so you see, a lot of special cases. i personally would try to lobby the guys from squid to remove this artificial restriction of a generic mechanism (CONNECT) just like i did with tinyproxy: tinyproxy/tinyproxy#117 |
I managed to fix the problem on my local squid proxy by commenting |
please go ahead
what i meant to say is that it's possible to implement it, so if someone would provide a cleanly done PR for a new config item |
Should I also copy the other issue I reported on the old repository haad/proxychains#80 to this one? |
can't hurt |
I noticed there is already an issue for this: #25 |
that's a non-issue and i'm not interested in "fixing" it, because the fix is already here: #246 (comment) i guess this can be closed now, right ? |
You can leave my issue open so people interested can see it with the open filter and make a pull request. |
i have same issue proxychains curl https://example.com |
proxychains 3.1 isn't supported. use proxychains-ng instead. |
Tested with proxychains-ng 4.13 and squid 4.1 packages from Ubuntu 18.10. Also reproduced with the latest proxychains-ng 4.13 release and Git version of this GitHub repository.
Proxychains fails when doing an HTTP request to a domain like example.com:
However it works when doing an HTTPS request to the same domain:
I can confirm that the problem comes from proxychains because the squid proxy works correctly without proxychains if I set the http_proxy and https_proxy shell variables:
I reproduced the problem when using Firefox with proxychains also. It worked correctly on Firefox when I did not use proxychains and directly configured Firefox preferences to use the proxy.
When using proxychains with another HTTP proxy like Privoxy instead of squid, everything worked correctly for HTTP and HTTPS requests. So it looks like proxychains has an issue when using squid proxy.
By the way, I recently reported another issue on the original proxychains repository but I did not get a reply yet: haad/proxychains#80
The text was updated successfully, but these errors were encountered: