Rekord DNS

Konfiguracja Rekordów DNS

Oprócz działania jako resolver i cache, serwer DNS w RouterOS może również pełnić rolę lokalnego, autorytatywnego serwera rekordów statycznych dla domeny wewnętrznej. W projekcie iac-mikrotik realizowane jest to poprzez mapę dns_records w module routeros-dns.

Rekordy te są:

• w pełni zarządzane przez IaC,
• wersjonowane w Git,
• niezależne od DHCP,
• odporne na restart routera,
• wykorzystywane przez TLS, monitoring, reverse proxy, klastry i routing.

Struktura dns_records

Rekordy DNS definiowane są jako mapa rekordów, gdzie:

• klucz mapy = identyfikator rekordu,
• wartość = pełna definicja wpisu DNS.

Przykład konfiguracji:

dns_records = {
  "router.rachuna-net.pl" = {
    name    = "router.rachuna-net.pl"
    address = "10.0.0.1"
    type    = "A"
    ttl     = "1w"
    comment = "Router IP address"
  }
}

Omówienie parametrów rekordu DNS

Obsługiwane typy rekordów (praktyczne zastosowanie)

Przykład rekordu aliasu:

"dns.rachuna-net.pl" = {
  name    = "dns.rachuna-net.pl"
  address = "router.rachuna-net.pl"
  type    = "CNAME"
  ttl     = "1d"
  comment = "Alias for router DNS"
}

Rola rekordów statycznych vs DHCP

✅ Zasada infrastrukturalna:

Każdy element krytyczny infrastruktury powinien posiadać rekord statyczny, a nie tylko dynamiczny z DHCP.

TTL – znaczenie w praktyce

U Ciebie:

ttl = "1w"

oznacza, że:

• cache DNS będzie przechowywał wpis nawet przez 7 dni,
• zmiany IP wymagają ręcznego odświeżenia cache,
• idealne dla infrastruktury stałej (router, core).

Powiązanie z TLS, monitoringiem i reverse proxy

Statyczne rekordy DNS są wykorzystywane bezpośrednio przez:

• certyfikaty TLS (Vault PKI, ACME),
• monitoring (Prometheus, Zabbix, Grafana),
• reverse proxy (Nginx, Traefik),
• klastry (Proxmox, Kubernetes).

Brak statycznego DNS powoduje:

• niestabilność certyfikatów,
• błędy monitoringu,
• problemy z HA i load balancingiem.

Typowe błędy i jak ich unikać

Podsumowanie sekcji dns_records

Sekcja dns_records w iac-mikrotik zapewnia:

• centralne, statyczne wpisy DNS,
• pełną kontrolę nad infrastrukturą nazw,
• powtarzalność wdrożeń,
• brak ręcznej edycji RouterOS,
• kompatybilność z TLS, DHCP, monitoringiem i proxy,
• spójność nazw w całym ekosystemie IT.