A network technician is systematically troubleshooting a Linux workstation that fails to resolve an internal fully qualified domain name (FQDN). Arrange the following diagnostic steps in the correct order, starting from local client configuration inspection and escalating through to upstream network infrastructure isolation.
- 1Inspect the local `/etc/hosts` file to verify no static mapping exists that overrides DNS name resolution.
- 2Examine `/etc/resolv.conf` to ensure the workstation is configured with the correct IP address for the local recursive DNS server.
- 3Flush the local DNS resolver cache using `resolvectl flush-caches` to clear potential stale resource records.
- 4Execute `dig @<Internal_DNS_IP> <FQDN>` to test direct DNS query and response behavior with the configured internal DNS server.
- 5Execute `dig @8.8.8.8 <FQDN>` to determine if the name resolution failure is restricted to internal DNS or affects external connectivity.
Cevap
The correct sequence starts with inspecting the local hosts file, followed by checking local resolver IP configuration in `/etc/resolv.conf`, clearing local resolver cache, querying the targeted internal DNS server directly via `dig`, and finally querying an external public DNS server to isolate internal vs. external scope.
Systematic network troubleshooting follows a bottom-up / local-to-remote sequence: first checking local static files (`/etc/hosts`), then local network client configuration (`/etc/resolv.conf`), followed by local cache clearing (`resolvectl flush-caches`), then testing targeted internal DNS server responses via direct `dig` queries, and lastly testing external DNS reachability to isolate enterprise boundary issues.
Adım Adım Çözüm
Anahtar Kavram
Systematic DNS Troubleshooting Sequence
Tahmini Süre:2m 0s