system
1
(imported topic written by buck91)
[apologies if the answer to this is someplace obvious; unfortunately,
my search-engine-fu is not up to the task of ferretting it out. so any
references to the relevant info would be most humbly welcome]
we’re behind a firewall and have a single server in a test deployment
and no relays. we set up a Windows logon account on the server so it
could grab its proxy config and it can gather sites just fine. however,
when it attempts to contact the proxy to download patches etc., it uses
a different, non-MSIE-based HTTP User-Agent header than when it gath-
ers, so our proxy rejects the request, b/c it’s fascist that way
so is there any way to configure BigFix not to use a distinct User-Agent
header for the download component’s dirty work but to use the same
header as the gatherer? i’m guessing the answer is no, but i’m hoping
not
system
2
(imported comment written by buck91)
sorry to self-follow-up, but maybe my original query could use
some clarification:
a gather request:
GET http://esync.bigfix.com/cgi-bin/bfgather/bessupport HTTP/1.0
Accept:
/
Proxy-Connection: Keep-Alive
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Win32; BigFix BESGather 7.2.1.357)
UA-CPU: x86
Host: esync.bigfix.com
a download request:
GET http://ardownload.adobe.com/pub/adobe/acrobat/win/8.x/8.1.3/misc/AcrobatUpd813_all_incr.msp HTTP/1.0
Accept:
/
User-Agent: BigFix BESGather 7.2.1.357
Range: bytes=0-
UA-CPU: x86
Host: ardownload.adobe.com
Proxy-Connection: Keep-Alive
BenKus
3
(imported comment written by BenKus)
Hey buck,
Your fascist proxy needs to learn the error of its ways so we can’t help you… j/k 
We did in fact build in a useragent override into the BigFix Rootserver starting in version 7.0.9 (aren’t we thoughtful?)
Add this client setting to the BigFix Server and set it equal to whatever makes your proxy happy:
_GatherService_ForwardGet_UserAgentOverride
Ben
system
4
(imported comment written by buck91)
Thanks! works like a charm