Resolvedores DNS rotos incluidos automáticamente en scutil --dns

¿Cuáles son las formas de mantener la configuración de DNS y SearchDomain? ¿Cómo eliminarlos?

Si ejecuto scutil --dns muestra estos dos resolvers (y algunos otros para direcciones *.in-addr.arpa)

resolver #1
  search domain[0] : 0.mydomain.com
  nameserver[0] : 10.10.50.53
  if_index : 15 (en0)
  flags    : Request A records
  reach    : 0x00000002 (Reachable)

resolver #2
  domain   : 0.mydomain.com
  nameserver[0] : 10.10.10.53
  flags    : Supplemental, Request A records
  reach    : 0x00020002 (Reachable,Directly Reachable Address)
  order    : 101600
...

Ambos resolvers incluyen uno de mis dominios, y el #2 tiene la IP del nameserver equivocada.

No tengo un dominio de búsqueda configurado en *Configuración -> Red -> Detalle -> DNS, y mi servidor DHCP local no proporciona un dominio de búsqueda.

Si elimino el resolver inválido con:

# sudo scutil
# get State:/Network/Service/[redacted, random numbers and letters]/DNS
# d.show
<dictionary> {
  ServerAddresses : <array> {
    0 : 10.10.10.53
  }
  SupplementalMatchDomains : <array> {
    0 : 0.mydomain.com
  }
}
remove State:/Network/Service/a09acf02331d4926/DNS
quit

Entonces, scutil --dns muestra los resolvers correctos, sin dominios de búsqueda.

resolver #1
  nameserver[0] : 10.10.50.53
  if_index : 15 (en0)
  flags    : Request A records
  reach    : 0x00000002 (Reachable)

resolver #2
  domain   : local
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300000
...

Después de quitar esa clave, todo funciona como se esperaba. Pero esa entrada vuelve en cada reinicio.

¿Qué podría incluir esta configuración? ¿Dónde debo mirar?

Edición: Como sugiere @Allan, esto asegura que no estoy recibiendo la configuración del dominio de búsqueda desde DHCP.

# ipconfig getpacket en0 | grep -i domain
domain_name_server (ip_mult): {10.10.50.53}