BigFix Configuration Settings
A number of advanced BigFix configuration settings are available that can give you substantial control over the behavior of the BigFix Enterprise Suite. These options allow you to customize the behavior of the BigFix Server, BigFix Relays, and BigFix Clients in your network. .
Note: These settings should be used with caution. If misused, the configuration settings can cause non-optimal behavior or prevent BigFix from working properly. Please consult with your support technician for questions about changing these configuration settings.
For a print-friendly version of this page, click here.
Important: In BigFix 5.0 many of the most common configuration settings were moved to the "Tasks" menu on the BigFix Support site. Please view Tools > Show BigFix Client Settings Tasks and Tools > Show BigFix Server and BigFix Relay Settings Tasks in the BigFix Console for more information.
Configuration Settings Notes
The following configuration settings apply to the BigFix Server, BigFix Relays, and BigFix Clients. These settings are administered through the Custom Settings configuration in the BigFix Console's Computer Status dialog.- Settings take on their default values as noted below unless the user modifies them.
- If a setting is given an invalid value, the setting will revert to its default value.
- All settings values are stored as strings in the registry (or config file).
- To prevent older settings from overriding newer settings, each setting has an "effective date" and an action with an older effective date will not overwrite settings with newer effective dates. Effective dates are set to the time that the action was taken.
- Numeric values are stored as strings, and assumed to fit in unsigned integers with a maximum of 32 bits (max value is 4,294,967,296).
- Numeric values that are negative, greater than the max value, or contain non-numeric characters are treated as invalid values and revert to their default values.
- Boolean values are stores as the strings either '1' or '0' corresponding to true and false respectively. Boolean values that do not contain either of these allowed values are treated as invalid and revert to their default values.
How to Set a Configuration Setting
Some of the Configuration Settings listed on this page are commonly used and have had Tasks created in the BigFix Support site to assist in using the Configuration Settings correctly and easily (BigFix 5.0 and above). If such a Task exists it will be indicated in the 'Task Available' field below and you should try to use the Task instead of manually creating the Configuration Setting. If no task exists please follow these steps to set a Configuration Setting:
- Open the BigFix Console and go to Computer tab
- Select the computer(s) that you would like to apply the BigFix Configuration Settings to (Note: To change a configuration setting for the BigFix Server or the BigFix Relays using this mechanism, you must select the computer(s) that have the BigFix Server or BigFix Relays currently installed.)
- Right Click on the computer(s) and choose the Edit Settings option
- Create a Custom Setting using a Name and Value from the configuration table below.
- Click OK to send out the configuration setting, which will take effect immediately (you can view a computer's settings by selecting a computer and clicking on the Settings tab in the Computer Status dialog)
Index
- BigFix Client - Settings that control the behavior of the BigFix Client
- BigFix Client Settings for BigFix Relay control - Settings that control the interactions of the BigFix Client with BigFix Relays.
- BigFix Gather - Settings that control the behavior of the BigFix Gather Service which is a component of BigFix Relays and the BigFix Server.
- BigFix Relay - Settings that control the behavior of BigFix Relays.
BigFix Client
| _BESClient_ActionManager_UIMissingHoldMode
To control client behavior for actions with "don't care" user constraint and UI to display. This setting is very useful when you have remote clients connecting to the computer and the remote sessions with an error of User interface process unable to launch (XX.YYYY) for user '' Example User interface process unable to launch (22.1008) for user '' This usually indicates an error condition of the connection to the remote connection was present, but was terminated. We are not able to detect the user name being used because the abandoned user connection was left active but not terminated correctly. Other examples and information related to this are conditions of abandoned session tokens. |
|
| _BESClient_EMsg_Detail This configuration setting will enable the BigFix Client debug log that will give information about the BigFix Client activity. The higher the level of detail, the greater the detail of the messages that are put into the file and/or NT event log. |
|
| _BESClient_EMsg_FileFull path to file to store activity messages. If empty string and
the computer is not Win9x, activity messages are added to the NT event
log. Note: The _BESClient_EMsg_Detail setting must be greater than 0 to use this option. |
|
| _BESClient_Resource_WorkIdleThe BigFix Client will do work (evaluate relevance) for a designated amount of time then go to sleep for a designated amount of time. This setting controls how many milliseconds to work before going to sleep in each cycle. If this number is high in comparison to the _BESClient_Resource_SleepIdle setting, then the BigFix Client will evaluate Fixlet relevance faster, but the CPU usage will be higher.
|
|
| _BESClient_Resource_SleepIdleThe BigFix Client will do work (evaluate relevance) for a designated
amount of time then go to sleep for a designated amount of time. This
setting controls how many milliseconds to sleep after working in each
cycle. If this number is high in comparison to the
_BESClient_Resource_WorkIdle setting, then the BigFix Client will take
longer to evaluate Fixlet relevance, but the CPU usage will be lower. |
|
| _BESClient_Resource_QuietEnableQuiet mode causes the BigFix Client to not actively process Fixlets, send
in reports, respond to commands, etc. It will basically sit idle until
the wakeup time is enabled. A BigFix Client can be put in quiet mode for a
maximum of 20 hours a day. Note: If you put a BigFix Client in
quiet mode, it will not send any reports to the BigFix Server or respond
to any commands so use caution when enabling this setting. |
|
| _BESClient_Resource_QuietStartTimeIf quiet mode is enabled, you can specify a time for the BigFix Client
to enter quiet mode. Set the time as a string in the form hh:mm where
hh is number between 0 and 23, and mm is a number between 0 and 59.
This is the local time for which the BigFix Client will quiet down to no
activity. If the value is not properly formatted, the client will not
enter quiet mode. |
|
| _BESClient_Resource_QuietSecondsIf quiet mode is enabled, you can specify the number of seconds the
BigFix Client should stay quiet. This number must be greater than 0 and
less or equal to 72000 (20 hours) in order for the BigFix Client to enter
quiet mode. In quiet mode, the BigFix Client checks once a minute to
determine if the quiet time has elapsed. However, the BigFix Client will
quickly respond to service shutdown requests at any time. |
|
| _BESClient_Log_DaysThis specifies the number of days the
BigFix Client logs are retained on a computer. |
|
| _BESClient_Comm_UseUrlMonikerThe BigFix Client has two methods of communication over the network.
The first method uses the Windows URL Monikers API, which is a
higher-level network interface that uses the computer's Internet
connection settings (such as proxy settings, security settings, etc.).
The second method uses the winsock API, which is a lower-level direct
socket access layer that doesn't use the computer's Internet connection
settings. Using winsock will allow the BigFix Client to connect to the BigFix
Server regardless of the Internet connection settings, but URL Monikers
should be used if the Internet connection settings are required for
network access to the BigFix Server for some reason. |
|
| _BESClient_Comm_SkipInternetActiveTestBefore the BigFix Client tries to gather it will check the Windows API
connection test to determine if an internet connection is available. This
setting will allow the BigFix Client to ignore the results of the connection
test and attempt to gather anyway. |
|
| _BESClient_Comm_ListenEnableWhen set to 0 the BigFix Client will not listen for UDP messages. If the
BigFix Client does not receive UDP messages it will not receive gather pings
sent from the BigFix Server notifying the BigFix Client of new actions and content. |
|
| _BESClient_Register_IntervalSecondsThe BigFix Client will contact the ClientRegister CGI on the BigFix
Server periodically to report its IP address (this is important if the
BigFix Client changes IP addresses through DHCP), get the BigFix Server time,
and get the BigFix Server version. If this setting is set too high, the
BigFix Client may not receive UDP "pings" that tell it to gather the
latest sites when new actions or new Fixlet content is available. If
this setting is set too low, the BigFix Client will flood the BigFix Server
with registration requests. |
|
| _BESClient_Download_DirectNormally, BigFix Clients will contact their BigFix Relay to receive
downloads from the internet. This setting forces the BigFix Client to
download files directly from the internet using the url specified. This
setting takes precedence over other download settings. |
|
| _BESClient_Download_DirectOnFailWhen the BigFix Client fails to download a file from the BigFix Server or
BigFix Relay, it can attempt to download the file directly from the
Internet. Note: if there is a proxy in your network that blocks
unauthenticated access to the Internet, turning this setting to 1
(True) may not work. |
|
| _BESClient_Download_MirrorBypassWhen set to 0, the BigFix Client will download files directly from the
main BigFix Server if it can't find a BigFix Relay. When set to 1, the BigFix
Client will not attempt to collect downloads from the main BigFix Server. |
|
| _BESClient_Download_RetryMinutesWhen the BigFix Client fails to download a file from the BigFix Server or
a BigFix Relay during an action, it will wait for the specified amount of
time then try again. After each failed attempt, it will double the
retry time. |
|
| _BESClient_Download_RetryLimitWhen the BigFix Client fails to download a file from the BigFix Server or
a BigFix Relay during an action, it will retry the specified number of
times (each time it will double the amount of time it waits to retry). |
|
| _BESClient_Download_ChannelThresholdThe BigFix Client can simultaneously download two files at a time by
using one "main channel" and one "thin channel". The main channel is
used for all downloads, but if the main channel is currently
downloading a large file, the thin channel can be used to download
smaller files if the download size is less than the specified
threshold. If this setting is set high, the BigFix Client will use the
thin channel to download larger files, which could slow down actions
because two large files may be downloading at the same time (each using
half the bandwidth) instead of one file after the other. If this
setting is set low, the thin channel will only be used for very small
file downloads. |
|
| _BESClient_Download_LimitBytesPerSecondThe BigFix Client can "throttle" the download speed by limiting the
amount of bytes it downloads per second. This setting is especially
effective if network bandwidth is a concern (such as with a dial-up
connection). If the BigFix Server or BigFix Relay is also set to use
throttling, the lower of the two values will be used as the download
speed. |
|
| _BESClient_Download_InactivityTimeoutWhen the BigFix Client is downloading a file from the BigFix Server or
BigFix Relay, it sometimes will experience some inactivity because of
network problems, disconnections, etc. When there is inactivity, the
BigFix Client will wait for the specified number of seconds to receive
more data before aborting the download. |
|
| _BESClient_Report_MinimumIntervalWhen the BigFix Clients are performing an action, they will send
reports of the status of the action (Evaluating, Waiting, Running,
Fixed, etc.). This setting controls the minimum number seconds between
sending reports. If this number is too high, the BigFix Clients will take
a long time update their action status. If this number is too low, it
will put extra load on the BigFix Server to process the extra action
status reports. |
|
| _BESClient_ActionManager_RemindAutoPostponeSecondsIf users are allowed to postpone running an action a dialog
will appear on the BigFix Client computer asking the user how long they
want to postpone the action. After some amount of time the action will
automatically be postponed and the dialog will close. This setting controls
the length of time to display the postponement dialog. |
|
| _BESClient_ActionManager_ReminderDialogTitleThis setting controls the title of the action postponement dialog
that appears on BigFix Client computers for actions that can be postponed
by users. By default the title is 'Reminder'. |
|
| _BESClient_Inspector_DisableWMIThis setting will disable the use of any inspectors that make
calls to the Windows WMI. WMI has been found to cause problems on some computers,
especially older versions of Windows (95 and 98). Problems include high CPU usage and
'blue screen' crashing of Windows. WMI is used by some some optional retrieved properties. |
|
| _BESClient_ActionManager_PendingRestartExclusionsString(s) residing in the key X which are to be ignored
by the BigFix Client when determining if a restart is needed. Note: The strings must be separated by semicolons and the last string must have a terminating semicolon (for example "exclude1;exclude2;exclude3"). Also Note: the strings are case sensitive. |
|
| _BESClient_ActionManager_LocaleEnableThis configuration setting will enable BigFix Clients to display non-English messages if the translation files are in place (BigFix 6.0+). |
|
| _BESClient_ActionManager_RemindTakeActionsNowThis configuration setting will remind users periodically that they have actions to run that they have postponed (BigFix 6.0+). |
|
| _BESClient_ActionManager_SkipVoluntaryOnForceShutdownA value of 1 will cause the client to handle restart and shutdown operations in a forceful way that will not give applications the opportunity to cancel the operation. Terminal services systems should always have this set to 1.
|
|
| _BESClient_ActionManager_TaskbarIconThis configuration setting will determine whether or not message boxes will have an entry in the Windows task bar (BigFix 6.0+). |
|
| _BESClient_Comm_CommandPollEnableWhen this configuration setting is enabled, computers will poll their parent relay for UDP commands they may have missed (BigFix 6.0+). |
|
| _BESClient_Comm_CommandPollIntervalSecondsThis configuration setting determines how often the BigFix Client will check with its BigFix Relay for any gathers or refreshes, if the "_BESClient_Comm_CommandPollEnable" setting is enabled. Avoid setting this to be less than 900 seconds due to performance implications (BigFix 6.0+). |
|
| _BESClient_Download_DownloadsCacheLimitMBThis configuration setting sets the BigFix Client download cache limit (BigFix 6.0+). |
|
| _BESClient_Download_UtilitiesCacheLimitMBThis configuration setting sets the Utility cache limit (BigFix 6.0+). |
|
| _BESClient_RegistrationManager_RegisterWith51RelaysThis configuration setting enables a BigFix 6.0 Client to gather from a BigFix 5.1 Relay for troubleshooting purposes (BigFix 6.0+). |
|
| _BESClient_Resource_InterruptSecondsWhen a BigFix Client receives a UDP message but is too busy processing a relevance clause, this BigFix 6.0 configuration setting determines the length of time the BigFix Client will wait before it stops evaluating the relevance clause to deal with the UDP message. |
|
BigFix Client Settings for BigFix Relay control 
(Set on the BigFix Clients to control their behavior to the BigFix Relays.)
| _BESClient_RelaySelect_IntervalSecondsThe BigFix Relay selection algorithm will run this often. If a closer
BigFix Relay is found, the closer BigFix Relay will be used. Note that if the
BigFix Relay selection is failing, this interval is ignored. |
|
| _BESClient_RelaySelect_MinRetryIntervalSecondsIf the BigFix Relay selection algorithm fails (no BigFix Relays are found), the BigFix Client will try again after this many seconds.
The BigFix Client will double this value on each successive retry that fails to locate a BigFix Relay. |
|
| _BESClient_RelaySelect_MaxRetryIntervalSecondsAfter failing to find a BigFix Relay, the BigFix Client will continue to
try to find a BigFix Relay. Each time it fails, the BigFix Client will double
the time it spends until this maximum is exceeded. Then the BigFix Client
will try with this maximum retry interval until it successfully selects
a BigFix Relay. |
|
| _BESClient_RelaySelect_MaximumTTLToPingThe maximum number of network hops (Time To Live) a BigFix Client will
search over before considering its automatic relay selection attempt a failure.
A BigFix Client will only be able to find BigFix Relays that are less then
the maximum number of network hops away from the BigFix Client. This setting can
be used to limit the ICMP traffic generated by the automatic relay selection
algorithm. |
|
| _BESClient_RelaySelect_PingDelayMicroSecondsDuring the automatic relay selection algorithm, the BigFix Client will
wait this long between each iteration. On each iteration the BigFix Client
sends ICMP packets with a TTL greater then the last iteration. This setting
can be used to slow down the automatic relay selection algorithm and reduce
the network traffic generated. |
|
| _BESClient_RelaySelect_ResistFailureIntervalSecondsThis setting controls the time interval that the BigFix Client will
ignore communications errors before performing BigFix Relay selection.
Once a BigFix Relay has been selected and the BigFix Client has
successfully registered, it will ignore errors when it attempts to post
its results to the BigFix Relay or BigFix Server for this long before
deciding to choose another BigFix Relay. |
|
| _BESClient_RelaySelect_FailoverRelayThis setting determines what the BigFix Client will do in the event that no BigFix Relays respond to TTL pings up to the maximum configured distance. In this event, the BigFix Client will attempt to register with the defined failover BigFix Relay before trying the BigFix Server. This setting was first introduced in BigFix 5.1. Note: This format is the same as for the settings __RelayServer1 and __RelayServer2. For example:http://servername:port/bfmirror/downloads/ |
|
| _BESClient_RelaySelect_TertiaryRelayList
When using manual relay selection, this setting is a way to specify a list of failover relays to choose from when the primary and secondary relays are not reachable. This setting is a semi-colon delimited list of relays to try. Manual selection goes in this order, primary/secondary/tertiary list/failover/root. For automatic relay selection you should look at the document on relay affiliation. |
|
| _BESClient_Relay_NameOverrideIf the BigFix Relay is using a DNS name that is not accessible by all
BigFix Clients, an override can be used. If this value is set on the BigFix
Relay computer, it will return this setting for the dns name inspector,
which will be reported to the BigFix Server and used by other BigFix Clients
to locate the BigFix Relay. You can also use this value if you want your
BigFix Clients to locate their relays by IP address, rather than DNS name
lookup. For example, if the BigFix Relay is reported at relay1:52311, you
can use this setting to make the BigFix Relay be accessible at
relay1.company.com:52311 or even 192.168.100.123:52311. (Note: this
value needs only to be set on the one BigFix Relay computer and not on all
the BigFix Client computers.) |
|
| _BESClient_Relay_ControlDataSetting this setting to 0 will cause the BigFix Client to only use the
BigFix Relay system to collect downloads and all other interactions will
interact directly with the main BigFix Server. This setting is provided in
order to allow a configuration where the load on a BigFix Relay does not
significantly change from the 3.x BigFix Relay implementation. Note that
the BigFix Clients with this setting of 0 will not manage their BigFix Relays
configuration automatically. BigFix Clients with this setting will ignore
the automatic configuration setting and will collect downloads from
their primary and then secondary BigFix Relays. |
|
| _BESClient_Comm_CommandPollEnableSetting this setting to 1 will cause the BigFix Client to poll for new gathers or refreshes.
Please refer to the setting _BESClient_Comm_CommandPollIntervalSeconds for the timing of the
poll. Setting this to a value of 0 will disable this mechanism. This setting was first
added in BigFix 6.0. |
|
| _BESClient_Comm_CommandPollIntervalSecondsThis setting determines how often the BigFix Client will check with its
BigFix Relay for any new gathers or refreshes. It must be enabled with the setting _BESClient_Comm_CommandPollEnable |
|
BigFix Gather (Component of the BigFix Server and BigFix Relay) 
| _BESGather_EMsg_DetailThis configuration setting will enable the BigFix Gather debug log
that will give information about the BigFix Gather activity. The higher
the level of detail, the greater the detail of the messages that are
put into the file and/or NT event log. |
|
| _BESGather_EMsg_FileFull path to file that stores activity messages. If empty string
and the computer is not Win9x, activity messages are added to the NT
event log. Note: The _BESClient_EMsg_Detail setting must be greater than 0 to use this option. |
|
| _BESGather_Comm_UseUrlMonikerThe BigFix Gather service has two methods of communication over the
network. The first method uses the Windows URL Monikers API, which is a
higher-level network interface that uses the computer's Internet
connection settings (such as proxy settings, security settings, etc.).
The second method uses the winsock API, which is a lower-level direct
socket access layer that doesn't use the computer's Internet connection
settings. URL Monikers are used by default to connect to the Internet
using the Internet connection settings. Using winsock will allow BigFix
Gather to connect to the Internet without using the Internet connection
settings. |
|
| _BESGather_Download_CheckParentFlagWhen a file is requested from the BigFix Relay, it can either download
the file from the BigFix Server or download the file directly from the
Internet. If this setting is set to 1 (True), then the BigFix Relay will
first attempt to download the file from the BigFix Server. Note: This setting should stay at 0 (False) for the BigFix Server. |
|
| _BESGather_Download_CheckInternetFlagWhen a file is requested from the BigFix Relay, it can download the
file directly from the Internet instead of from the BigFix Server. If this
setting is set to 1 (True), then the BigFix Relay will first attempt to
connect to the BigFix Server (if the _BESGather_Download_CheckParentFlag
is set to 1) then directly connect to the Internet if the download from
the BigFix Server fails. Note: This setting should stay at 1 (True) for the BigFix Server. |
|
| _BESGather_Download_CacheLimitMBBigFix Gather will cache downloaded files on the BigFix Server or BigFix
Relay computer so that the file will not need to be downloaded again if
the action is reissued. This setting will specify how many MB to cache
before overwriting the old files. When the cache is full, the least
recently used files will be replaced.
Note: This caching number applies to both cached files and cached
action folders so the total space that the BigFix Relay will take up is
actually 2x cache size (by default this is 2 GB). |
|
| _BESGather_Download_RetryMinutesWhen BigFix Gather fails to download a file from the Internet or its
parent during an action, it will wait for the specified amount of time
then try again. After each failed attempt, it will double the retry
time. |
|
| _BESGather_Download_RetryLimitWhen BigFix Gather fails to download a file from the Internet or its
parent during an action, it will retry the specified number of times
(each time it will double the amount of time it waited to retry the
last time). |
|
| _BESGather_Download_ChannelThresholdBigFix Gather can simultaneously download two files at a time by using
one "main channel" and one "thin channel". The main channel is used for
all downloads, but if the main channel is currently downloading a large
file, the thin channel can be used to download smaller files if the
download size is less than the specified threshold. If this setting is
set high, BigFix Gather will use the thin channel to download larger
files, which could slow down actions because two large files may be
downloading at the same time (each using half the bandwidth) instead of
one file after the other. If this setting is set low, the thin channel
will only be used for very small file downloads. |
|
| _BESGather_Download_LimitBytesPerSecondBigFix Gather can "throttle" the download speed by limiting the amount
of bytes it downloads per second. This setting is especially effective
if network bandwidth is a concern (such as with a dial-up connection).
When this setting is used on the BigFix Relay, the BigFix Relay will limit its download speed when
downloading from the BigFix Server or parent BigFix Relay. As of BigFix 5.0, this
setting throttles all downloading traffic. |
|
| _BESGather_Download_InactivityTimeoutWhen the BigFix Gather service is downloading a file from the Internet
or its parent, it sometimes will experience some inactivity because of
network problems, disconnections, etc. When there is inactivity, BigFix
Gather will wait for the specified number of seconds to receive more
data before aborting the download. |
|
| _GatherService_ForwardGet_UserAgentOverrideThis string determines the User-Agent: string in the HTTP headers that the BES Gather Services uses |
|
BigFix Relay Settings 
(Set on the BigFix Client to control the BigFix Relay component.)
| _BESRelay_Selection_AutoSelectableRelay
A value of "0" makes the BigFix Relay unavailable for auto seletion after the next actionsite propagation. A value of "1" allows the BigFix Relay to be used by BigFix Clients for auto selection. |
|
| _Enterprise Server_ClientRegister_MaxChildCountMaximum number of clients the BigFix relay will allow to register. Once this limit is reached, connections will be rejected. |
|
| _Enterprise Server_ClientRegister_MaxChildRelayCountMaximum allowed number of BigFix Clients that are BigFix Relays. This limit is calculated independently of the MaxChildCount -- it can be used to keep a BigFix Relay from indirectly acquiring a lot of BigFix Clients by picking up too many children that are BigFix relays. |
|
| _BESRelay_Log_VerboseA non-zero value will enable verbose logging on the BigFix Relay for
troubleshooting purposes. This setting increases the information written
to the existing logfile.txt and should not be left on during normal operation. |
|
| _BESRelay_HTTPServer_MaxConnectionsMaximum number of simultaneous connections, once this limit is reached, connections will be rejected. |
|
| _BESRelay_HTTPServer_ThrottleKBPS'Global' throttling on outgoing data to BigFix Clients from the BigFix Relay/Server (0 means no
limit). If its value is 1000 and there are 100 clients downloading
simultaneously, the BigFix Relay/Server will send data to each BigFix Client at
10KBPS (for a total of 1000KBPS). Throttling is implemented by sending
a chunk of data at full speed, and then waiting chunksize/KBPS seconds
before sending the next chunk so if all requests are smaller than the
chunk size, then there may be no throttling at all. Uploaded data to other BigFix Relays/Server
is not throttled by this setting (PostResults data). |
|
| _BESRelay_PostResults_ResultCountLimitThe BigFix Relay accumulates reports from the BigFix Clients and then
compresses them and sends them to the parent BigFix Relay or BigFix Server.
This setting sets the maximum number of reports in each compressed
report. Results are forwarded once the ResultCountLimit or ResultTimeLimit
is reached. Setting a low value will cause more network traffic with increased
response time. A higher value will result in less network traffic with slower response time. |
|
| _BESRelay_PostResults_ResultTimeLimitThe BigFix Relay accumulates reports from the BigFix Clients and then
compresses them and sends them to the parent BigFix Relay or BigFix Server
after waiting a specified amount of time. This setting sets the amount
of time to wait before sending the reports. The longer the wait, the
more latency before the BigFix Server receives the reports from the BigFix
Clients, but the greater the efficiency of the system (lower network
traffic). |
|
| _BESRelay_HTTPServer_HttpLogDirectoryPathIf set a connection log will be written to this path. A new log file will be
created each day with the days date as teh name of the file. Connection logs can get
quite big, gigabytes per day, so this setting should only be used for troubleshooting
purposes. |
|
| _BESRelay_HTTPServer_HttpLogExpirationDaysSets the number of days to keep connection logs for. After this many days
the older connection logs will be deleted. |
|
| _Enterprise Server_ClientRegister_ProxyUserA BigFix Relay can be set up to use a proxy server when downloading files.
This could be useful if their is a proxy between the BigFix Relay and the BigFix Server
or if the BigFix Relay is connecting directly to the internet for downloads and must use
a proxy. This setting controls the username used to authenticate with the proxy if
the proxy requires authentication. |
|
| _Enterprise Server_ClientRegister_ProxyPassA BigFix Relay can be set up to use a proxy server when downloading files.
This could be useful if their is a proxy between the BigFix Relay and the BigFix Server
or if the BigFix Relay is connecting directly to the internet for downloads and must use
a proxy. This setting controls the password used to authenticate with the proxy if
the proxy requires authentication. Warning: The password will be stored in plain text
within the registry. |
|
| _Enterprise Server_ClientRegister_ProxyServerA BigFix Relay can be set up to use a proxy server when downloading files.
This could be useful if their is a proxy between the BigFix Relay and the BigFix Server
or if the BigFix Relay is connecting directly to the internet for downloads and must use
a proxy. This setting controls the hostname used to reach the proxy. |
|
| _Enterprise Server_ClientRegister_ProxyPortA BigFix Relay can be set up to use a proxy server when downloading files.
This could be useful if their is a proxy between the BigFix Relay and the BigFix Server
or if the BigFix Relay is connecting directly to the internet for downloads and must use
a proxy. This setting controls the port used by the proxy server. |
|
| _BESRelay_ClientRegister_BatchCountThis setting controls the number of UDP pings the BigFix Relay will send before
delaying for a period of time. The length of the delay is controlled by _BESRelay_ClientRegister_BatchDelay.
This setting could be used to limit the rate at which a BigFix Relay sends out UDP pings
if this network traffic is harmful in some way. |
|
| _BESRelay_ClientRegister_BatchDelayThis setting controls how long the BigFix Relay will wait between sending out
a batch of UDP pings to BigFix Clients. This setting could be used to limit the rate at which a BigFix Relay sends out UDP pings
if this network traffic is harmful in some way. |
|
| _BESRelay_ClientRegister_MaxRelayPathLengthThis setting is used to control the maximum length a chain of BigFix Relays
can extend. The setting prevents circular chains of BigFix Relays from forming by automatic BigFix Relay selection.
This setting could be used to stop long chains of BigFix Relays from forming or
create a maximum depth a BigFix Relay can be from the BigFix Server. |
|
| _BESRelay_ClientRegister_ClientRegistrationExpirationPeriodThis setting controls how quickly BigFix Relays mark BigFix Clients as expired. BigFix Clients have this
length of time to register again before their license is made available for use by another BigFix Client.
This setting could be used to increase the rate at which licenses are transfered from offline BigFix Clients to active BigFix Clients
when the total number of clients gets above the license seat count. |
|
