GNOME Bugzilla – Bug 601031
Proxy-Authenticate support for NTLM/Negotiate
Last modified: 2018-09-21 16:04:55 UTC
I see that libsoup currently supports basic, digest, and a number of flavors of NTLM (which I know zilch about). It would be nice to see Kerberos/negotiate support added.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 587145 ***
(In reply to comment #1) > Thanks for the bug report. This particular bug has already been reported into > our bug tracking system, but please feel free to report any further bugs you > find. > > *** This bug has been marked as a duplicate of bug 587145 *** Ahhh. I was probably not clear enough. Is this still a duplicate of 587145 if what I am looking for is GSS-Negotiate support for an HTTP proxy? The patch in the above bug seems to be for WWW-Authenticate, not Proxy-Authenticate.
ah, indeed
[mass-moving all "UNCONFIRMED" libsoup bugs to "NEW" after disabling the "UNCONFIRMED" status for this product now that bugzilla.gnome.org allows that. bugspam-libsoup-20150210]
The current problem with my company system is that libsoup tries to authenticate with the wrong server within the request: - e.g. it asks for HTTP/gnome.org instead of HTTP/proxy.company Hard-coding to the proxy (in case it is auth-for-proxy) let it authenticate. Note: that although the information auth-for-proxy is available we do not know the uri within this part. The API needs to be extended here. I can provide a patch if this solution is good enough.
Probably a good idea to submit a patch.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/libsoup/issues/29.