-
Notifications
You must be signed in to change notification settings - Fork 40
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
Authentication does not work in Chrome for HTTP proxies #145
Comments
Have the username/password been saved? |
Are you sending user/pass to your localhost? |
No, localhost is just an example. I'm using Brightdata |
Are you following the set up as shown in Bright Data FoxyProxy Proxy Integration? |
I thought this happens when you entered incorrect username/password. What happens if you use that username/password in chrome native proxy settings (disable FoxyProxy)? |
Yes. I set up like described in the link. Now I see another weird behavior. Brighdata have IP "rotation mechanism" inside your I am adding several proxies with only different In older version of FoxyProxy it worked as expected. |
Please read #143 (comment) |
Deleted and added proxies again - now I get |
Even if it worked for somebody - this looks like a huge kludge for me. Do you have plans to fix that in future? |
The practice of redirecting users based on username via a single proxy server is not a common practice. The augmented port method was added for this purpose. |
NoteThe authentication process in Chrome & Firefox are slightly different. While both process 407 Proxy Authentication Required, FoxyProxy sends the authentication before the request via proxy.onRequest API in Firefox. In Chrome, FoxyProxy (or any other proxy extension) has to wait for the "407 Proxy Authentication Required" by the server. webRequest.onAuthRequired provides a In cases where the proxy server redirects based on The only workaround I can think of at the moment is to only enable one such proxy at a time. |
Having the same problem as a topicstarter. Single HTTP proxy with credentials, Windows, latest ungoogled chromium. |
Please explain the set-up. |
Nope, I selfhost my own HTTP proxy and use it with credentials.
Problem persists with multiple and single proxy, with any configurations I've tested. I've also noticed this interesting pattern, that might give you an idea. I will show it on minimal reproduction example:
So probably something works too fast on our PC. Also, problem reproduced on Windows and MacOS for me, so OS doesn't matter here, something in extension itself perhaps. |
There is also little chance something wrong with wildcard itself, I mean the protocol part before |
This is fine. However, the issue is not related to the patterns.
FoxyProxy uses a dedicated API in Firefox which is more versatile. The reason Chrome is asking for credentials is possibility due to the set-up you have. If FoxyProxy cant find the right credentials to pass on to the browser, it will pass the authentication to the browser and the user will get a popup from the browser. In order to see the cause, please post your FoxyProxy settings (remove private data before posting). |
https://pastebin.com/U87Gq0Q6 posted here, where |
@Mayurifag I don't see anything that can be an issue, although ...
|
@erosman problem still persists. Though, I am in location where I have to use 2 different proxies all the time for different purposes, so the mentioned kills my emotional resources more than earlier and I want to give you all possible debug info.
Hostname is just external ipv4 on 2 proxies I use now.
14448 on both mine servers (no offences to anyone)
Seems, problem persists on every chromium-based browser on all os. Yes, for now it persists for me in MacOS/Chrome.
Well, on clean profile problem persists. For testing purposes I've added "Include" on "*" rule, so chrome did give this interface even when it tried to sent its telemetry garbage. I guess, extensions/settings does not matter. |
If you need, I may share you config/credentials so it would be easier for you to see the problem. Though, if it would help you, I want to do it in private somehow :) |
I am going to ask Eric (FoxyProxy owner) to contact you. |
@Mayurifag please send exported configuration and username/passwords to [email protected]. I cannot test until this weekend - Sat, Nov 2 and Sun, Nov 3 - so please be sure the servers are available all weekend. Thank you. |
I've sent an email! Thanks in advance! Here is useful part from it just in case for issue reproduction:
To retest:
|
@Mayurifag If you are testing as all through a single proxy, it would be easier to select that proxy from the toolbar popup and not bother with patterns. |
@Mayurifag i tested what you sent to me in private email. I did not get any problems on a Macbook. But I'm also not entirely clear what is the problem. This issue has 26 comments. I cannot read through all of them. Your first comment says "Having the same problem as a topicstarter." Topicstarter wrote, "Instead, Chrome asks to manually enter credentials each time I open a new tab. Very annoying." Is that what you see? |
That's sad you was not able to reproduce. Yea, Chrome asks to manually enter credentials. OS doesn't matter, I have it on windows/macos/linux chromium browsers (firefox is fine) |
@Mayurifag You are not referring to the browser startup time, are you? See also: |
Nope, that does not depend on browser startup. As you may read my posts and posts of users above, we may struggle even when we browse something for an hour, then we need to go to some site that is proxied via wildcard in foxyproxy and when we try to open that page, the bug occures which asks us of credentials |
I'm using latest version v8.9 from Chrome extensions store.
When I put auth credetials for HTTP proxy (username/password) it does not works automatically.
Instead, Chrome asks to manually enter credentials each time I open a new tab. Very annoying.
The text was updated successfully, but these errors were encountered: