From b4af0f2d43b6d30dd3016458d28a0011b23a8357 Mon Sep 17 00:00:00 2001 From: xf0r3m Date: Wed, 11 Dec 2024 21:43:22 +0100 Subject: [PATCH] =?utf8?q?Kontynuacja=20tworzenie=20rozdzia=C5=82u=2012,?= =?utf8?q?=20modu=C5=82u=203,=20kursu=20CCNA.?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit --- articles/terminallog/Cisco_-_CCNA.html | 237 +++++++++++++++++++++++++ 1 file changed, 237 insertions(+) diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html index f2b0312..9eeefd1 100755 --- a/articles/terminallog/Cisco_-_CCNA.html +++ b/articles/terminallog/Cisco_-_CCNA.html @@ -16709,6 +16709,243 @@ R1(config)# boot system flash0:isr4200-universalk9_ias.16.09.04.SPA.bin Rozwiązywanie problemów napoczątek rozpoczniemy od zagadanienia utworzenia i prowadzenia dokumentacji.

+

+ Aby skutecznie monitorować i rozwiązywać problemy z siecią, wymagana + jest dokładna i kompletna dokumentacja sieciowa. Taka dokumentacja + powinna zawierać nastepujące elementy: +

+ +

+ Dokumentacja sieciowa powinna być przechowywana w formie papierowej + w jednym miejscu lub w sieci na chronionym serwerze. Jej kopia zapasowa + powinna być zabezpieczona i przechowywana w osobnej lokalizacji. +

+

+ Topologia fizyczna - przedstawia fizyczny układ + urządzeń podłączonych do sieci. Informacje zapisne w topologi fizycznej + zazwyczaj obejmują: +

+ +

+ Topologia logiczna - ilustruje w jaki sposób urządzenia + są ze sobą logicznie połaczone. Odnosi się do sposóbu przsyłania danych + przez sieć podczas komunikacji z innymi urządzeniami. Informacje + zapisane w logicznej topologii sieći mogą obejmować: +

+ +

+ Jeśli nasz sieć działa w podwójnym stosie to możemy również dodać + do topologi logicznej adresy IPv6, lub utworzyć dla niej zupełnie + oddzielną. +

+

+ Dokumentacja urządzeń sieciowych powinna zawierać dokładne i aktualne + zapisy sprzętu sieciowego. Dokumentacja powinna zawierać wszystkie + istotne informacje takie jak nazwa urządzenia, model, opis, + lokalizację, wersję oprogramowania oraz datę ostatniej jego + aktualizacji. W przypadku routerów ważne jest opisanie każdego z + interfejsów, przypisanych mu adresów IP, adresu MAC oraz przeznaczenia, + podobnie w przypadku przełączników opis z czym łaczy się dany port, + opisy konfiguracji VLAN czy port trunk czy działa w + EtherChannel, dla trunk-ów ID natywnego VLAN oraz + stan portów - włączony/wyłączony. +

+

+ Celem procesu monitorowania sieci jest obserwacja wydajności i + porównanie jej z wyznaczonym punktem odniesienia. Stan odniesienia + służy do ustalenia normalnej wydajności sieci lub systemu w celu + określenia osobowości sieci w normalnych warunkach. + Wyznaczenie stanu odniesienia wymaga zebrania danych o wydajności z + poszczególnych portów i urządzeń, niezbędnych do działania sieci. Stan + odniesienia powinien odpowiadać na następujące pytania: +

+ +

+ Przygotowując punkt odniesienia należy: +

+
    +
  1. Określić jakie typu dane trzeba zebrać, aby analiza była łatwa ale + zarazem miarodajna.
    2. +
  2. Zindentyfikować interesujące urządzenia i porty, na który powinien + odbywać się pomiar. Mogą być to porty urządzeń sieciowych, serwery + czy kluczowi użytkownicy.
    3. +
  3. Określ czas zbieraniania danych, aby ustalić normalny obraz sieci.
    4. +
+

+ Podczas zbierania informacji do dokumentacji, możemy swobodnie + posługiwać się poznanymi dotychczas wariacjami polecenia + show. +

+

3.12.1. Proces rozwiązywania problemów

+

+ Istnieje kilka procesóœ rozwiązywania problemów, dla przyłau możemy + użyć trzech prostych logicznych etapów. +

+
    +
  1. Etap 1: - zebranie objawów.
    2. +
  2. Etap 2: - wyizolowanie problemu.
    3. +
  3. Etap 3: - wdrożenie działań naprawczych.
    4. +
+

+ Jeśli problem wydaje się rozwiązny, to należy udokumentować rozwiązania + i zapisz + zmiany. Jeśli nie, lub też tworzony kolejny problem to należy cofnąć + działania naprawcze i rozpocząć od początku. +

+

+ Oczywiście istnieje bardziej szczegółowy 7-etapowy proces rozwiązywania + problemów, nie ma on już tak określonej kolejności dziań i dowolnie + można skakać między wewnętrznymi krokami. Poniżej znajdują się omawiane + kroki: +

+ +

+ Krok pierwszy oraz ostatni można uznać za kroki zewnętrzne. +

+

+ Wiele problemów z siecią jest początkowo zgłaszanych przez użytkownika + końcowego. Jednakże dostarczone informacje są często niejasne lub + wprowadzają w błąd. Na przykłąd użytkownicy często zgłaszaja problemy + takie jak "sieć jest wyłączona", "Nie mogę uzyskać dostępu do mojej + poczty", lub "Mój komputer jest wolny". Do komunikacji z użytkownikiem + mogą być stosowane następujące zlecenia. +

+ +

+ Zbierając obiawy z podejrzanego urządzenia sieciowego, możemy użyć + takich poleceń jak: +

+ +

+ Podczas izolowania problemów, możemy się posłużyć modelem ISO/OSI. Dla + przykładu: warstwy od 7-5 - będą dotyczyć urządzenia końcowego, + warstwy 4-3 - routera lub przełącznika wielowarstwowego, warstwa 2 - + przełącznika standardowego oraz warstwa 1 - interfejsów, przewodów oraz + portów. +

+

+ Istnieje kilka uporządkowanych podejść do rozwiązywania problemów, + które można wykorzystać. Każde z nich będzie zależalo od sytuacji. +

+
    +
  • Od dołu - rozwiązywanie problemów zaczynamy od + dołu od fizycznych komponentów sieci i przechodzimy przez kolejne + warstwy OSI.
    • +
  • Od góry - rozwiązywanie problemów rozpoczynamy od + użytkownika końcowego i przechodzi przez kolejne warstwy OSI.
    • +
  • Dziel i rządź - w tej metodzie adminstrator + wybiera jedną w warstw pośrednik następnie przeprowadza testy w obu + kierunkach rozpoczynają od tej warstwy.
    • +
  • Podążanie ścieżka - Podejście najpierw odkrywa + rzeczysitą drogę od źródła do miejsca docelowego. Zakres tego + rozwiązania problemów jest ograniczony tylko do linków i urządzeń + znajdujących się na ścieżce przesyłania dalej.
    • +
  • Podmiana - w tym podjeści fizycznie zamieniamy + problematyczne na znane działające.
    • +
  • Porównanie - w tym podejściu próbujemy rozwiązać + problem przez porównanie i zmiane elementów nieoperacyjnych z tymi + działającymi.
    • +
  • Zgadywanie na podstawie doświadczenia.
    • +
+

3.12.2. Narzędzia do rozwiązywania problemów

+

+ Na rynku dostępnych jest szereg narzędzi sprzętowych i programowych, + wspomagających rozwiązanie problemów. Mogą one być wykorzystywane do + zbierania i analizowania symptomów niewłaściwej pracy sieci. +

+
    +
  • System zarządzania siecią - systemy zarządzania + siecią zawierają oprogramowanie do monitorowanie na poziomie + urządzenia, konfiguracji i oraz zarządzania usterkami.
    • +
  • Bazy wiedzy - bazy wiedzy online dostawców + urządzeń sieciowych stały się przydatnym źródłem informacji. Często + są zintegrowane z wyszukiwarkami.
    • +
  • Narzędzia do tworzenia stanu odniesienia - + Dostępnych jest wiele narzędzi służących do automatyzowania + dokumentacji sieciowej oraz procesu stanu odniesienia. Narzędzia + do pomiaru stanu odniesienia pomagają w wykonaniu typowych zadań + związanych z dokumentacją sieci.
    • +
+

+ Analizatory protokołów mogą badać zawartość pakietów odczas + przepływu przez sieć. Analizator protokołu dekoduje zapisaną ramkę dla + każdej warstwy przedstawia informacje o zawartych w niej protokołach + w relatywnie protstym formacie. Takim analizotorem może być Wireshark. +

+

+ Do rozwiązywania problemóœ z siecią możemy wykorzystać narzędzia + sprzętowe. Takie jak: +

+
    +
  • Cyfrowy multimetr - badanie zasilania urządzeń, + np. Fluke 179.
    • +
  • Tester kabli - badanie długości oraz ciągłości + przewodowów, np. Fluke LinkRunner AT.
    • +
  • Analizator okablowania - testowanie oraz + certyfikowanie kabli miedziany pod kątem różnych usług i standardów. + np. Fluke DTX Cable Analyser.
    • +
  • Przenośne analizatory sieci - rozwiązywanie + problemów z sieciami przełączanymi i sieciami VLAN.
    • +
+

+ Implementacja usług rejestrowania jest ważnym elementem związanym z + bezpieczeństwem sieci i rozwiązywaniem problemów. Urządzenia Cisco mogą + rejestrować informacje dotyczące zmian w konfiguracji, naruszeń ACL, + stanu interfejsów i wielu innych rodzajów zdarzeń. Mogą też wysyłać + logi do kilku różnych obiektów, takich jak: +

+
    +
  • Konsola
    • +
  • Linie terminala
    • +
  • Rejestrowanie buforowane
    • +
  • Pułapki SNMP
    • +
  • Syslog (zewnętrzna usługa)
    • +
-- 2.39.5