[comment]: # ({bd6224b0-bd6224b0})
# 1 Configurando uma regra de descoberta de rede
[comment]: # ({/bd6224b0-bd6224b0})
[comment]: # ({d0972226-466f5982})
#### Visão geral
Para configurar uma regra de descoberta de rede usada pelo Zabbix para descobrir hosts
e serviços:
- Vá para *Coleta de dados → Descoberta*
- Clique em *Criar regra de descoberta* (ou no nome da regra para editar uma existente)
- Edite os atributos da regra de descoberta
[comment]: # ({/d0972226-466f5982})
[comment]: # ({996de9ff-f020a6f3})
#### Atributos da regra
{width="600"}
Todos os campos de entrada obrigatórios são marcados com um asterisco vermelho.
|Parâmetro|Descrição|
|--|--------|
|*Name*|Nome único da regra. Por exemplo, "Rede local".|
|*Discovery by*|A descoberta é realizada por:
**Server** - pelo server Zabbix
**Proxy** - pelo proxy Zabbix (selecionado no campo de nome do proxy)|
|*IP range*|O intervalo de endereços IP para descoberta. Ele pode ter os seguintes formatos:
IP único: 192.168.1.33
Intervalo de endereços IP: 192.168.1-10.1-255. O intervalo é limitado pelo número total de endereços cobertos (menos de 64K).
Máscara IP: 192.168.4.0/24
máscaras IP suportadas:
/16 - /30 para endereços IPv4
/112 - /128 para endereços IPv6
Lista: 192.168.1.1-255, 192.168.2.1-100, 192.168.2.200, 192.168.4.0/24
Este campo suporta espaços, tabulação e múltiplas linhas.|
|*Update interval*|Este parâmetro define com que frequência o Zabbix executará a regra.
O intervalo é medido após o término da execução da instância de descoberta anterior, portanto não há sobreposição.
[Sufixos de tempo](/manual/appendix/suffixes) são suportados, por exemplo, 30s, 1m, 2h, 1d.
[Macros de usuário](/manual/config/macros/user_macros) são suportadas.
*Observe* que, se uma macro de usuário for usada e seu valor for alterado (por exemplo, 1w → 1h), a próxima verificação será executada de acordo com o valor anterior (muito no futuro, com os valores do exemplo).|
|*Maximum concurrent checks per type*|Defina o número máximo de threads de descoberta (workers) por verificação de serviço para processamento paralelo das verificações de descoberta:
**One** - uma thread
**Unlimited** - número ilimitado de threads (mas não mais do que no parâmetro [StartDiscoverers](/manual/appendix/config/zabbix_server#startdiscoverers))
**Custom** - defina um número personalizado de threads (0-999)
Observe que todas as regras de descoberta com verificações de serviço assíncronas SNMPv3 são processadas por um worker devido às particularidades da implementação do libsnmp, ou seja, aumentar o número de workers não aumentará a velocidade da descoberta.|
|*Checks*|O Zabbix usará esta lista de verificações para descoberta. Clique em  para configurar uma nova verificação em uma janela pop-up.
Verificações suportadas: SSH, LDAP, SMTP, FTP, HTTP, HTTPS, POP, NNTP, IMAP, TCP, Telnet, Zabbix agent, agent SNMPv1, agent SNMPv2, agent SNMPv3, ping ICMP.
Uma descoberta baseada em protocolo usa a funcionalidade **net.tcp.service\[\]** para testar cada host, exceto SNMP, que consulta um OID SNMP. O Zabbix agent é testado consultando um item no modo não criptografado. Consulte [itens de agent](/manual/config/items/itemtypes/zabbix_agent) para mais detalhes.
O parâmetro 'Ports' pode ser um dos seguintes:
Porta única: 22
Intervalo de portas: 22-45
Lista: 22-45,55,60-70
Desde o Zabbix 7.0, todas as verificações de serviço são realizadas de forma assíncrona, exceto as verificações LDAP.
Desde o Zabbix 7.0, a verificação HTTP/HTTPs é feita via libcurl. Se o server/proxy Zabbix for compilado sem libcurl, as verificações HTTP funcionarão como nas versões anteriores (ou seja, como verificações TCP), mas as verificações HTTPS não funcionarão.|
|*Device uniqueness criteria*|Os critérios de unicidade podem ser:
**IP address** - não processe vários dispositivos de IP único. Se um dispositivo com o mesmo IP já existir, ele será considerado já descoberto e um novo host não será adicionado.
**** - verificação de Zabbix agent ou de agent SNMP.
Observe que os critérios de unicidade usados durante a descoberta não são os mesmos que a identificação de host no sistema ao executar ações. Os critérios de unicidade durante a descoberta definem se dois ou mais dispositivos descobertos são os mesmos (ou diferentes), enquanto apenas o endereço IP é o critério para identificação de host no Zabbix (consulte [Criação de host](/manual/discovery/network_discovery#host-creation)).|
|*Host name*|Defina o nome técnico do host criado usando:
**DNS name** - nome DNS (padrão)
**IP address** - endereço IP
**** - valor de string recebido da verificação de descoberta (por exemplo, Zabbix agent, verificação de agent SNMP)
Consulte também: [Nomeação de host](/manual/discovery/network_discovery#host-naming).|
|*Visible name*|Defina o nome visível do host criado usando:
**Host name** - nome técnico do host (padrão)
**DNS name** - nome DNS
**IP address** - endereço IP
**** - valor de string recebido da verificação de descoberta (por exemplo, Zabbix agent, verificação de agent SNMP)
Consulte também: [Nomeação de host](/manual/discovery/network_discovery#host-naming).|
|*Enabled*|Com a caixa de seleção marcada, a regra fica ativa e será executada pelo server Zabbix.
Se desmarcada, a regra não fica ativa. Ela não será executada.|
[comment]: # ({/996de9ff-f020a6f3})
[comment]: # ({e9390cef-67a97e37})
##### Excedendo o limite de descritores de arquivos
No caso de um grande número de verificações simultâneas, é possível esgotar o limite de descritores de arquivos para o [gerenciador de descoberta](/manual/concepts/server#server-process-types-and-threads).
O número de descritores de arquivos necessários para a detecção equivale ao número de workers de descoberta * 1000.
Por padrão, existem 5 [workers de descoberta](/manual/appendix/config/zabbix_server#startdiscoverers), enquanto o limite soft do sistema é de aproximadamente 1024.
Se esse limite for atingido, o Zabbix reduzirá o número padrão de verificações simultâneas por tipo para cada worker e escreverá um aviso no arquivo de log.
Mas, se o usuário definiu um valor maior para *Verificações simultâneas máximas por tipo* do que o valor calculado pelo Zabbix, o Zabbix usará o valor definido pelo usuário para um worker.
[comment]: # ({/e9390cef-67a97e37})
[comment]: # ({cd84714a-cd84714a})
#### Um cenário da vida real
Neste exemplo, gostaríamos de configurar a descoberta de rede para o local
rede com um intervalo de IP de 192.168.1.1-192.168.1.254.
Em nosso cenário queremos:
- descubra os hosts que possuem o agente Zabbix em execução
- execute a descoberta a cada 10 minutos
- adicionar um host ao monitoramento se o tempo de atividade do host for superior a 1 hora
- remover hosts se o tempo de inatividade do host for superior a 24 horas
- adicionar hosts Linux ao grupo "servidores Linux"
- adicionar hosts Windows ao grupo "servidores Windows"
- use o modelo *Linux* para hosts Linux
- use o modelo *Windows* para hosts Windows
[comment]: # ({/cd84714a-cd84714a})
[comment]: # ({d8bdedb7-78f4f491})
##### Passo 1
Definindo uma regra de descoberta de rede para nosso intervalo de IPs.
{width="600"}
O Zabbix tentará descobrir hosts no intervalo de IPs
192.168.1.1-192.168.1.254 conectando-se aos agents do Zabbix e obtendo o
valor da chave **system.uname**. O valor recebido do agent
pode ser usado para nomear os hosts e também para aplicar diferentes ações para
diferentes sistemas operacionais. Por exemplo, vincular servidores Windows ao
template *Windows*, servidores Linux ao template *Linux*.
A regra será executada a cada 10 minutos.
Quando esta regra for adicionada, o Zabbix iniciará automaticamente a descoberta
e a geração de eventos baseados em descoberta para processamento posterior.
[comment]: # ({/d8bdedb7-78f4f491})
[comment]: # ({b8e28285-b8e28285})
##### Passo 2
Definindo uma [ação](/manual/config/notifications/action) de descoberta para
adicionando os servidores Linux descobertos ao respectivo grupo/modelo.
A ação será ativada se:
- o serviço "agente Zabbix" está "ativo"
- o valor de system.uname (a chave do agente Zabbix que usamos na regra
definição) contém "Linux"
- O tempo de atividade é de 1 hora (3600 segundos) ou mais
A ação executará as seguintes operações:
- adicione o host descoberto ao grupo "servidores Linux" (e também adicione
host se não foi adicionado anteriormente)
- vincule o host ao modelo *Linux*. Zabbix irá iniciar automaticamente
monitorando o host usando itens e gatilhos do "Linux"
modelo.
[comment]: # ({/b8e28285-b8e28285})
[comment]: # ({b1d8800e-b1d8800e})
##### Etapa 3
Definir uma ação de descoberta para adicionar os servidores Windows descobertos a
o respectivo grupo/modelo.
[comment]: # ({/b1d8800e-b1d8800e})
[comment]: # ({79eefb1b-79eefb1b})
##### Passo 4
Definindo uma ação de descoberta para remover servidores perdidos.
Um servidor será removido se o serviço "agente Zabbix" estiver 'inativo' por mais
mais de 24 horas (86400 segundos).
[comment]: # ({/79eefb1b-79eefb1b})