DEV Community: Rodrigo

🧠 Observabilidade de Rede no ER605: Monitoramento com SNMP

Rodrigo — Wed, 01 Apr 2026 00:14:55 +0000

🔍 O que esse arquivo faz

Esse YAML configura o SNMP Exporter para coletar métricas do seu ER605.

👉 Ele define:

quais OIDs coletar
como coletar
como transformar em métricas Prometheus

⚙️ Fluxo completo

ER605 (SNMP)
   ↓
SNMP Exporter (:9116)
   ↓
Prometheus
   ↓
Grafana

👉 O roteador não expõe métricas HTTP
👉 O exporter faz essa tradução

📦 Entendendo o módulo

modules:
  omada_full:

👉 Isso define um perfil de coleta

No Prometheus você chama assim:

params:
  module: [omada_full]

🔁 WALK vs GET

WALK

walk:

👉 Varre árvores SNMP inteiras
👉 Usado para tabelas (interfaces, memória)

GET

get:

👉 Consulta direta de um OID
👉 Mais leve

🧠 OIDs (explicação prática)

🖥️ System

1.3.6.1.2.1.1

uptime
informações básicas do device

⚡ CPU

hrProcessorLoad

👉 Uso de CPU por core

avg(hrProcessorLoad)

🧠 Memória

hrStorageTable

👉 Estrutura padrão SNMP

Cálculo:

(hrStorageUsed / hrStorageSize) * 100

🌐 Interfaces

ifOperStatus

1 = up
2 = down

👉 Essencial pra detectar queda de link

🚀 Tráfego (parte mais importante)

ifHCInOctets
ifHCOutOctets

👉 64-bit (correto)

Cálculo:

rate(ifHCInOctets[1m]) * 8

👉 bits por segundo

🔐 SNMPv3 (segurança)

version: 3
security_level: authNoPriv

👉 Autenticado, sem criptografia

⚠️ Observação importante

auth_protocol: MD5

👉 No ER605:

SHA → costuma falhar
MD5 → funciona estável

📊 Integração com Prometheus

- job_name: "omada-router"
  metrics_path: /snmp
  params:
    auth: [omada_v3]
    module: [omada_full]
  static_configs:
    - targets:
      - <router_ip>

📈 O que você passa a enxergar

Com isso você ganha:

Infra

uptime
CPU
memória

Rede

tráfego real por interface
erros
descartes
status de link

Diagnóstico real

saturação
perda de pacote indireta
gargalos

🧠 Boas práticas (isso aqui é ouro)

✔️ Sempre usar 64-bit

use ifHC*
nunca ifInOctets

✔️ Criar alertas úteis

Interface down

ifOperStatus == 2

Erros de rede

rate(ifInErrors[5m]) > 10

Saturação

rate(ifHCOutOctets[1m]) * 8 > 800000000

🧠 Caso real - Importância do Monitoramento do Roteador (ER605)

Ao analisar os gráficos acima, é possível observar um comportamento anômalo no consumo de CPU do roteador.

A linha amarela, que representa o uso de CPU, apresentava um padrão inconsistente, com oscilações frequentes e sem uma causa aparente — mesmo sem qualquer alteração nas regras, configurações ou carga de tráfego do ambiente.

Após investigação, foi identificado que esse comportamento estava diretamente relacionado à versão do firmware em uso.

🔍 Diagnóstico

Consumo de CPU elevado e instável
Oscilações constantes sem mudança de configuração
Ausência de correlação com tráfego ou regras de firewall

🛠️ Ação Realizada

Atualização do firmware para a versão mais recente disponível

✅ Resultado

Após a atualização:

O consumo de CPU estabilizou
Redução significativa da utilização (~9%)
Eliminação das oscilações anormais
Comportamento previsível e consistente

Esse cenário evidencia a importância do monitoramento contínuo de dispositivos de rede.

Sem visibilidade, esse tipo de problema poderia passar despercebido, impactando:

performance da rede
latência
estabilidade geral do ambiente

Além disso, reforça que nem todo problema está relacionado à carga ou configuração — bugs ou limitações de firmware também podem ser a causa raiz.

🎯 Conclusão

Esse setup tira seu roteador do modo:

“tá funcionando?”

e leva pra:

“como está funcionando?”

👉 Isso é observabilidade de verdade.

Arquivo completo:

modules:
  omada_full:
    walk:
      - 1.3.6.1.2.1.1
      - 1.3.6.1.2.1.2
      - 1.3.6.1.2.1.31.1.1
      - 1.3.6.1.2.1.25.3.3.1.2
      - 1.3.6.1.2.1.25.2.3.1

    get:
      - 1.3.6.1.2.1.1.3.0

    metrics:
      - name: sysUpTime
        oid: 1.3.6.1.2.1.1.3.0
        type: gauge

      - name: hrProcessorLoad
        oid: 1.3.6.1.2.1.25.3.3.1.2
        type: gauge
        indexes:
          - labelname: hrProcessorIndex
            type: gauge

      - name: hrStorageDescr
        oid: 1.3.6.1.2.1.25.2.3.1.3
        type: DisplayString
        indexes:
          - labelname: hrStorageIndex
            type: gauge

      - name: hrStorageAllocationUnits
        oid: 1.3.6.1.2.1.25.2.3.1.4
        type: gauge
        indexes:
          - labelname: hrStorageIndex
            type: gauge

      - name: hrStorageSize
        oid: 1.3.6.1.2.1.25.2.3.1.5
        type: gauge
        indexes:
          - labelname: hrStorageIndex
            type: gauge

      - name: hrStorageUsed
        oid: 1.3.6.1.2.1.25.2.3.1.6
        type: gauge
        indexes:
          - labelname: hrStorageIndex
            type: gauge

      - name: ifDescr
        oid: 1.3.6.1.2.1.2.2.1.2
        type: DisplayString
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifType
        oid: 1.3.6.1.2.1.2.2.1.3
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifMtu
        oid: 1.3.6.1.2.1.2.2.1.4
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifSpeed
        oid: 1.3.6.1.2.1.2.2.1.5
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifAdminStatus
        oid: 1.3.6.1.2.1.2.2.1.7
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifOperStatus
        oid: 1.3.6.1.2.1.2.2.1.8
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifInErrors
        oid: 1.3.6.1.2.1.2.2.1.14
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifOutErrors
        oid: 1.3.6.1.2.1.2.2.1.20
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifInDiscards
        oid: 1.3.6.1.2.1.2.2.1.13
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifOutDiscards
        oid: 1.3.6.1.2.1.2.2.1.19
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifName
        oid: 1.3.6.1.2.1.31.1.1.1.1
        type: DisplayString
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifAlias
        oid: 1.3.6.1.2.1.31.1.1.1.18
        type: DisplayString
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifHighSpeed
        oid: 1.3.6.1.2.1.31.1.1.1.15
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifHCInOctets
        oid: 1.3.6.1.2.1.31.1.1.1.6
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

      - name: ifHCOutOctets
        oid: 1.3.6.1.2.1.31.1.1.1.10
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

auths:
  omada_v3:
    version: 3
    security_level: authNoPriv
    username: <snmp_user>
    auth_protocol: MD5
    password: "<snmp_password>"

🔐 VPN Site-to-Site AWS + ER605 (IPSec IKEv1) — Guia completo

Rodrigo — Tue, 31 Mar 2026 23:25:47 +0000

🌐 Cenário (EXEMPLO SEGURO)

Item	Valor
IP público (seu roteador)	`203.0.113.10`
Rede local	`192.168.20.0/24`
Rede AWS (VPC)	`10.20.0.0/16`

🧠 Arquitetura

1️⃣ AWS — Criar Customer Gateway

👉 Caminho:
VPC → Customer Gateways → Create

🔹 Configuração

IP Address: 203.0.113.10
BGP ASN: 65000

🧠 O que você fez aqui

👉 Você usa o IP público (NAT) da sua rede

✔ Correto porque:

É o IP que a AWS enxerga
É para onde ela vai abrir o túnel

⚠️ Erro comum

❌ Usar IP interno
✔ Sempre usar IP público

2️⃣ AWS — Criar Virtual Private Gateway (VGW)

👉 Caminho:
VPC → Virtual Private Gateways → Create

🔹 Passos

Criar VGW
Attach na VPC

🧠 Explicação

👉 Esse é o “roteador da AWS”

Sem isso:

Não existe VPN funcional

3️⃣ AWS — Criar Site-to-Site VPN Connection

👉 Caminho:
VPC → Site-to-Site VPN connections → Create

🔹 Configuração

Básico

Name: vpn-homelab
Target Gateway: Virtual Private Gateway
Customer Gateway: Existing

🔹 Routing

Routing options: Static

🔹 Static IP prefix

192.168.20.0/24

🧠 O que você fez aqui

👉 Você disse para AWS:

“Minha rede local é essa. Para chegar nela, use a VPN.”

✔ Isso define o tráfego do túnel

⚠️ Se errar aqui

Tunnel sobe
Mas NÃO trafega

4️⃣ AWS — Tunnel Details (ESSENCIAL)

Após criar, vá em:

👉 Tunnel details

🔹 Exemplo (fictício)

Tunnel 1 Outside IP: 34.210.10.5
Tunnel 2 Outside IP: 18.215.20.8

🧠 Isso é o MAIS importante

👉 Esse IP será usado no ER605 como:

Remote Gateway

5️⃣ AWS — Download configuration

👉 Dentro da VPN:

Selecione a VPN que acabou de criar, após isso clique em Download configuration, selecione as opções abaixo:

Vendor: Generic
Platform: Generic
Software: Vendor Agnostic
IKE: IKEv1

🧠 Explicação

👉 AWS gera:

PSK
Phase 1
Phase 2

6️⃣ ER605 — Criar VPN IPSec

👉 Caminho:
VPN → IPSec → Add

🔹 Configuração básica

Policy Name: aws-vpn
Mode: LAN-to-LAN
WAN: WAN1

🔹 Remote Gateway

34.210.10.5

🧠 Explicação

👉 Esse é o endpoint da AWS

🔹 Redes

Local

192.168.20.0/24

Remote (Sua rede da AWS - VPC)

10.20.0.0/16

🧠 Explicação

👉 Define QUANDO usar o túnel

🔹 Pre-shared key

👉 Copiar da AWS (Arquivo de Download)

7️⃣ ER605 — Phase 1 (IKE)

IKE Version: IKEv1
Encryption: AES128
Auth: SHA1
DH Group: DH2
Lifetime: 28800

8️⃣ ER605 — Phase 2 (IPSec)

Protocol: ESP
Encryption: AES128
Auth: SHA1
PFS: DH2
Lifetime: 28800

9️⃣ AWS — Ajustar rota (OBRIGATÓRIO)

👉 Route Table da VPC:

192.168.20.0/24 → VGW

🧠 Sem isso

VPN fica UP
Mas não passa tráfego

🔟 Firewall (Opcional)

🔹 Permitir tráfego

LAN → AWS
192.168.20.0/24 → 10.20.0.0/16

AWS → LAN
10.20.0.0/16 → 192.168.20.0/24

🔁 Fluxo final

1. AWS sabe seu IP (CGW)
2. AWS cria túnel (VPN)
3. Você pega Outside IP
4. Configura ER605
5. Define redes
6. Ajusta rota AWS
7. Libera firewall
8. Túnel sobe

✅ Resultado esperado

Na AWS:

Tunnel 1 → UP
Tunnel 2 → opcional

Guia Completo de Monitoramento (ER605 + Prometheus)

Rodrigo — Wed, 11 Feb 2026 02:00:17 +0000

1. Configuração no Roteador (ER605)

Vá para System Tools > SNMP:

SNMPv3: Marque a caixa Enable.
Username: Insira o usuário (ex: omada).
Password: Insira sua senha de acesso (ex: SENHA_AQUI).
Clique em Save.

[!NOTE]
O roteador assume internamente o protocolo MD5 e o nível authNoPriv por padrão nessa interface simplificada, o que casa perfeitamente com a sua configuração do snmp.yml.

2. Arquivo Principal: `prometheus.yml` (Inteiro)

Este arquivo orquestra a coleta de dados de todos os seus serviços no homelab.

global:
  scrape_interval: 15s 
  evaluation_interval: 15s 

scrape_configs:
  # Monitoramento do próprio Prometheus
  - job_name: "prometheus"
    static_configs:
      - targets: ["localhost:9090"]
        labels:
          app: "prometheus"

  # Monitoramento do Roteador TP-Link Omada (SNMP)
  - job_name: "omada-router"
    static_configs:
      - targets:
        - 192.168.0.1  # IP real do seu roteador ER605
    metrics_path: /snmp
    params:
      auth: [omada_v3]
      module: [omada_full]
    relabel_configs:
      - source_labels: [__address__]
        target_label: __param_target
      - source_labels: [__param_target]
        target_label: instance
      - target_label: __address__
        replacement: 127.0.0.1:9116  # IP do seu Mini PC onde o snmp_exporter roda

  # Monitoramento de Latência e Disponibilidade (Ping)
  - job_name: "blackbox_icmp"
    metrics_path: /probe
    params:
      module: [icmp]
    static_configs:
      - targets:
          - 8.8.8.8
          - 1.1.1.1
          - 192.168.0.1
    relabel_configs:
      - source_labels: [__address__]
        target_label: __param_target
      - source_labels: [__param_target]
        target_label: instance
      - source_labels: [__param_target]
        target_label: target
      - target_label: __address__
        replacement: 127.0.0.1:9115

3. Arquivo de Tradução: `snmp.yml` (Inteiro e Sem Cortes)

Este é o mapeamento completo dos OIDs para CPU, Memória e interfaces de 64 bits.

modules:
  omada_full:
    walk:
      - 1.3.6.1.2.1.1           # System
      - 1.3.6.1.2.1.2           # IF-MIB (interfaces)
      - 1.3.6.1.2.1.31.1.1      # IF-MIB HC (64-bit + ifName)
      - 1.3.6.1.2.1.25.3.3.1.2  # hrProcessorLoad (CPU)
      - 1.3.6.1.2.1.25.2.3.1    # hrStorageTable (RAM/flash/etc)

    get:
      - 1.3.6.1.2.1.1.3.0       # sysUpTime

    metrics:
      # SYSTEM
      - name: sysUpTime
        oid: 1.3.6.1.2.1.1.3.0
        type: gauge

      # CPU
      - name: hrProcessorLoad
        oid: 1.3.6.1.2.1.25.3.3.1.2
        type: gauge
        indexes:
          - labelname: hrProcessorIndex
            type: gauge

      # MEMORY / STORAGE (HOST-RESOURCES-MIB)
      - name: hrStorageDescr
        oid: 1.3.6.1.2.1.25.2.3.1.3
        type: DisplayString
        indexes:
          - labelname: hrStorageIndex
            type: gauge
      - name: hrStorageAllocationUnits
        oid: 1.3.6.1.2.1.25.2.3.1.4
        type: gauge
        indexes:
          - labelname: hrStorageIndex
            type: gauge
      - name: hrStorageSize
        oid: 1.3.6.1.2.1.25.2.3.1.5
        type: gauge
        indexes:
          - labelname: hrStorageIndex
            type: gauge
      - name: hrStorageUsed
        oid: 1.3.6.1.2.1.25.2.3.1.6
        type: gauge
        indexes:
          - labelname: hrStorageIndex
            type: gauge

      # INTERFACES (IF-MIB)
      - name: ifDescr
        oid: 1.3.6.1.2.1.2.2.1.2
        type: DisplayString
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifType
        oid: 1.3.6.1.2.1.2.2.1.3
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifMtu
        oid: 1.3.6.1.2.1.2.2.1.4
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifSpeed
        oid: 1.3.6.1.2.1.2.2.1.5
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifAdminStatus
        oid: 1.3.6.1.2.1.2.2.1.7
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifOperStatus
        oid: 1.3.6.1.2.1.2.2.1.8
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifInErrors
        oid: 1.3.6.1.2.1.2.2.1.14
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifOutErrors
        oid: 1.3.6.1.2.1.2.2.1.20
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifInDiscards
        oid: 1.3.6.1.2.1.2.2.1.13
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifOutDiscards
        oid: 1.3.6.1.2.1.2.2.1.19
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

      # TRAFFIC 64-bit (IF-MIB::ifXTable)
      - name: ifName
        oid: 1.3.6.1.2.1.31.1.1.1.1
        type: DisplayString
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifAlias
        oid: 1.3.6.1.2.1.31.1.1.1.18
        type: DisplayString
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifHighSpeed
        oid: 1.3.6.1.2.1.31.1.1.1.15
        type: gauge
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifHCInOctets
        oid: 1.3.6.1.2.1.31.1.1.1.6
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge
      - name: ifHCOutOctets
        oid: 1.3.6.1.2.1.31.1.1.1.10
        type: counter
        indexes:
          - labelname: ifIndex
            type: gauge

auths:
  omada_v3:
    version: 3
    security_level: authNoPriv
    username: "omada"
    auth_protocol: MD5
    password: "SUA_SENHA_AQUI"

4. Arquivo de Probes: `blackbox.yml` (Inteiro e Sem Cortes)

Todos os módulos necessários para testar sua rede e serviços.

modules:
  http_2xx:
    prober: http
    http:
      preferred_ip_protocol: "ip4"
  http_post_2xx:
    prober: http
    http:
      method: POST
  tcp_connect:
    prober: tcp
  pop3s_banner:
    prober: tcp
    tcp:
      query_response:
        - expect: "^+OK"
      tls: true
      tls_config:
        insecure_skip_verify: false
  grpc:
    prober: grpc
    grpc:
      tls: true
      preferred_ip_protocol: "ip4"
  grpc_plain:
    prober: grpc
    grpc:
      tls: false
      service: "service1"
  ssh_banner:
    prober: tcp
    tcp:
      query_response:
        - expect: "^SSH-2.0-"
        - send: "SSH-2.0-blackbox-ssh-check"
  ssh_banner_extract:
    prober: tcp
    timeout: 5s
    tcp:
      query_response:
        - expect: "^SSH-2.0-([^ -]+)(?: (.*))?$"
          labels:
            - name: ssh_version
              value: "${1}"
            - name: ssh_comments
              value: "${2}"
  irc_banner:
    prober: tcp
    tcp:
      query_response:
        - send: "NICK prober"
        - send: "USER prober prober prober :prober"
        - expect: "PING :([^ ]+)"
          send: "PONG ${1}"
        - expect: "^:[^ ]+ 001"
  icmp:
    prober: icmp
  icmp_ttl5:
    prober: icmp
    timeout: 5s
    icmp:
      ttl: 5
  http_3xx:
    prober: http
    http:
      preferred_ip_protocol: "ip4"
      enable_http3: true
      enable_http2: false
      valid_http_versions: ["HTTP/3.0"]
  postgresql:
    prober: tcp
    tcp:
      query_response:
        - send: !!binary AAAACATSFi8= 
        - expect_bytes: S 
        - starttls: true

Como eliminei o Lag no meu Omada ER605: O Guia de Otimização

Rodrigo — Wed, 11 Feb 2026 00:41:54 +0000

Se você joga online e sofre com picos de ping (lag) sempre que alguém abre um vídeo ou faz um download em casa, o problema não é a velocidade da sua internet, mas como o seu roteador gerencia o tráfego. No TP-Link Omada ER605, temos ferramentas de nível empresarial para resolver isso configurando uma "via expressa" para o console.

1. O "RG" do Console: Reserva de IP por MAC

Para que as regras funcionem, o roteador precisa identificar seu console de forma única e constante.

Ação: Vá em Network > LAN > Address Reservation.
O que fazer: Clique em Add e insira o MAC Address do seu dispositivo (aquele código físico de 12 caracteres).
IP Fixo: Defina um endereço IP específico (ex: 192.168.0.124).

2. Criando o Alvo: IP Group

O sistema Omada organiza as regras através de grupos de IPs.

Ação: Em Preferences > IP Group > IP Address, adicione o IP que você reservou (ex: 192.168.0.124 / 24).
Grupo: Na aba IP Group, crie um grupo chamado Game ou Gamer_Priority e adicione o endereço criado.

3. Configurando o Motor de Controle (Bandwidth Control Config)

Antes de definir os limites, você precisa ativar o motor global de gerenciamento em Transmission > Bandwidth Control.

Enable Bandwidth Control: Marque esta caixa para ativar o serviço.
O Gatilho de 90%: Marque a opção "Enable Bandwidth Control when bandwidth usage reaches 90%".
Por que isso importa: Esta configuração evita o Bufferbloat. O roteador só passará a organizar o tráfego de forma rígida quando a rede atingir 90% de uso, garantindo que o lag não apareça mesmo sob estresse.

4. Detalhando a Regra: Prioridade Máxima

Agora, preencha a Bandwidth Control Rule List para aplicar os limites ao seu grupo:

Name: Gamer_Priority.
Source Type: Selecione IP Group.
IP Group: Escolha o grupo que você criou (ex: Gamer_Priority).
Limites de Banda:
Maximum Upstream (Upload): Configure 1000 Kbps (1 Mbps).
Maximum Downstream (Download): Configure 5000 Kbps (5 Mbps).
Mode: Selecione Shared.
Status: Certifique-se de que está como Enabled.

Por que essa configuração resolve o gargalo?

Jogos online não precisam de muita velocidade bruta, mas sim de estabilidade. Ao definir esses limites e o gatilho de 90% no seu ER605, você garante que o console tenha uma fatia dedicada da internet. Mesmo que o resto da casa sature a conexão, o roteador identifica o tráfego do seu jogo e o coloca na "frente da fila", eliminando o jitter e mantendo o ping baixo.

Guia de Configuração de Segurança: TP-Link ER605

Rodrigo — Wed, 11 Feb 2026 00:17:43 +0000

🛠️ Configuração de Segurança de Rede: TP-Link ER605

Para garantir a resiliência do meu Homelab, configurei as camadas de defesa do roteador focando no equilíbrio entre segurança máxima e alta performance.

1. Camada 2: Proteção Anti-ARP Spoofing

Caminho: Network Security > IP-MAC Binding > ARP Scanning

O que foi ativado: Enable ARP Spoofing Defense e Send GARP packets.
Por que: Esta opção protege a rede interna contra ataques de "Man-in-the-Middle". Ao ativar o GARP (Gratuitous ARP), o roteador informa constantemente aos dispositivos da rede qual é o endereço físico (MAC) correto do gateway. Isso impede que um atacante na rede local tente se passar pelo roteador para interceptar seus dados.

2. Camada 3 e 4: Defesa contra Ataques de Inundação (Flood Defense)

Caminho: Network Security > Attack Defense > Flood Defense

O que foi ativado: Filtros de inundação para TCP SYN, UDP e ICMP.
Por que: Defini limites de pacotes por segundo para evitar ataques de Negação de Serviço (DoS).
TCP SYN Flood: Impede que o roteador fique com conexões "penduradas" e trave.
ICMP Flood: Evita que um excesso de pings consuma a banda e o processamento do hardware.

3. Proteção contra Anomalias e Varreduras (Packet Anomaly)

Caminho: Network Security > Attack Defense > Packet Anomaly Defense

O que foi ativado: Bloqueio de TCP Scan (Stealth FIN/Xmas/Null), Ping of Death e Ping from WAN.
Por que: * TCP Scan: Torna o Homelab "invisível" para ferramentas como o Nmap, dificultando que um invasor descubra quais portas estão abertas.
Ping from WAN: Garante que o roteador não responda a requisições externas, protegendo o IP público de ser detectado por bots de varredura.
Anomalias: Bloqueia pacotes propositalmente malformados que tentam explorar falhas de memória no firmware do roteador.

🚫 Por que o Deep Packet Inspection (DPI) NÃO foi habilitado?

Caminho: Network Security > DPI > DPI Settings

Embora seja uma ferramenta poderosa para identificar aplicações (como saber se o tráfego é Netflix ou BitTorrent), decidi mantê-lo Desativado pelos seguintes motivos:

Gargalo de Performance (Throughput): O ER605 possui aceleração de hardware (Hardware Offloading) para rotear pacotes rapidamente. O DPI força o roteador a abrir e ler cada pacote (Camada 7). Isso exige muito da CPU, o que derrubaria a velocidade da conexão (ex: de 1Gbps para 300-400Mbps).
Latência e Jitter: A inspeção profunda adiciona milissegundos de processamento em cada pacote. Para um Homelab que roda serviços de monitoramento (Grafana) e VPNs (WireGuard), manter a latência o mais baixa possível é prioridade.
Ineficiência com Criptografia: Como 90% do tráfego web hoje é HTTPS, o roteador não consegue ver o conteúdo dentro do pacote sem um certificado SSL instalado em cada cliente. Sem isso, o DPI consome muita CPU para entregar pouquíssima informação útil.

Resumo da Estratégia: "Segurança robusta nas camadas de transporte e rede (L3/L4), mantendo o hardware livre do peso do DPI para garantir que o link de internet seja aproveitado em sua totalidade."

Do Zero ao Firewall: Guia Completo de Organização e Segurança no Homelab (TP-Link ER605)

Rodrigo — Tue, 10 Feb 2026 23:49:39 +0000

Do Zero ao Firewall: Guia Completo de Organização e Segurança no (TP-Link ER605)

Aprender redes do zero exige paciência. Depois de mergulhar em documentações para entender como o meu roteador gerencia o tráfego, aprendi que a organização é o primeiro passo para a segurança. Hoje, vou mostrar como estruturar o teu firewall usando a lógica de Objetos e Regras.

Parte 1: A Fundação (IP Address e IP Group)

No TP-Link ER605, as regras de firewall (ACLs) não conversam diretamente com IPs soltos; elas conversam com Grupos.

Passo 1: Criar os IP Addresses

Vá a Preferences > IP Group > IP Address. Aqui, damos um "nome amigável" aos segmentos da rede:

IP_AWS (Ex: 172.20.0.0/16): Representa toda a minha infraestrutura na nuvem.
IP_WG (Ex: 10.50.1.0/24): O range dedicado ao túnel WireGuard.
IP_Client (Ex: 10.80.1.0/24): Rede isolada para auditorias ou clientes externos.
Minha_LAN (Ex: 192.168.00.0/24): Onde reside o coração do meu homelab.

Passo 2: Criar os IP Groups

Em IP Group, criamos as listas que o firewall vai utilizar. Basta criar o grupo e associar o endereço criado no passo anterior.

AWS_Group → Associado ao IP_AWS
WG_Group → Associado ao IP_WG
Client_VPN_Group → Associado ao IP_Client

Por que fazer isto? Se amanhã o IP da tua VPN mudar, alteras apenas o "IP Address". O "Group" e todas as tuas regras de firewall permanecem intactos. É eficiência e menos erro humano.

Parte 2: Configurando as Regras de Firewall (IP ACL)

Com os grupos prontos, vamos em Transmission > Firewall > IP ACL. Aqui é onde definimos quem pode falar com quem.

Detalhando os Campos da Regra:

Para cada regra que criei, preenchi os seguintes parâmetros:

Service Type: Usei ALL (para validar todos os protocolos: TCP/UDP/ICMP).
Direction: ALL para tráfego interno e WAN IN para o que vem da internet.
Source Type/Source: Selecionei o IP Group de origem (quem inicia a conexão).
Destination Type/Destination: Selecionei o IP Group de destino (o alvo).
Effective Time: Any (proteção ativa 24/7).
States: Marquei New, Established, Related. Isto garante que o firewall entenda o "estado" da conexão e permita o tráfego de resposta automaticamente.

Parte 3: A Lógica das Regras Criadas

O segredo de um bom administrador é a ordem das regras. O firewall lê de cima para baixo.

1. ALLOW_LAN_TO_AWS (Acesso à Nuvem)

Política: Permit
Origem: Minha_LAN | Destino: AWS_Group
Objetivo: Permitir que o meu homelab se comunique com os meus servidores na nuvem.

2. DENY_WG_TO_AWS (Isolamento de Segurança)

Política: Deny
Origem: WG_Group | Destino: AWS_Group
Objetivo: Esta é uma camada de proteção extra. Se alguém ganhar acesso à minha VPN, não conseguirá "pular" para a minha nuvem AWS.

3. CLIENT_VPN_TO_LAN (Acesso Controlado)

Política: Permit
Origem: Client_VPN_Group | Destino: Minha_LAN
Objetivo: Garante que o tráfego de auditoria chegue apenas onde deve, sem tocar noutros segmentos sensíveis.

4. DEFAULT_DENY_ALL (A Regra de Ouro)

Política: Deny
Origem: IPGROUP_ANY | Destino: IPGROUP_ANY
Importância: Esta regra deve ser sempre a última. Ela diz: "Se o tráfego não foi expressamente permitido acima, bloqueie". É o princípio do privilégio mínimo.

Conclusão

Documentar este processo foi parte da minha aprendizagem. Ao organizar a rede desta forma, o teu homelab deixa de ser um emaranhado de cabos e IPs e passa a ser uma infraestrutura profissional e segura.

#homelab #networking #security #tplink #aws #wireguard

WireGuard no TP-Link Omada ER605: O Guia para criar VPN

Rodrigo — Tue, 10 Feb 2026 18:57:27 +0000

Criando sua VPN passo a passo (Roteador + Aplicativo)

O WireGuard é um protocolo de VPN moderno que utiliza criptografia de última geração e, por operar no kernel do sistema, atinge velocidades superiores ao OpenVPN. Ele é ideal para quem precisa de estabilidade ao trocar do Wi-Fi para o 4G sem cair a conexão.

📌 Requisitos Prévios

Hardware: TP-Link ER605 (mínimo v2.0) com firmware atualizado.
Aplicativo: WireGuard instalado no seu notebook ou celular.

1️⃣ Criando a Interface no Roteador (ER605)

Acesse VPN → WireGuard → WireGuard → Add.

Name: vpn_client
MTU: 1420
Listen Port: 51825
Local IP Address: 10.100.1.1
Status: Enable

🔒 Importante: Ao salvar, o roteador gera automaticamente a Public Key dele. Copie essa chave agora, pois ela será o "Peer" dentro do seu aplicativo no próximo passo.

2️⃣ Preparando o Endereço (IP Fixo vs DDNS)

Antes de configurar o aplicativo, você precisa saber qual endereço ele vai buscar. Se o seu IP da operadora muda, o DDNS não é opcional, é obrigatório.

Se você tem IP Fixo: Use o IP direto (Ex: 179.20.20.22).
Se o IP é Dinâmico (Recomendado): Configure o DDNS no roteador para ter um endereço fixo (Ex: vpn-homelab.hopto.org).
👉 Guia de como configurar DDNS no ER605.

3️⃣ Configurando o Aplicativo WireGuard (Notebook/Celular)

Agora que você tem a Public Key do roteador e o seu DDNS, abra o aplicativo WireGuard no seu dispositivo:

Clique em "+" e depois em Add Empty Tunnel.
O aplicativo gerará automaticamente um par de chaves (Private e Public) para o seu dispositivo. Mantenha a PrivateKey que já apareceu ali.
Monte o arquivo seguindo este modelo:

[Interface]
PrivateKey = <JÁ_GERADA_PELO_APLICATIVO>
Address = 10.100.1.2/32
DNS = 8.8.8.8

[Peer]
PublicKey = <COLE_A_PUBLIC_KEY_QUE_VEIO_DO_ROTEADOR>
AllowedIPs = 192.168.0.0/24
Endpoint = vpn-homelab.hopto.org:51825

📌 Dica: Copie a Public Key que o aplicativo gerou no topo da tela. Você vai precisar dela para o último passo no roteador.

4️⃣ Cadastrando o Peer no Roteador

Volte ao painel do ER605 em VPN → WireGuard → Peers → Add:

Interface: vpn_client
Public Key: Cole a chave pública que você copiou do aplicativo (celular/notebook).
Allowed Address: 10.100.1.2/32 (O IP fixo que este dispositivo terá no túnel).
Persistent Keepalive: 25 (Essencial para manter a conexão ativa em redes móveis).

5️⃣ Testando a Conexão

Salve tudo no roteador.
No aplicativo WireGuard, clique em Activate.
Verifique no roteador em Peers: se o Last Handshake atualizar e os bytes subirem, você está conectado! ✅

Meu Homelab

Rodrigo — Wed, 04 Feb 2026 17:59:38 +0000

Meu Homelab: quando estética, impressão 3D e infraestrutura se encontram

Antes de falar de firewall, VPN ou servidores, vale começar por algo que muita gente ignora: o homelab também faz parte da casa.

Desde o início, esse setup não foi pensado só como infraestrutura técnica, mas como um espaço que precisava funcionar bem, ser organizado e visualmente integrado ao ambiente. E isso não foi feito sozinho.

Grande parte da identidade visual do lab foi pensada junto com minha esposa, desde:

a escolha do móvel
o posicionamento dos equipamentos
até o uso da impressão 3D como elemento funcional e estético

Isso fez toda a diferença no resultado final.

Estética, impressão 3D e identidade

A impressão 3D aqui não entra como decoração solta, mas como parte da solução do lab.

Alguns exemplos práticos:

Vaso decorativo impresso em 3D, pensado para compor o ambiente sem cara de datacenter
Peças pequenas impressas em 3D, como:
- dragões
- um cachorrinho

Elas são discretas, ficam em escala pequena e ajudam a quebrar o aspecto técnico excessivo, sem tirar o foco do lab.

Suporte do nó Mesh impresso em 3D, instalado no alto da parede:
- cabo totalmente oculto
- melhor captação e distribuição do sinal Wi-Fi
- nenhuma poluição visual

Além do 3D, o espaço ganha ainda mais identidade com artesanato em madeira recuperada, feito pelo meu pai:

bonequinho
coração
cachorrinhos

Tudo produzido com madeira reaproveitada de obra.

É um contraste intencional: tecnologia moderna convivendo com algo manual, simples e cheio de história.

O resultado é um homelab que funciona bem tecnicamente, mas também faz sentido visualmente dentro da casa.

Arquitetura da rede: controle centralizado

A premissa técnica do lab é clara:
👉 tirar toda a inteligência da operadora e centralizar o controle da rede em um único ponto.

Coração da rede

TP-Link Omada ER605

Responsável por:

firewall
regras de segurança
roteamento
port forwarding controlado
segmentação de rede

O equipamento da operadora (Claro) fica apenas em modo Bridge, entregando o link de internet diretamente para o Omada, sem interferir na rede.

Acesso remoto e VPN

Nenhum serviço crítico fica exposto diretamente na internet.

O acesso remoto é feito exclusivamente via VPN:

IPsec com AWS, integrando o ambiente local com a cloud
WireGuard, para acesso remoto seguro do notebook à rede interna

Na prática, consigo acessar minha rede de qualquer lugar como se estivesse localmente, com segurança e previsibilidade.

Segurança ativa: testes e validação com Cardputer ADV

Além da arquitetura segura, esse homelab também é usado para validação prática de segurança.

Para isso, utilizo um Cardputer ADV, um dispositivo portátil baseado em ESP32, voltado para experimentação, automação e testes de segurança em redes.

Ele não entra como curiosidade ou “brinquedo”, mas como ferramenta ativa de verificação do ambiente.

O que eu testo na prática

Com o Cardputer, realizo testes controlados dentro da minha própria rede para:

mapear superfícies de ataque internas
validar se portas e serviços estão realmente isolados
testar regras de firewall e segmentação
identificar pontos frágeis de configuração
simular comportamentos comuns de ataque em ambiente local

Isso inclui, por exemplo:

varredura de rede e descoberta de serviços
verificação de dispositivos indevidamente expostos
análise da separação entre redes internas
validação de políticas que, na teoria, deveriam bloquear tráfego

Por que isso faz parte do homelab

Segurança não é só não expor nada na internet.
É testar se aquilo que você configurou realmente se comporta como esperado.

O Cardputer entra exatamente nesse ponto:
ele permite validar a rede de forma prática, portátil e repetível.

Não é confiança cega na configuração.
É verificação contínua.

Wi-Fi e cobertura

Sistema Mesh Wi-Fi 6, configurado em modo Access Point:

os nós não fazem roteamento
toda a inteligência permanece concentrada no Omada

Distribuição:

um nó cabeado na estante
um nó no quarto, instalado no alto da parede com suporte impresso em 3D, garantindo melhor propagação do sinal

Mini PC: uso atual e evolução para IA

Mini PC rodando Windows, atualmente usado para:

testes
experimentos
validação de serviços

Ele ainda não é um servidor dedicado de IA, mas já faz parte da infraestrutura.

Próximos passos

implementar serviços de monitoramento
consolidar como nó de serviços internos
evoluir gradualmente para:
- execução de modelos de IA local
- inferência sem depender de cloud
- automações e testes

A ideia é crescer com propósito, sem overengineering.

Energia e continuidade

No-break na base da estante, mantendo ativos:

Omada
Mini PC
equipamentos de rede

Protege contra quedas, picos e desligamentos inesperados.

Conclusão

Esse homelab não é só sobre hardware ou software.

É sobre:

controle real da rede
segurança bem pensada
evolução gradual
uso prático da impressão 3D
e, principalmente, equilíbrio entre tecnologia, estética e vida real

Quando o lab respeita o espaço da casa — e não o contrário — ele deixa de ser só um projeto técnico e vira algo sustentável no dia a dia.

#homelab #networking #devops #selfhosted #3dprinting #homeinfrastructure

Como configurar DDNS no TP-Link ER605 - (NO-IP)

Rodrigo — Wed, 04 Feb 2026 15:31:33 +0000

Como configurar DDNS no TP-Link ER605 usando NO-IP

(Base para VPN e acesso remoto ao homelab)

Por que usar DDNS?

A maioria das operadoras entrega IP público dinâmico, que muda com frequência.
Isso dificulta qualquer acesso remoto à sua rede.

O DDNS (Dynamic DNS) resolve esse problema criando um nome fixo
(ex: homelab-er605.hopto.org) que sempre aponta para o IP atual da sua internet.

Sempre que o IP da operadora muda, o TP-Link ER605 atualiza automaticamente o NO-IP.

➡️ Resultado:
Você acessa sua rede, VPN ou serviços sempre pelo mesmo endereço, sem precisar saber qual é o IP novo.

💡 Importante: utilize sempre o IP público real da sua operadora.
Para conferir, basta pesquisar no Google: “qual é o meu IP”.

Visão geral do fluxo

Criar um hostname no NO-IP
Vincular esse hostname ao TP-Link ER605
O roteador passa a atualizar o IP automaticamente

1️⃣ Criando o DDNS no NO-IP

Acesse:
👉 https://my.noip.com/

Caminho no site

Menu lateral → DDNS & Remote Access → DNS Records

Clique em Create Hostname.

Exemplo de configuração

Host: homelab-er605
Domínio: .hopto.org
IPv4: 203.0.113.10 (exemplo – use o IP público atual da operadora)
✅ Enable Dynamic DNS
TTL: padrão (60s)

💡 Dica importante:
Utilize o botão Detect IP no site do NO-IP para garantir que o IPv4 corresponda ao IP WAN público atual da sua operadora, evitando erros comuns.

📌 Observação:
A conta gratuita do NO-IP permite 1 hostname, que precisa ser renovado 1 vez por mês (login simples, sem custo).

Clique em Salvar.

2️⃣ Configurando o NO-IP no TP-Link ER605

Acesse o painel do roteador:

http://192.168.0.1

Caminho no menu

Services → Dynamic DNS → NO-IP

Preencha os campos

Campo	Valor
Interface	WAN1
Account Name	homelab.usuario@gmail.com
Password	senha do NO-IP
Domain Name	homelab-er605.hopto.org
Update Interval	30 minutos
Status	✅ Enable

Clique em OK.

3️⃣ Validando se está funcionando

No painel do ER605, o status deve aparecer como:

Service Status: Online
Status: Enabled

✔️ Esse é o resultado esperado.

No site do NO-IP, o IPv4 será atualizado automaticamente sempre que o IP da operadora mudar.

Caso apareça como Offline:

Verifique usuário e senha do NO-IP
Confirme se o hostname está ativo no painel do NO-IP
Verifique se a interface WAN do ER605 possui IP público válido

O que você ganha com isso

Base sólida para VPN Site-to-Site
Base para VPN Client-to-Site
Acesso remoto ao homelab
Menos dependência da operadora
Zero custo inicial

Próximo passo lógico

Com o DDNS funcionando corretamente, agora faz sentido partir para:

🔐 VPN IPsec / OpenVPN / WireGuard no ER605
🌐 Acesso remoto seguro ao homelab
☁️ Integração com AWS / Azure / Bastion Host

redes · networking · sideprojects · homelab · tutorial

👉 Por que o roteador da operadora não deveria ser o coração da sua rede

Rodrigo — Fri, 30 Jan 2026 15:30:41 +0000

Tem um momento em que a gente percebe que o roteador da operadora já não acompanha mais a nossa realidade.

Quando você começa a

acessar sua rede de fora,
integrar com cloud,
se preocupar com segurança de verdade,
ou montar um homelab mais sério,

aquele “tudo em um” com Wi-Fi deixa de fazer sentido.

Foi nesse ponto que eu cheguei no TP-Link Omada ER605.

À primeira vista ele estranha
👉 “Mas ele não tem Wi-Fi?”
Não tem.
E isso é justamente o que faz ele funcionar tão bem.

O ER605 não tenta ser bonito nem chamar atenção.
Ele fica ali, discreto, fazendo o trabalho pesado

administrando a rede,
protegendo os acessos,
controlando o tráfego,
balanceando links entre operadoras,
e mantendo tudo estável.

🔀 Multi-WAN e balanceamento de carga

O ER605 suporta mais de um link de internet.

Na prática, isso significa

balanceamento de carga entre WANs,
failover automático quando um link cai,
continuidade do acesso à internet e às VPNs.

Isso resolve um problema comum em setups domésticos e pequenos ambientes:
um único link como ponto único de falha.

🔐 VPN — acesso remoto sem expor serviços

O ER605 atua como ponto único de entrada da rede.

Nada fica exposto diretamente na internet.

Ele suporta

WireGuard (client-to-site) para acesso remoto seguro,
IPsec (site-to-site) para integração com cloud (ex.: AWS).

Características reais

criptografia ponta a ponta,
funcionamento com IP dinâmico via DDNS,
sem necessidade de port forwarding.

O acesso acontece como se estivesse local, mas com isolamento e controle.

🧱 Firewall — controle explícito de tráfego

Antes de qualquer observabilidade, vem a base.

O ER605 atua como firewall de borda, oferecendo

Stateful Firewall,
NAT,
SPI (Stateful Packet Inspection),
Flood Defense,
Packet Anomaly Defense,
regras explícitas de entrada e saída.

Nada entra por padrão.
O tráfego passa apenas quando é permitido.

🛡️ Proteções de ARP na rede local

Além das regras de camada 3, o ER605 aplica controles básicos de ARP no tráfego que passa pelo gateway.

Ele oferece

Anti-ARP Spoofing,
IP-MAC Binding.

Esses mecanismos ajudam a

reduzir tentativas de ARP spoofing mais comuns,
evitar conflitos de IP dentro da rede,
aumentar a previsibilidade e a confiabilidade do tráfego local.

Não substitui proteções avançadas de switch,
mas adiciona uma camada defensiva real no ponto central da rede.

📊 Monitoramento via SNMP (o que ele realmente expõe)

O ER605 suporta

SNMP v1 / v2c,
SNMP v3.

Via SNMP, ele expõe métricas básicas de interface, como

tráfego WAN/LAN (bytes in/out),
pacotes in/out,
erros de interface,
uptime do equipamento.

Essas métricas podem ser coletadas por ferramentas externas e usadas para visualização e histórico.

🗺️ Arquitetura lógica (somente o que existe de fato)

                 🌍 INTERNET
                      |
                ISP / WAN 1
                ISP / WAN 2
                 (Multi-WAN)
                      |
                ┌────────────────┐
                │   TP-Link      │
                │    ER605       │
                │────────────────│
                │ Gateway        │
                │ Load Balance   │
                │ Firewall       │
                │ NAT / SPI      │
                │ Flood Defense  │
                │ Anti-ARP       │
                │ IP-MAC Bind    │
                │ WireGuard VPN  │◀── Acesso remoto
                │ IPsec VPN      │◀── Cloud (ex.: AWS)
                │ SNMP           │──▶ Métricas básicas
                └────────────────┘
                      |
                   LAN / VLAN
                      |
                 Switch / Hosts

(Wi-Fi, dashboards e ferramentas de observabilidade são externos ao ER605)

🎯 Conclusão honesta

Com esse papel bem definido, o ER605 deixa de ser
❌ “roteador doméstico”

E passa a ser
✅ Gateway cabeado
✅ Firewall de borda
✅ Balanceador de links
✅ Concentrador de VPN
✅ Dispositivo de borda com métricas básicas

Nada além disso.
Nada a menos.

E é exatamente por não tentar fazer tudo que ele funciona tão bem.

Cloud não vive sem rede.
E rede não deveria ser uma caixa-preta.

DEV Community: Rodrigo

🧠 Observabilidade de Rede no ER605: Monitoramento com SNMP

🔍 O que esse arquivo faz

⚙️ Fluxo completo

📦 Entendendo o módulo

🔁 WALK vs GET

WALK

GET

🧠 OIDs (explicação prática)

🖥️ System

⚡ CPU

🧠 Memória

🌐 Interfaces

🚀 Tráfego (parte mais importante)

🔐 SNMPv3 (segurança)

⚠️ Observação importante

📊 Integração com Prometheus

📈 O que você passa a enxergar

Infra

Rede

Diagnóstico real

🧠 Boas práticas (isso aqui é ouro)

✔️ Sempre usar 64-bit

✔️ Criar alertas úteis

Interface down

Erros de rede

Saturação

🧠 Caso real - Importância do Monitoramento do Roteador (ER605)

🔍 Diagnóstico

🛠️ Ação Realizada

✅ Resultado

🎯 Conclusão

Arquivo completo:

🔐 VPN Site-to-Site AWS + ER605 (IPSec IKEv1) — Guia completo

🌐 Cenário (EXEMPLO SEGURO)

🧠 Arquitetura

1️⃣ AWS — Criar Customer Gateway

🔹 Configuração

🧠 O que você fez aqui

⚠️ Erro comum

2️⃣ AWS — Criar Virtual Private Gateway (VGW)

🔹 Passos

🧠 Explicação

3️⃣ AWS — Criar Site-to-Site VPN Connection

🔹 Configuração

Básico

🔹 Routing

🔹 Static IP prefix

🧠 O que você fez aqui

⚠️ Se errar aqui

4️⃣ AWS — Tunnel Details (ESSENCIAL)

🔹 Exemplo (fictício)

🧠 Isso é o MAIS importante

5️⃣ AWS — Download configuration

🧠 Explicação

6️⃣ ER605 — Criar VPN IPSec

🔹 Configuração básica

🔹 Remote Gateway

🧠 Explicação

🔹 Redes

Local

Remote (Sua rede da AWS - VPC)

🧠 Explicação

🔹 Pre-shared key

7️⃣ ER605 — Phase 1 (IKE)

8️⃣ ER605 — Phase 2 (IPSec)

9️⃣ AWS — Ajustar rota (OBRIGATÓRIO)

🧠 Sem isso

🔟 Firewall (Opcional)

🔹 Permitir tráfego

🔁 Fluxo final

✅ Resultado esperado

Guia Completo de Monitoramento (ER605 + Prometheus)

1. Configuração no Roteador (ER605)

2. Arquivo Principal: prometheus.yml (Inteiro)

3. Arquivo de Tradução: snmp.yml (Inteiro e Sem Cortes)

4. Arquivo de Probes: blackbox.yml (Inteiro e Sem Cortes)

Como eliminei o Lag no meu Omada ER605: O Guia de Otimização

1. O "RG" do Console: Reserva de IP por MAC

2. Criando o Alvo: IP Group

2. Arquivo Principal: `prometheus.yml` (Inteiro)

3. Arquivo de Tradução: `snmp.yml` (Inteiro e Sem Cortes)

4. Arquivo de Probes: `blackbox.yml` (Inteiro e Sem Cortes)