Pytanie dotyczy narzędzia diagnostycznego, które pozwala ustalić, przez jakie routery (kolejne węzły pośrednie) przechodzi ruch pomiędzy komputerami/hostami w sieci IP. Do tego celu stosuje się polecenie "tracert", które wykonuje śledzenie trasy do wskazanego adresu (np. serwera lub stacji roboczej) i prezentuje listę kolejnych "skoków" – urządzeń pośredniczących w przekazywaniu pakietów – wraz z czasami odpowiedzi.
Dlaczego "tracert" jest właściwy w tym kontekście:
- Pokazuje sekwencję węzłów pośrednich, co odpowiada na pytanie "przez jakie routery przechodzi sygnał/ruch".
- Ułatwia diagnozę problemów w rozległej sieci (także szpitalnej), np. gdy część tras prowadzi przez nieoczekiwany segment lub gdy opóźnienia rosną na konkretnym etapie.
- Wyniki pomagają zawęzić miejsce awarii: problemy mogą wynikać z błędnego routingu, filtracji, przeciążenia łącza lub urządzenia pośredniego.
Dlaczego pozostałe propozycje nie pasują do opisu zadania:
- "set" – jest kojarzone z ustawieniami środowiska/konfiguracją wiersza poleceń (np. zmiennymi). Nie służy do analizy ścieżki w sieci ani do listowania routerów pośrednich.
- "recover" – odnosi się do odzyskiwania (np. danych/plików). Nie jest narzędziem do diagnostyki trasowania.
- "path" – nazwa jest zbyt ogólna i w typowym kontekście systemowym dotyczy raczej ścieżek (np. zmiennej PATH) niż śledzenia trasy pakietów przez routery. Nie spełnia opisu polecenia diagnostycznego do wyznaczania trasy w sieci IP.
Wskazówka egzaminacyjna: jeśli w treści pojawia się "trasa przez routery", "kolejne węzły", "pośrednie urządzenia", szukaj narzędzi typu śledzenie trasy, a nie narzędzi konfiguracyjnych lub związanych z odzyskiwaniem. W praktyce administracyjnej w środowisku medycznym pomaga to szybciej przywrócić łączność z krytycznymi systemami (np. serwerami dokumentacji lub obrazowania).
