Skip to content
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

It sends complete garbage to SOCKS5 as well #4

Closed
makkarpov opened this issue Sep 10, 2018 · 0 comments
Closed

It sends complete garbage to SOCKS5 as well #4

makkarpov opened this issue Sep 10, 2018 · 0 comments

Comments

@makkarpov
Copy link

Steps to reproduce:

  1. Start TOR instance
  2. Specify socks://localhost:9150 as your entry proxy.
  3. Try to connect

Well, expected behaviour is obvious. Actual behaviour - nothing happens. And here is why:

image

Client closes connection afterwards. But it's successfull password authentication. If you specify upstream proxy that does not require authentication (e.g. SSH with -D xxx), it works:

image

So, first of all -- do not announce that you support password authentication when actually you have no credentials to send, second -- your client breaks connection even after successfull authentication.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant