Os valores padr?es aqui apresentados s?o os que s?o codificados nos daemons do Áú»¢¶Ä²©, o valor em seus arquivos de configura??o padr?es poder¨¢ divergir dos aqui apresentados.
A lista de par?metros suportados no arquivo de configura??o do Áú»¢¶Ä²© Server ¨¦ apresentada na tabela a seguir:
Par?metro | °¿²ú°ù¾±²µ²¹³Ù¨®°ù¾±´Ç | Range | Padr?o | Descri??o |
---|---|---|---|---|
AlertScriptsPath | n?o | /usr/local/share/zabbix/alertscripts | Localiza??o dos scripts de alerta customizados (pode veriar em fun??o da vari¨¢vel de compila??o datadir). | |
AllowRoot | n?o | 0 | Permite que o Áú»¢¶Ä²© Server seja executado como 'root'. Se estiver desabilitado e o servidor for iniciado pelo 'root', o servidor ir¨¢ tentar mudar o seu permissionamento de execu??o para o usu¨¢rio 'zabbix'. N?o tem efeito se o processo for iniciado por um usu¨¢rio normal. 0 - n?o permitir 1 - permitir Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.0. |
|
CacheSize | n?o | 128K-8G | 8M | Size of configuration cache, in bytes. Shared memory size for storing host, item and trigger data. Upper limit used to be 2GB before Áú»¢¶Ä²© 2.2.3. |
CacheUpdateFrequency | n?o | 1-3600 | 60 | O intervalo entre atualiza??es do cache de dados de configura??o, em segundos. |
DBHost | n?o | localhost | Nome do host que hospeda o DB. Para MySQL caso esteja como localhost ou vazio ser¨¢ utilizado o 'socket'. Para PostgreSQL apenas estando vazio ser¨¢ utilizado o 'socket'. |
|
DBName | sim | Nombe do BD. PAra SQLite3 o caminho para o arquivo de dados e o DBUser e DBPassword ser?o ignorados. |
||
DBPassword | n?o | Senha do BD. Ignorado para SQLite. Comente esta linha se n?o for utilizada uma senha. |
||
DBPort | n?o | 1024-65535 | 3306 | Porta do banco de dados, quando n?o estiver utilizando o socket local. Ignorado para SQLite. |
DBSchema | n?o | Nome do esquema de BD. Utilizado para IBM DB2 e PostgreSQL. | ||
DBSocket | n?o | /tmp/mysql.sock | Caminho para o socket do MySQL. | |
DBUser | n?o | Usu¨¢rio do BD. Ignorado para SQLite. | ||
DebugLevel | n?o | 0-5 | 3 | Especifica o n¨ªvel de debug: 0 - informa??o b¨¢sica sobre carga e finaliza??o dos processos do Áú»¢¶Ä²© 1 - informa??es cr¨ªticas 2 - informa??es de erro 3 - avisos 4 - para depura??o (produz muitas informa??es) 5 - para debuga??o extendida (produz realmente muita informa??o) |
ExternalScripts | n?o | /usr/local/share/zabbix/externalscripts | Localiza??o dos scripts externos (depende da vari¨¢vel de tempo de compila??o datadir). | |
Fping6Location | n?o | /usr/sbin/fping6 | Localiza??o do fping6. Certifique-se que o bin¨¢rio do fping6 pertence ao 'root' e tem a flag de 'SUID' definida! Deixe vazio ("Fping6Location=") se o seu utilit¨¢rio fping for capaz de processar endere?os IPv6. |
|
FpingLocation | n?o | /usr/sbin/fping | Localiza??o do fping. Certifique-se que o bin¨¢rio do fping6 pertence ao 'root' e tem a flag de 'SUID' definida! |
|
HistoryCacheSize | n?o | 128K-2G | 8M | Tamanho do cache de hist¨®rico, em bytes. Tamanho de mem¨®ria compartilhada para armazenamento de dados hist¨®ricos. |
HistoryTextCacheSize | n?o | 128K-2G | 16M | Tamanho do cache de hist¨®rico de textos, em bytes. Tamanho de mem¨®ria compartilhada para armazenamento de dados hist¨®ricos de textos. |
HousekeepingFrequency | n?o | 0-24 | 1 | Intervalo entre execu??es do processo de limpeza de dados (housekeeping) (em horas). A limpeza de dados ¨¦ o processo que remove do banco de dados as informa??es antigas. Nota: Para prevenir que o 'housekeeper' de sobrecarregar o servidor (por exemplo, durante uma redu??o muito grande de per¨ªodo de armazenamento de hist¨®rico e m¨¦dias), os lotes de exclus?o de dados ser?o removidas mais do que 4 horas de informa??o a cada ciclo de limpeza. Ent?o, se 'HousekeepingFrequency' for '1', n?o mais que 4 horas de informa??es antigas (come?ando pela informa??o mais antiga) ser¨¢ exclu¨ªda por ciclo. Nota: Para diminuir a carga sobre o Áú»¢¶Ä²© Server o processo de limpeza come?ar¨¢ a ser executado 30 minutos ap¨®s a inicializa??o do servidor. Logo, se o 'HousekeepingFrequency' for '1', o primeiro ciclo de limpeza ir¨¢ iniciar 30 minutos ap¨®s o Áú»¢¶Ä²© Server ter sido iniciado, e ser¨¢ repetido uma hora ap¨®s. Este atraso no inicio da execu??o do processo de limpeza existe desde o Áú»¢¶Ä²© 2.4.0. A partir do Áú»¢¶Ä²© 3.0.0 ¨¦ poss¨ªvel desabilitar a execu??o autom¨¢tica do 'housekeeping' ao definir o par?metro 'HousekeepingFrequency' para '0'. Neste caso o processo de limpeza s¨® ser¨¢ iniciado quando o par?metro de tempo de execu??o housekeeper_execute e o per¨ªodo de informa??o antiga for superior ¨¤ quatro vezes a ¨²ltima limpeza, n?o sendo menor que 4 hours ou maior que 4 dias. |
Include | n?o | Voc¨º pode incluir arquivos ou diret¨®rios no arquivo de configura??o. Para incluir apenas arquivos relevantes em determinado diret¨®rio, s?o suportados caracteres coringas para localizar um padr?o. Por exemplo: /absolute/path/to/config/files/*.conf . Os padr?es s?o suportados desde o Áú»¢¶Ä²© 2.4.0.Veja notas adicionais sobre as limita??es. |
||
JavaGateway | n?o | Endere?o IP (ou hostname) do Áú»¢¶Ä²© Java gateway. Requerido apenas se os poolers Java tiverem sido iniciados. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.0.0. |
||
JavaGatewayPort | n?o | 1024-32767 | 10052 | Porta que o Áú»¢¶Ä²© Java gateway estar¨¢ escutando. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.0.0. |
ListenIP | n?o | 0.0.0.0 | Lista separada por v¨ªrgulas com os endere?os IP que o Trapper dever¨¢ escutar. O trapper ir¨¢ escutar em todas as interfaces se este par?metro estier ausente. M¨²ltiplos endere?os IP s?o suportados desde o Áú»¢¶Ä²© 1.8.3. |
|
ListenPort | n?o | 1024-32767 | 10051 | Porta do Trapper. |
LoadModule | n?o | M¨®dulo a carregar durante a inicializa??o do servidor. M¨®dulos s?o utilizados para extender as funcionalidades do Áú»¢¶Ä²© Server. Formato: LoadModule=<module.so> Os m¨®dulos precisam estar localizados no diret¨®rio especificado em LoadModulePath. ? permitida a inclus?o de v¨¢rios par?metros 'LoadModule'. |
||
LoadModulePath | n?o | Caminho completo do local (diret¨®rio) onde estar?o os m¨®dulos carreg¨¢veis do servidor. O valor padr?o depende de op??es de compila??o. |
||
LogFile | n?o | Nome do arquivo de log. | ||
LogFileSize | n?o | 0-1024 | 1 | Tamanho m¨¢ximo do log em MB. 0 - desativa a rota??o de log. Nota: Se o tamanho limite do log for alcan?ado e a rota??o falhar, por qualquer que seja o motivo, o log atual ser¨¢ truncado e ser¨¢ inicializado um novo. |
LogSlowQueries | n?o | 0-3600000 | 0 | Define o tempo m¨ªnimo de execu??o de uma consulta SQL para que ela seja classificada como lenta e registrada em log (em milisegundos). 0 - n?o registra queries lentas. Esta op??o ¨¦ habilitada com se DebugLevel=3. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 1.8.2. |
MaxHousekeeperDelete | n?o | 0-1000000 | 5000 | N?o mais que 'MaxHousekeeperDelete' linhas (correspondendo a [tablename], [field], [value]) ser?o exclu¨ªdas por ciclo do housekeeping. SQLite3 n?o usa este par?metro, exclui todas as linhas sem limita??o. Se definido como '0' ent?o nenhum limite ser¨¢ utilizado. Neste ¨²ltimo caso, ¨¦ muito importante que voc¨º saiba o que est¨¢ fazendo! Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 1.8.2 e se aplica somente a exclus?o de hist¨®rico e m¨¦dias de itens j¨¢ excluidos. |
PidFile | n?o | /tmp/zabbix_server.pid | Nome do arquivo de PID. | |
ProxyConfigFrequency | n?o | 1-604800 | 3600 | Frequ¨ºncia em que o Áú»¢¶Ä²© Server envia os dados de configura??o para o Proxy, em segundos. Utilizado apenas por proxies em modo passivo. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 1.8.3. |
ProxyDataFrequency | n?o | 1-3600 | 1 | Frequ¨ºncia em que o Áú»¢¶Ä²© Server requisita os dados hist¨®ricos de um Proxy em segundos. Utilizado apenas para proxies em modo passivo. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 1.8.3. |
SenderFrequency | n?o | 5-3600 | 30 | Frequ¨ºncia em que o Áú»¢¶Ä²© ir¨¢ tentar enviar alertas ainda pendentes (em segundos). |
SNMPTrapperFile | n?o | /tmp/zabbix_traps.tmp | Arquivo tempor¨¢rio utilizado para analisar os dados recebidos pelo daemon de traps SNMP. O zabbix_trap_receiver.pl ou SNMPTT precisam ter este memsmo nome eu suas configura??es. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.0.0. |
|
SourceIP | n?o | Endere?o IP para conex?es de sa¨ªda. | ||
SSHKeyLocation | n?o | Localiza??o das chaves p¨²blica e privada para verifica??es SSH e a??es | ||
SSLCertLocation | n?o | Localiza??o do certificado de cliente SSL para a autentica??o de cliente. Este par?metro ¨¦ utilizado na monitora??o web apenas e ¨¦ suportado desde o Áú»¢¶Ä²© 2.4. |
||
SSLKeyLocation | n?o | Localiza??o da chave privada SSL utilizada para a autentica??o de cliente. Este par?metro ¨¦ utilizado somente na monitora??o web e ¨¦ suportado desde o Áú»¢¶Ä²© 2.4. |
||
SSLCALocation | n?o | Sobrescreve a localiza??o da autoridade certificadora (CA) para a verifica??o de certificados SSL de servidor. Se n?o for definido, o diret¨®rio global ser¨¢ usado. Observe que o valor deste par?metro ser¨¢ definido na op??o CURLOPT_CAPATH da biblioteca libcurl. Para vers?es do libcurl anteriores ¨¤ 7.42.0, isso s¨® tem efeito se o libcurl for compilado com o OpenSSL. para maiores informa??es veja . Este par?metro ¨¦ utilizado na monitora??o web desde Áú»¢¶Ä²© 2.4.0 e na autentica??o SMTP desde o Áú»¢¶Ä²© 3.0.0. |
||
StartDBSyncers | n?o | 1-100 | 4 | Quantidade de processos pr¨¦-alocados dos DB Syncers. O limite superior a ser utilizado era 64 antes da vers?o 1.8.5. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 1.8.3. |
StartDiscoverers | n?o | 0-250 | 1 | Quantidade de processos pr¨¦-alocados dos discoverers. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartHTTPPollers | n?o | 0-1000 | 1 | Quantidade de processos pr¨¦-alocados dos HTTP pollers. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartIPMIPollers | n?o | 0-1000 | 0 | Quantidade de processos pr¨¦-alocados dos IPMI pollers. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartJavaPollers | n?o | 0-1000 | 0 | Quantidade de processos pr¨¦-alocados dos Java pollers. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.0.0. |
StartPingers | n?o | 0-1000 | 1 | Quantidade de processos pr¨¦-alocados dos ICMP pingers. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartPollersUnreachable | n?o | 0-1000 | 1 | Quantidade de processos pr¨¦-alocados dos pollers de hosts indispon¨ªveis (incluindo IPMI e Java). Desde o Áú»¢¶Ä²© 2.4.0, pelo menos um poller para hosts indispon¨ªveis precisa ser mantido em execu??o se existirem pollers IPMI ou Java iniciados. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartPollers | n?o | 0-1000 | 5 | Quantidade de processos pr¨¦-alocados dos pollers. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartProxyPollers | n?o | 0-250 | 1 | Quantidade de processos pr¨¦-alocados dos pollers for passive proxies. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 1.8.3. |
StartSNMPTrapper | n?o | 0-1 | 0 | If set to 1, SNMP trapper process will be started. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.0.0. |
StartTimers | n?o | 1-1000 | 1 | Quantidade de processos pr¨¦-alocados dos timers. Os processos de 'timers' s?o utilizados em fun??es de trigger baseadas em tempo e em per¨ªodos de manuten??o. Apenas o primeiro timer gerencia os per¨ªodos de manuten??o. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.0. |
StartTrappers | n?o | 0-1000 | 5 | Quantidade de processos pr¨¦-alocados dos trappers. As trappers aceitam conex?es de entrada oriundas do 'Áú»¢¶Ä²© Sender', agentes e proxies ativos. No m¨ªnimo um processo de trapper dever¨¢ estar em execu??o para apresentar a disponibilidade do servidor e visualizar a fila na interface web. O limite superior a ser utilizado era 255 antes da vers?o 1.8.5. |
StartVMwareCollectors | n?o | 0-250 | 0 | Quantidade de processos pr¨¦-alocados de coletores vmware. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.0. |
Timeout | n?o | 1-30 | 3 | Especifica o tempo m¨¢ximo a se aguardar por um dado do Áú»¢¶Ä²© Agent, dispositivo SNMP ou verifica??o externa (em segundos). |
TLSCAFile | n?o | Caminho completo para o arquivo contendo os certificados CA de alto n¨ªvel para verifica??o das partes, utilizado para a criptografia das comunica??es entre os componentes do Áú»¢¶Ä²©. | ||
TLSCertFile | n?o | Caminho completo para o arquivo contendo o certificado do servidor ou a cadeia de certificados, utilizado para a criptografia das comunica??es entre os componentes do Áú»¢¶Ä²©. | ||
TLSCRLFile | n?o | Caminho completo para o arquivo contendo os certificados revogados. Utilizado para a criptografia das comunica??es entre os componentes do Áú»¢¶Ä²©. | ||
TLSKeyFile | n?o | Caminho completo para o arquivo contendo a chave privada do servidor, utilizado para a criptografia das comunica??es entre os componentes do Áú»¢¶Ä²©. | ||
TmpDir | n?o | /tmp | Diret¨®rio tempor¨¢rio. | |
TrapperTimeout | n?o | 1-300 | 300 | Define o m¨¢ximo em segundos que uma trap pode levar para enviar um dado. |
TrendCacheSize | n?o | 128K-2G | 4M | Tamanho do cache de m¨¦dias, em bytes. Tamanho da mem¨®ria compartilhada para armazenar dados de m¨¦dias. |
UnavailableDelay | n?o | 1-3600 | 60 | Periodicidade de verifica??o de disponibilidade durante o per¨ªodo de indisponibilidade, em segundos. |
UnreachableDelay | n?o | 1-3600 | 15 | Periodicidade de verifica??o de acessibilidade durante um per¨ªodo de inacessibilidade, em segundos. |
UnreachablePeriod | n?o | 1-3600 | 45 | Ap¨®s quantos segundos de indisponibilidade o host ser¨¢ tratado como indispon¨ªvel. |
User | n?o | zabbix | Muda os permissionamentos para um usu¨¢rio espec¨ªfico do sistema. S¨® afeta se o processo for iniciado pelo usu¨¢rio 'root' e 'AllowRoot' estiver desativado. Este par?metro ¨¦ suportado desde oÁú»¢¶Ä²© 2.4.0. |
|
ValueCacheSize | n?o | 0,128K-64G | 8M | Tamanho do cache de valores do hist¨®rico, em bytes. Tamanho da mem¨®ria compartilhada para cache de requisi??es de dados do hist¨®rico. Definindo para '0' o cache ser¨¢ destivado (n?o ¨¦ recomend¨¢vel). Quando o cache estiver lotado, ser¨¢ registrado no log um alerta a cada 5 minutos. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.0. |
VMwareCacheSize | n?o | 256K-2G | 8M | Tamanho da mem¨®ria compartilhada para dados do VMware. Uma verifica??o interna zabbix[vmware,buffer,...] poder¨¢ ser utilizada par amonitorar o uso de cache VMware (veja mais em verifica??es internas). Observe que a mem¨®ria compartilhada n?o ser¨¢ alocada se n?o existirem inst?ncias de coleta VMware configuradas para inicializa??o. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.0. |
VMwareFrequency | n?o | 10-86400 | 60 | Intervalo em segundos entre coletar um dado do servi?o do VMware. Este intervalo dever¨¢ ser menor do que os intervalos entre coletas de itens do VMware. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.0. |
VMwarePerfFrequency | n?o | 10-86400 | 60 | Intervalo em segundos entre a coleta de dados de performance e dados simples do VMware. Este intervalo dever¨¢ ser menor do que os intervalos entre coletas de itens do VMware. Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.9, 2.4.4 |
VMwareTimeout | n?o | 1-300 | 10 | Tempo m¨¢ximo de espera para coletar um item do VMware (vCenter ou ESX hypervisor). Este par?metro ¨¦ suportado desde o Áú»¢¶Ä²© 2.2.9, 2.4.4 |
O Áú»¢¶Ä²© suporta arquivos de configura??o somente no formato UTF-8 sem .
Coment¨¢rios inciam com "#" e s¨® s?o suportados no in¨ªcio das linhas.