| |||||||||||||
Mark Shuttleworth at LinuxTagMark Shuttleworth at LinuxTagPosted Jun 16, 2010 19:57 UTC (Wed) by marcH (subscriber, #57642)In reply to: Mark Shuttleworth at LinuxTag by dale.sykora Parent article: Mark Shuttleworth at LinuxTag
Sorry my question was not clear: What kind of software typically does not work behind a proxy? Examples?
(Log in to post comments)
Mark Shuttleworth at LinuxTag Posted Jun 17, 2010 4:47 UTC (Thu) by dougsk (guest, #25954) [Link]
circa centos 4.(2|3?) I ran into issues with yum. I pushed a script to export the HTTP_PROXY variable at boot up as I couldn't get the boxes to honor WPAD, mind you that was the gotohell plan as I had a two hour maintenance window. Could have been me.
Further down the road I ran into a host of issues with some other "corner" applications and platforms as well [Looked good in lab, meh]. In order to mitigate the pain, I put transparent proxies in place and have never looked back.
Mark Shuttleworth at LinuxTag Posted Jun 17, 2010 7:03 UTC (Thu) by walles (guest, #954) [Link]
Two pieces of software that come to mind are:
Apport: https://bugs.launchpad.net/bugs/94130 Bzr: https://bugs.launchpad.net/bugs/586341
Since both of them are Canonical driven projects, they would be two good candidates for receiving (more) behind-a-proxy testing.
Cheers /Johan
Mark Shuttleworth at LinuxTag Posted Jun 18, 2010 7:41 UTC (Fri) by k8to (subscriber, #15413) [Link]
apt-get fails sometimes, but it's more a matter of the debian practice of round-robin access distribution combined with unsynchronized and nonatomic updates of the mirrors in the pool, combined with apt-get's failure to handle this.
However, it does extremely perniciously whine, if HTTP_PROXY is set, as if this was a sin (but doesn't suggest any resolving action).
|
|||||||||||||