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

Issues with http basic auth on the client side #41

Closed
hugows opened this issue Jan 13, 2017 · 3 comments
Closed

Issues with http basic auth on the client side #41

hugows opened this issue Jan 13, 2017 · 3 comments

Comments

@hugows
Copy link

hugows commented Jan 13, 2017

Hi guys,

I think I arrived at an interesting problem - I wish I could understand it better.

Let me define the parts:

a. server.go: runs on hugows.com, a linux vps
b. client.go: runs on my windows pc, in home network, exposing the android app (192.168.0.10)
c. android: local client runs on my home network (w/ Wireless mic app) (192.168.0.20)
d. outsider: a browser connecting to hugows.com:9999

Now, this android application has HTTP Basic Auth. I see the following pattern, with both Go apps running:

  1. outsider open hugows.com:9999; http response seems to hang indefinitely
  2. if I kill client.go, finally it popups up asking for auth details. If I enter then I receive the expeced error from server.go (could not connect to client or something - client is not running now)
  3. If I run client.go again then:
  4. outsider can properly open the page!!!

Sorry I couldn't explain it better...

@mmatczuk
Copy link
Contributor

Hi @hugows,
could you please attach logs and a client / server configs.

@hugows
Copy link
Author

hugows commented Jan 16, 2017

Sorry, how could I produce logs?
Client/server just like the main page example.

@rjeczalik
Copy link
Member

@hugows There's no auth forwarding in tunnel. What would help is to allow for custom handler that serves new session (the one that does CONNECT and then hijacks the tcp conn). There was an idea to provide a different implementation than CONNECT (e.g. use tls handshake instead) since most enterprise proxies block CONNECT requests (or public wifis) and it makes tunnel also not work for such use-cases.

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

3 participants