Our findings are that OSTree currently has the same level of support as
using a plain http_proxy environment combined with optional basic
authentication. This means: no support for automatic proxy discovery
(though a PAC URL), and no support for NTLM authentication.
In our other applications, libsoup use libproxy through GIO's
GProxyResolver to determine the proxy URL for the system. (We have even
added a module to libproxy to read it from a custom central location,
since there doesn't seem to be one defined for Linux systems.) Also when
using the environment variable GIO_USE_PROXY_RESOLVER=libproxy, OSTree
didn't want to use libproxy configuration, and I couldn't find what
OSTree does differently here.
David Woodhouse has been working on proxy support for some years as parts of a smooth proxy experience inside of Intel. (David no longer works at Intel) He might be a good person to speak with in regards to this. Last year, we had a GSOC student working on I think something similar.
You can look here:
For the description of work. The work assumes that you are using NetworkManager and Pacrunner. It seems at odds on what you're describing.
I would bet that it would be his inclination that you look at pacrunner. I have included him in the thread in case he wants to chime in.
I'm hoping it at least gives you some direction. I think in general, we probably want to move away from libproxy. But others can chime on the list whether this can be done with libproxy.
sri
If libproxy were to work, we're left with two questions:
* where to indicate that proxying is enabled (without setting an URL)?
* where to leave the authentication credentials?
Also, where to indicate that the authentication type is not basic, but
NTLM?
Finally, how to handle this for the upcoming libcurl backend. I've seen
that there recently some work on it: https://github.com/curl/curl/pull/977,
but it has not been accepted/merged yet.
Kind regards,
Paul
--
Web: http://paul.luon.net/ | E-mail: paul luon net
Jabber/XMPP: paul luon net | GnuPG key ID: 0x50064181
_______________________________________________
ostree-list mailing list
ostree-list gnome org
https://mail.gnome.org/mailman/listinfo/ostree-list
