Mikrotik RouterOS - update, downgrade - czyli wszystko o aktualizacji systemu | Zasoby wiedzy

• Aktualizację systemu możemy przeprowadzić na kilka różnych sposobów. W poniższym przykładzie uaktualnimy system Mikrotik RouterOS z ver 2.9.34 do 2.9.44. Aby przesłać pliki aktualizacyjne na platformę RouterBoard, użyjemy dowolnego klienta FTP.

Wyświetlmy listę dostępnych pakietów na platformie:

[admin@MikroTik] > system package print
Flags: X - disabled
#   NAME                      VERSION                  SCHEDULED
0   system                    2.9.34
1   advanced-tools            2.9.34
2   security                  2.9.34
3 X routing                   2.9.34
4   wireless                  2.9.34
5   user-manager              2.9.34
6   routerboard               2.9.34
7 X hotspot                   2.9.34
8   ppp                       2.9.34
9   ups                       2.9.34
10   dhcp                      2.9.34
11   ntp                       2.9.34
12   gps                       2.9.34

Upewnijmy się czy nasza platforma posiada dostateczną ilość wolnej przestrzeni w pamięci nieulotnej NAND lub na dysku Compact Flash:

[admin@MikroTik] > system resource print
                   uptime: 57m54s
                  version: "2.9.34"
              free-memory: 3700kB
             total-memory: 14232kB
                      cpu: "MIPS 4Kc V0.11"
            cpu-frequency: 175MHz
                 cpu-load: 10
           free-hdd-space: 36328kB – wolne miejsce
          total-hdd-space: 61440kB – całkowita pojemność
write-sect-since-reboot: 3551
         write-sect-total: 297771
               bad-blocks: 1

Mamy 36MB wolnego miejsca, co w zupełności powinno nam wystarczyć do przesłania pakietów instalacyjnych. Jeśli będziemy uaktualniać system do najnowszej wersji to pakiety instalacyjne możemy pobrać z działu Download lub strony producenta http://www.mikrotik.com/download.html. Po wybraniu właściwej platformy sprzętowej z sekcji Mikrotik RouterOS 2.9.xx pobierzemy plik All_Packages-xx-2.9.xx.zip. Następnie po rozpakowaniu pliku możemy przystąpić do przesłania pakietów instalacyjnych .npk łącząc się z platformą przy pomocy dowolnego, ulubionego klienta FTP. Proszę pamiętać aby klient FTP miał tryb przesyłania ustawiony na Binary.

Po zakończeniu przesyłania proszę wyświetlić listę plików, upewniając się czy wylądowały na właściwym miejscu:

[admin@MikroTik] > file print
# NAME                   TYPE        SIZE       CREATION-TIME
0 security-2.9.44-ns.npk package     717990     nov/20/2007 11:13:30
1 user-manager-2.9.44... package     455335     nov/20/2007 11:13:55
2 wireless-2.9.44-ns.npk package     625690     nov/20/2007 11:13:57
3 hotspot-2.9.44-ns.npk package     257165     nov/20/2007 11:14:00
4 dhcp-2.9.44-ns.npk     package     165284     nov/20/2007 11:13:58
5 gps-2.9.44-ns.npk      package     11349      nov/20/2007 11:13:58
6 routerboard-2.9.44-... package     80191      nov/20/2007 11:12:32
7 routing-2.9.44-ns.npk package     726353     nov/20/2007 11:13:27
8 system-2.9.44-ns.npk   package     5985966    nov/20/2007 11:13:52
9 ups-2.9.44-ns.npk      package     64581      nov/20/2007 11:13:53
10 advanced-tools-2.9.... package     106930     nov/20/2007 11:13:58
11 calea-2.9.44-ns.npk    package     18851      nov/20/2007 11:13:58
12 ppp-2.9.44-ns.npk      package     367860     nov/20/2007 11:12:32
13 ntp-2.9.44-ns.npk      package     164419     nov/20/2007 11:14:00
14 routeros-rb500-2.9.... package     10819773   nov/20/2007 11:13:24

Mamy już wszystko co jest wymagane do wykonania aktualizacji systemu.
Teraz musimy wydać polecenie inicjujące update:

[admin@MikroTik] > system reboot
Reboot, yes? [y/N]: y
system will reboot shortly
Rebooting...

Po kilkudziesięciu sekundach system uruchomi się ponownie.
Sprawdźmy wersję aktualnych pakietów zainstalowanych w systemie:

[admin@MikroTik] > system package print
Flags: X - disabled
#   NAME                      VERSION                  SCHEDULED
0   system                    2.9.44
1   webproxy-test             2.9.44
2   wireless                  2.9.44
3 X routing                   2.9.44
4   user-manager              2.9.44
5   dhcp                      2.9.44
6   ntp                       2.9.44
7 X hotspot                   2.9.44
8   routerboard               2.9.44
9 X rstp-bridge-test          2.9.44
10   routeros-rb500            2.9.44
11   routing-test              2.9.44
12 X wireless-legacy           2.9.44
13   ppp                       2.9.44
14   security                  2.9.44
15   advanced-tools            2.9.44
16   calea                     2.9.44
17   gps                       2.9.44
18   ups                       2.9.44

Pakiety mają wersję 2.9.44 co może oznaczać tylko jedno – aktualizacja przebiegła poprawnie. Z czystej ciekawości przed wydaniem komendy - system reboot - możemy podłączyć kabel nul-modem do portu konsoli i obserwować na stacji roboczej proces upgrade systemu.

• Wykonajmy teraz operację odwrotną – downgrade systemu Mikrotik RouterOS z ver 2.9.44 do 2.9.35. Aby wrócić do poprzedniej wersji systemu będziemy potrzebować pakiety instalacyjne dla wersji RouterOS 2.9.35
Wszystkie czynności wykonamy analogicznie, tj. użyjemy klienta FTP do przesłania plików na platformę itd. Jedyna różnica wystąpi w momencie uruchomienia procesu – downgrade – tzn. musimy wydać inne polecenie inicjujące:

[admin@MikroTik] > system package downgrade
Router will be rebooted. Continue? [y/N]:
system will reboot shortly
Rebooting...

• Teraz powiemy trochę o zarządzaniu pakietami systemowymi. Jak wcześniej zauważyliśmy, nasz system składa się z kilkunastu różnych pakietów. Nieaktywne pakiety oznaczone są poprzez flagę „ X ” np. routing, hotspot.

[admin@MikroTik] > system package print
Flags: X - disabled
#   NAME                      VERSION                  SCHEDULED
0   webproxy-test             2.9.44
1   routeros-rb500            2.9.44
2   system                    2.9.44
3   routing-test              2.9.44
4   wireless                  2.9.44
5   routerboard               2.9.44
6 X wireless-legacy           2.9.44
7 X rstp-bridge-test          2.9.44
8   dhcp                      2.9.44
9   ntp                       2.9.44
10 X hotspot                   2.9.44
11 X routing                   2.9.44
12   gps                       2.9.44
13   ppp                       2.9.44
14   security                  2.9.44
15   advanced-tools            2.9.44
16   user-manager              2.9.44
17   calea                     2.9.44
18   ups                       2.9.44

Załóżmy że chcemy uruchamiać nasz system do pracy jako hotspot. Aby tego dokonać w pierwszym etapie musimy aktywować pakiet systemowy – hotspot:

[admin@MikroTik] > system package enable hotspot

[admin@MikroTik] > system package print
Flags: X - disabled
#   NAME                      VERSION           SCHEDULED
0   webproxy-test             2.9.44
1   routeros-rb500            2.9.44
2   system                    2.9.44
3   routing-test              2.9.44
4   wireless                  2.9.44
5   routerboard               2.9.44
6 X wireless-legacy           2.9.44
7 X rstp-bridge-test          2.9.44
8   dhcp                      2.9.44
9   ntp                       2.9.44
10 X hotspot                   2.9.44            scheduled for enable
11 X routing                   2.9.44
12   gps                       2.9.44
13   ppp                       2.9.44
14   security                  2.9.44
15   advanced-tools            2.9.44
16   user-manager              2.9.44
17   calea                     2.9.44
18   ups                       2.9.44

Jak widzimy pakiet hotspot nadal jest nieaktywny. Aby zakończyć procedurę aktywacji należy wydać komendę:

[admin@MikroTik] > system reboot
Router will be rebooted. Continue? [y/N]:
system will reboot shortly
Rebooting...

Po ponownym uruchomieniu systemu pakiet hotspot będzie miał status - aktywny.

Poleceniem odwrotnym będzie:

[admin@MikroTik] > system package disable hotspot
[admin@MikroTik] > system reboot
Router will be rebooted. Continue? [y/N]:
system will reboot shortly
Rebooting...

Jeśli wiemy że nie będziemy wykorzystywać danego pakietu, to możemy go odinstalować.
Pokażemy to na przykładzie z pakietem - ups:

[admin@MikroTik] > system package uninstall ups
[admin@MikroTik] > system reboot
Router will be rebooted. Continue? [y/N]:
system will reboot shortly
Rebooting...

My nie praktykujemy tej opcji i mamy w systemie wszystkie pakiety. Dużo prościej jest zmienić status pakietu z disable na enable, niż ponownie go instalować gdy nagle okaże się potrzebny w systemie.

Jak widzimy w bardzo prosty sposób możemy aktywować, dezaktywować bądź też odinstalować dany pakiet. Aby nie było tak prosto powiem jeszcze że jeśli dany pakiet jest wymagany przez inny do poprawnego funkcjonowania to powiemy o nim ze jest to tzw. pakiet zależny i nie możemy go dezaktywować lub odinstalować bez wcześniejszej ingerencji w status pakietu nadrzędnego.

Zasoby wiedzy

Zasoby wiedzy

Mikrotik RouterOS - update, downgrade - czyli wszystko o aktualizacji systemu

Partnerzy

Słowa kluczowe

SKLEP ONLINE

Dane kontaktowe