CCNA-3 Skills Exam
Transkrypt
CCNA-3 Skills Exam
CCNA-2 Skills Exam Głównym celem Skills Exam jest sprawdzenie umiejętności praktycznych. Dodatkowo Skills Exam ma zachęcić i zmobilizować do powtórzenia materiału z drugiego semestru kursu CCNA, z myślą o Final Exam. Story Administrator ma za zadanie skonfigurować sieć, powiedzmy uczelnianą, składającą się z trzech segmentów: (a) podsieć w uczelni (b) podsieć w kampusie oraz (c) podsieć dostępu do Internetu, reprezentowanego przez (d) niewielką podsieć z serwerem www (rys. 1). (a) (c) (d) (b) Rys. 1. Sieć uczelniana Konfiguracja powinna obejmować podział puli dostępnych adresów IP na podsieci, konfigurację routerów (w tym interfejsów, protokołów routingu OSPF i EIGRP oraz tras statycznych) oraz komputerów (adresy IP i bramy domyślne) Koncepcja routingu w sieci uczelnianej Koncepcja routingu w sieci uczelnianej jest przedstawiona na rys. 2. Podsieci w uczelni i kampusie używają protokołów routingu, OSPF oraz EIGRP, natomiast w podsieci dostępu do Internetu zdefiniowane są tylko trasy statyczne oraz domyślne (tj. statyczne do sieci 0.0.0.0). OSPF EIGRP Rys. 2. Routing w sieci uczelnianej. Linia ciągła – trasa domyślna, linia przerywana – trasa statyczna. Rysunek pokazuje wszystkie trasy statyczne, jakie należy zdefiniować. Trasy statyczne (domyślne) do pozostałych routerów zostaną przekazane przez odpowiednio skonfigurowane protokóły OSPF i EIGRP. Z kolei w routerze ISP trasa statyczna już jest. Podsieć w uczelni Podsieć w uczelni składa się z dwóch podsieci (w jednej są komputery pracowników, w drugiej – serwery uczelniane), komputerów, serwerów, przełączników oraz routerów. OSPF DR Rys. 3. Podsieć w uczelni. Zadania 1. Podzielić pulę adresów IP na podsieci (trzeba też zostawić trochę adresów dla kampusu – liczbę komputerów proszę określić samemu). 2. Skonfigurować komputery i serwery; 3. Skonfigurować routery. Jako protokół routingu należy użyć OSPF, przy czym funkcję DR ma pełnić router brzegowy. Działanie OSPF ma być ograniczone do podsieci w uczelni, zatem port szeregowy routera brzegowego powinien być ustawiony jako pasywny dla OSPF. Trasa domyślna powinna być skonfigurowana w routerze brzegowym i rozgłaszana do pozostałych routerów. Łącza pomiędzy routerami powinny używać prywatnych numerów IP (np. 192.168.x.x), aby nie zmniejszać liczby posiadanych adresów. Podsieć w kampusie Ze względu na wydajność i lokalizację, komputery w kampusie zostały podłączone do dwóch routerów dostępowych. Serwer kampusu (plików, poczty, itd.) jest publicznie dostępny. EIGRP Rys. 4. Podsieć w kampusie. Zadania 4. Przydzielić numery IP dla komputerów i serwera. 5. Skonfigurować routery; Jako protokół routingu należy użyć EIGRP. Działanie EIGRP ma być ograniczone do podsieci w kampusie, zatem zewnętrzny port szeregowy routera brzegowego powinien być ustawiony jako pasywny. Trasa domyślna powinna skonfigurowana w routerze brzegowym i rozgłaszana do pozostałych routerów przez protokół routingu EIGRP. Podsieć dostępu do Internetu Routery brzegowe podsieci uczelni i kampusu są połączone przez łącza szeregowe z routerem brzegowym sieci dostępowej, który z kolei jest połączony z routerem dostawcy usług ISP. Rys. 5. Podsieć dostępu do Internetu. Linia ciągła – trasa domyślna, linia przerywana – trasa statyczna. Zadania 6. Skonfigurować połączenia pomiędzy routerami. 7. Skonfigurować łącze między routerem brzegowym a routerem ISP. W przypadku routera ISP należy skonfigurować tylko port szeregowy – inne potrzebne rzeczy już są. 8. Skonfigurować trasy statyczne. Jeżeli nie zostało to zrobione wcześniej (zob. zadanie nr 3 i 5), to do konfiguracji routerów brzegowych podsieci w uczelni i w kampusie należy wpisać trasy statyczne. Trasy statyczne należy też skonfigurować w routerze brzegowym sieci dostępowej (do obu podsieci oraz domyślna do Internetu – zob. rys 2). Łącza pomiędzy routerami powinny używać prywatnych numerów IP (np. 192.168.x.x), aby nie zmniejszać liczby posiadanych adresów. Sposób wykonania zadań Ze względu na złożoność zadań, sugeruję wykonywać je w sposób możliwie usystematyzowany. Wskazane jest aby zapisywać polecenia konfiguracyjne w pliku tekstowym (w rozłącznych blokach, oddzielnie dla poszczególnych urządzeń) i wczytywać je metodą kopiuj-wklej. Daje to lepszy ogląd całej sytuacji (np. możliwość szybkiego sprawdzenia zgodności adresów, haseł itp.), a w razie potrzeby możliwość sczyszczenia konfiguracji (polecenie reload) i wczytania na nowo, po naniesieniu poprawek. Można także uruchamiać sieć etapami, dołączając kolejne polecenia konfiguracji. Sugerowana kolejność działań: 1. Planowanie - podział puli publicznych adresów IP pomiędzy poszczególne podsieci. - przydzielenie adresów prywatnych do połączeń między routerami. - rozrysowanie mapy sieci, z numerami interfejsów i adresami IP (wbrew pozorom bardzo przydatne, warto!). 2. Konfiguracja podsieci w uczelni - konfiguracja routingu OSPF (na tym etapie może być bez trasy do Internetu) - sprawdzenie łączności w całej podsieci 3. Konfiguracja podsieci w kampusie - konfiguracja routingu EIGRP (na tym etapie może być bez trasy do Internetu) - sprawdzenie łączności w całej podsieci 4. Konfiguracja podsieci dostępu do Internetu - konfiguracja interfejsów szeregowych - konfiguracja tras statycznych - sprawdzenie łączności w całej podsieci 5. Konfiguracja pozostałych potrzebnych tras statycznych - konfiguracja tras statycznych z podsieci uczelni i kampusu - sprawdzenie łączności w całej sieci Rozliczenie Pliki Packet Tracera z rozwiązaniami proszę przysyłać mailem na adres [email protected] W oddzielnym pliku tekstowym proszę zamieścić polecenia konfiguracyjne wszystkich routerów (zgodnie z opisanym powyżej sposobem działania) oraz przedstawić podział na podsieci – dla każdej podsieci należy podać: adres podsieci, maskę, pierwszy oraz ostatni dostępny numer IP. Dane Podsieci – każdy otrzymuje do dyspozycji dwa fragmenty podsieci klasy C, który należy podzielić na jeszcze mniejsze fragmenty. A. Lewandowski 200.10.60.64/26 i 200.10.60.192/27 D. Siedlecki 200.10.10.96/27 i 200.10.10.192/26 K. Matusewicz 200.100.50.128/26 i 200.100.50.192/27 M. Drewing 200.200.0.64/26 i 200.200.0.160/27 P. Czuryło 200.20.40.64/27 i 200.20.40.128/26 P. Okraszewski 200.0.100.128/27 i 200.0.100.192/26 P. Lichnicki 200.5.5.32/27 i 200.5.5.128/26 M. Świech 200.15.35.32/27 i 200.15.35.192/26