21T45 Aruba Mobility Conductor (MM) w 8 min. [Instalacja]

Początkowa Konfiguracja

Link do artykułu.

Transkrypcja:

0:00 Wprowadzenie

0:13 Dodanie w EVE-NG Nowego Obiektu

1:22 Konsola – Obraz Kontrolera

1:50 Konfiguracja Podstawowa

5:10 Dodanie Sieci w EVE-NG

7:30 Podsumowanie

Transkrypcja

Cześć! Chciałbyś zobaczyć, jak wykonać pierwszą podstawową konfigurację dla Mobility Conductora Aruby? Jeżeli tak, to pokażę dzisiaj, jak to zrobić.

Zacznijmy od dodania w EVE-NG nowego obiektu. Tutaj dodajemy tym plusem i wybieramy Node, czyli nasze rozwiązanie wirtualnego appliance’u. Wybieramy Aruba Wi-Fi Controller, to jest nasz template. Mamy tu różne obrazy dla tego kontrolera wi-fi. My będziemy dzisiaj koncentrować się na Mobility Conductorze, stara nazwa Mobility Master-w wersji 8.9.0.0. Wybieramy więc taki obraz. Zmieniamy ilość pamięci na 6 GB i trzy porty Ethernetowe. Możemy dodatkowo zmienić opcję wirtualizatora. Możemy usunąć nographic. I w zasadzie jesteśmy gotowi, jeszcze zmiana nazwy, to jest bez wątpienia coś,
co nam łatwiej pozwolić się zorientować, o którym kontrolerze mówimy.

Teraz będziemy się zajmować Mobility Conductorem. Zapisujemy i wgrywamy. Po wystartowaniu naszej wirtualnej maszyny wystarczy otworzyć konsolę. Mamy tu od razu konsolę. Przyjrzyjmy się temu bliżej. W tej konsoli nam się uruchamia obraz kontrolera. Czekamy aż się uruchomi.

Zaczynamy konfigurację podstawową, czyli z konsoli wpisujemy najpierw, jaka jest nazwa systemu, tym przypadku Radek wpisał MM1; jaki mamy VLAN, którym będziemy ten podstawowy dostęp konfigurować, domyślnie jest pierwszy, niech zostanie pierwszy. Domyślnie mamy również Gigabit Ethernet 0/0/0, również zostajemy przy domyślnym w naszym przypadku interfejsie. Mamy tutaj tryb dostępu do tego portu, czy to ma być access, czy trunk. Najczęściej access. I konfigurujemy kolejny parametr IPV4. Tak, chcemy skonfigurować i dla nas to będzie sieć nie 172, tylko 10.253.253.100, maska 24 bity, domyślna i wpisujemy jeszcze gatewaya, który jest potrzebny do komunikacji ze światem. DNS-w moim przypadku 1.1.1.1. Konfiguracja IPV6 nie jest potrzebna i kolejny krok to jest wskazanie, w jakim kraju ten kontroler będzie pracował, ponieważ kontroler ma już stworzone listy dostępnych kanałów bezprzewodowych dla każdego kraju, to jest to istotny krok. Potwierdzamy, że w Polsce. Tak, ten kontroler będzie w Polsce pracował. Wpisujemy jaka strefa czasowa, tryb wpisywania jest typowo uniksowy, czyli Europe/Warsaw; godzina, data. Mamy możliwość wpisania hasła dla konta administratora, nie mamy na tym poziomie możliwości zmiany nazwy tego loginu, musi to być admin .Możemy to zmienić, ale później w kolejnych krokach konfiguracji, jak już będziemy mieć pełny dostęp do kontrolera. Tutaj możemy wpisać hasło dla lokalnego admina. Hasło to trzeba powtórzyć.

Sprawdzamy, czy wszystkie parametry są wpisane prawidłowo. Jeżeli tak, to potwierdzamy, że stosujemy taki zestaw parametrów i czekamy, aż się uruchomi ponownie ten kontroler. Gdy pokaże się tutaj pytanie o użytkownika, to oznacza, że ten kontroler się już uruchomił. Możemy spróbować dostać się do niego poprzez interfejs graficzny. Wpiszmy ten adres, z końcówką 100 przypominam i próbujemy się łączyć do interfejsu www tego naszego Mobility Conductora. Nie działa nam. Sprawdźmy jeszcze ping. Ping również nie przechodzi. Czyli jest niedokonfigurowana część sieciowa. Co jest nie dokonfigurowane? Brakuje konfiguracji w EVE-NG sieci do naszego fizycznego interfejsu. Czyli jeżeli byśmy próbowali połączyć coś w ramach EVE-NG
i tego wirtualizatora, to by to działało. Natomiast my byśmy chcieli z naszego komputera, którym łączymy się do naszego środowiska EVE-NG otworzyć
interfejs www. Żeby to było możliwe, trzeba dodać sieć w EVE-NG, czyli przechodzimy do Network. Czyli plus i Network.

Dodajemy nową sieć. Tutaj z listy sieci możemy wybrać sobie jeden interfejs z dostępnych. Domyślnie interfejs Management(Cloud0) jest interfejsem wirtualnym, reprezentowanym w EVE-NG, który jest jednocześnie
zbridżowany do fizycznego interfejsu na naszym serwerze. Wybieramy Management(Cloud0), zapisujemy. Możemy spróbować teraz podłączyć. Coś tu się nie udało do końca, bo zauważ, że jest czerwona linia, znaczy, że się nie udało to powiązanie. A to dlatego że trzeba wyłączyć najpierw działanie EVE-NG, żeby można było skutecznie podłączyć interfejs, czyli zatrzymujemy teraz nasz wirtualny kontroler.

Podpinamy jeszcze raz, wybieramy do jakiego interfejsu, chcemy podpiąć nasz obiekt NET. Do G0/0/0, to jest ten interfejs, który wybraliśmy w domyślnej konfiguracji, gdzie dodaliśmy adres IP. Startujemy maszynę. I nasz Mobility Conductor, uruchamia się ponownie. Jak się uruchomi, czyli poprosi o nazwę użytkownika, będziemy mogli spróbować połączyć się z naszego systemu podstawowego. Spróbujmy najpierw zapingować. Widać, że teraz jest lepiej, ping przeszedł. To zobaczmy, czy interfejs www będzie nam działał. Po odświeżeniu widać, że już funkcjonuje. Oczywiście, mamy tutaj nieprawidłowy certyfikat, ponieważ jest to certyfikat domyślny, fabryczne, więc on nie jest zaufany przez tę przeglądarkę. Tu akceptujemy i wpisujemy domyślny
login i hasło. Domyślny login to jest admin, przypominam, a hasło to jest to hasło, które ustawiliśmy przy początkowej konfiguracji z konsoli. Jesteśmy zalogowani do Mobility Conductora. Tu zauważ, Mobility Conductor jest już wymieniony w tym GUI właściwie.

To jest tyle, jeżeli chodzi o pierwszą, podstawową konfigurację, tak, żeby można było się dostać do interfejsu www i przechodzić do kolejnych kroków konfiguracyjnych. Jeżeli masz do tego jakieś pytania, to oczywiście zapraszam
Cię do pisania w komentarzu. Jeżeli jesteś ciekaw szerszej części teoretycznej, to zapraszam Cię do mojego podcastu. A jeżeli wolisz wersję artykułu czytanego to oczywiście na blogu wersja tej instrukcji również się pojawi. Dziękuję Ci za uwagę i do usłyszenia już za tydzień.