Soru

Zorluk: Çok zorTroubleshooting DNS and Name Resolution Services

A security operations analyst is investigating why a corporate workstation cannot reach a newly provisioned internal web application at `api.corp.local`. The analyst executes two diagnostic diagnostic commands from the client terminal:

text
C:\Users\Analyst> nslookup api.corp.local
Server: router.home.gateway
Address: 192.168.1.1

Non-authoritative answer:
Name: api.corp.local
Address: 203.0.113.45

C:\Users\Analyst> dig @10.20.4.5 api.corp.local A +short
10.20.4.200

Based on the output above, which of the following is the most likely root cause of this name resolution discrepancy?

  1. The client network interface is statically configured to query an improper local gateway address rather than the internal corporate DNS server.Cevap
  2. B
    The authoritative DNS server at 10.20.4.5 is missing an AAAA resource record for api.corp.local, causing resolution to fail over IPv6.
  3. C
    An intermediate network firewall is blocking UDP port 53 traffic between the workstation and the local gateway at 192.168.1.1.
  4. D
    The DNS response payload exceeds 512 bytes, forcing the client to fail over to TCP port 53 without receiving a truncation flag.

Cevap

The client network interface is statically configured to query an improper local gateway address rather than the internal corporate DNS server.
The nslookup output indicates that the workstation's default DNS server is configured as 192.168.1.1, which returns an incorrect/external IP address (203.0.113.45). When the analyst explicitly queries the corporate DNS server at 10.20.4.5 using dig, it returns the correct internal IP address (10.20.4.200). This proves the internal DNS server is working properly, but the workstation is querying the wrong DNS server due to an incorrect network adapter DNS configuration.

Adım Adım Çözüm

1
Analyze the default resolver output from the standard name lookup utility
The workstation automatically sent the query for api.corp.local to 192.168.1.1 (a default gateway/SOHO router) and received a non-authoritative public IP (203.0.113.45).
By default, OS lookup utilities query the primary DNS server configured on the client's network adapter.
2
Analyze the targeted lookup command specifying an explicit server address
Directly querying the enterprise DNS server at 10.20.4.5 using dig returned the correct private IP address (10.20.4.200).
Specifying @10.20.4.5 bypasses local client resolver settings to query the designated server directly.
3
Synthesize the results to determine the configuration error
Because the enterprise DNS server holds the correct record but the client defaults to querying 192.168.1.1, the client's network settings (DHCP or static assignment) have the incorrect DNS server IP configured.
Aligning client DNS adapter configuration with internal corporate DNS servers resolves split-horizon or rogue DNS lookup behavior.

Anahtar Kavram

DNS Client Resolver Configuration & Targeted CLI Diagnostics
Tahmini Süre:2m 0s
Bu soruyu puanla