É dado como verdadeiro que a ausência da @ ainda utiliza o primeiro parâmetro do comando dig como um servidor de DNS específico para ser utilizado na resolução do segundo parâmetro, o que não é verdadeiro.
Veja a saída do comando dig:
$ dig -v
DiG 9.11.10-RedHat-9.11.10-1.fc30
$ dig 8.8.8.8 google.com
; <<>> DiG 9.11.10-RedHat-9.11.10-1.fc30 <<>> 8.8.8.8 google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 333
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 4e19ad39df2b40c07cc1f85a5db6d382de093cc32893e298 (good)
;; QUESTION SECTION:
;8.8.8.8. IN A
;; AUTHORITY SECTION:
. 120 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2019102800 1800 900 604800 86400
;; Query time: 88 msec
;; SERVER: 10.8.4.1#53(10.8.4.1)
;; WHEN: Mon Oct 28 08:39:46 -03 2019
;; MSG SIZE rcvd: 139
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7630
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 5
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 4e19ad39df2b40c035fc64d95db6d3821cfe2868f815b6fd (good)
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 127 IN A 216.58.222.110
;; AUTHORITY SECTION:
google.com. 1877 IN NS ns2.google.com.
google.com. 1877 IN NS ns3.google.com.
google.com. 1877 IN NS ns1.google.com.
google.com. 1877 IN NS ns4.google.com.
;; ADDITIONAL SECTION:
ns2.google.com. 165223 IN A 216.239.34.10
ns3.google.com. 1955 IN A 216.239.36.10
ns4.google.com. 83677 IN A 216.239.38.10
ns1.google.com. 165101 IN A 216.239.32.10
;; Query time: 1 msec
;; SERVER: 10.8.4.1#53(10.8.4.1)
;; WHEN: Mon Oct 28 08:39:46 -03 2019
;; MSG SIZE rcvd: 219O resultado, na prática, é uma consulta nos dois endereços, e não utilizando o primeiro como resolvedor do segundo.
Assim, acredito que a questão tenha apenas duas respostas corretas (B e D), e não três (A e C estão erradas).
