Há a configuração LLMNR em systemd-resolved e também a configuração LLMNR por link em systemd-networkd .
A configuração que você está vendo na saída systemd-resolve --status é realmente a de systemd-networkd . Exceto que, se você não estiver executando systemd-networkd , ele ainda mostrará yes .
A configuração padrão mostrará algo como:
Link 2 (ens3)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
Isso também significa que systemd-resolved receberá solicitações na porta UDP 5355 (a porta LLMNR) nessas interfaces.
Se você desativá-lo configurando LLMNR=no em resolved.conf e reiniciando systemd-resolved , você verá:
Link 2 (ens3)
Current Scopes: DNS
LLMNR setting: yes
Você vê que o escopo mudou para DNS, por isso usará apenas o DNS, não aceitará mais solicitações na porta UDP 5355.
Se você também estiver usando systemd-networkd , poderá desabilitar ainda mais o LLMNR nessa interface, definindo LLMNR = não na seção [Network] do arquivo .network para essa interface.
Por exemplo:
# /etc/systemd/network/90-ens3-nollmnr.network
[Match]
Name=ens3
[Network]
LLMNR=no
Depois de definir isso e reiniciar systemd-networkd , a saída de systemd-resolve --status incluirá:
Link 2 (ens3)
Current Scopes: DNS
LLMNR setting: no
Portanto, em suma, LLMNR setting: yes significa que não foi explicitamente desativado nessa interface . E só pode ser desativado nessa interface se estiver sendo gerenciado por systemd-networkd . Se você desabilitá-lo por meio da resolução, ele terá essencialmente o mesmo efeito, mas será exibido apenas na lista de escopos atuais, e realmente não sob LLMNR setting .
NOTE : Alguns ponteiros para o código mostrando que LLMNR = yes é a configuração padrão aqui e aqui .