Pārbaudes punkta atjaunināŔana no R77.30 uz 80.20

Pārbaudes punkta atjaunināŔana no R77.30 uz 80.20

2019. gada rudenÄ« Check Point pārtrauca atbalstÄ«t versijas R77.XX, un tas bija jāatjaunina. Daudz jau ir runāts par versiju atŔķirÄ«bu, plusiem un mÄ«nusiem, pārejot uz R80. Labāk parunāsim par to, kā faktiski atjaunināt Check Point virtuālās ierÄ«ces (CloudGuard for VMware ESXi, Hyper-V, KVM Gateway NGTP) un kas var noiet greizi.

Tātad mums bija 2 CCSE inženieri, vairāk nekā ducis Check Point R77.30 virtuālo kopu, vairāki mākoņi, daži labojumfaili un vesela jūra dažādu kļūdu, kļūmju un visa tā, visās krāsās un izmēros, un arī ļoti saspringti termiņi. Ejam!

Saturs:

TreniņŔ
Pārvaldības servera atjaunināŔana
Klastera atjaunināŔana

Pārbaudes punkta atjaunināŔana no R77.30 uz 80.20

Šādi izskatās tipiska klienta mākoņa infrastruktūra ar virtuālo Check Point

TreniņŔ

Pirmais solis ir pārbaudīt, vai atjauninājumam ir pietiekami daudz resursu. Ieteicamās minimālās prasības R80.20 paŔlaik izskatās Ŕādi:

Ierīce

CPU

RAM

HDD

DroŔības vārteja

2 core

4 Gb

No 15 GB

SMS

2 core

6 Gb

Sākot no

Ieteikumi ir aprakstīti dokumentā CP_R80.20_GA_Release_Notes.

Bet mēs būsim reālisti. Ja ar to pietiek minimālākajā konfigurācijā, tad, kā rāda prakse, mums parasti ir iespējota https pārbaude, SmartEvent darbojas uz SMS utt., kas, protams, prasa pavisam citas jaudas. Bet kopumā ne vairāk kā par R77.30.

Bet ir nianses. Un tie, pirmkārt, attiecas uz fiziskās atmiņas lielumu. Daudzām darbÄ«bām tieÅ”i atjaunināŔanas procesa laikā bÅ«s nepiecieÅ”ama vieta cietajā diskā.

PārvaldÄ«bas serverim brÄ«vās diska vietas lielums bÅ«s ļoti atkarÄ«gs no paÅ”reizējo žurnālu apjoma (ja vēlamies tos saglabāt) un no saglabāto datu bāzes pārskatÄ«jumu skaita, lai gan mums tie vairs nebÅ«s nepiecieÅ”ami lielos daudzumos. Protams, klasteru mezgliem (ja vien jÅ«s arÄ« neuzglabājat žurnālus lokāli) tam visam nav nozÄ«mes. LÅ«k, kā pārbaudÄ«t, vai jums ir vajadzÄ«gā vieta.

  1. Mēs izveidojam savienojumu ar Smart Management Server, izmantojot ssh, pārejam uz eksperta režīmu un ievadām komandu:

    [Eksperts@cp-sms:0]# df -h

  2. Izvadā mēs redzēsim kaut ko lÄ«dzÄ«gu Å”ai konfigurācijai:

    Izmantotais failu sistēmas lielums Pieejamība Izmantot % Uzmontēts
    /dev/mapper/vg_splat-lv_current 30G 7.4G 21G 27% /
    /dev/sda1 289M 24M 251M 9% /boot
    tmpfs 2.0G 0 2.0G 0% /dev/shm
    /dev/mapper/vg_splat-lv_log 243G 177G 53G 78% /var/log

  3. Šobrīd mūs interesē sadaļa / var / log

LÅ«dzu, ņemiet vērā, ka atkarÄ«bā no veco žurnālfailu glabāŔanas un dzÄ“Å”anas politikas, kā arÄ« eksportētās datu bāzes lieluma var bÅ«t nepiecieÅ”ams vairāk vietas. Ja, veidojot arhÄ«vu, ir mazāk brÄ«vas vietas, nekā norādÄ«ts žurnālfailu glabāŔanas politikā, sistēma sāks dzēst vecos žurnālus un NETIKS tos iekļaut arhÄ«vā.

ArÄ« paÅ”am atjaunināŔanas procesam sistēmai bÅ«s nepiecieÅ”ami vismaz 13 GB nepieŔķirtas vietas cietajā diskā. JÅ«s varat pārbaudÄ«t tā klātbÅ«tni ar komandu:

[Expert@cp-sms:0]# pvs

Mēs redzēsim kaut ko līdzīgu:

PV VG Fmt Attr PS izmērs PFbez
/dev/sda3 vg_splat lvm2 a- 141.69G 43.69G

Šajā gadījumā mums ir 43 GB. Resursu pietiek. Varat sākt atjaunināŔanu.

Check Point SMS pārvaldības servera atjaunināŔana

Pirms darba uzsākŔanas jums jāveic Ŕādas darbības:

  1. PārvaldÄ«bas serverÄ« instalējiet migrācijas rÄ«ku pakotni. Lai to izdarÄ«tu, jums ir nepiecieÅ”ams lejupielādēt attēlu no portāla Check Point.
  2. AugÅ”upielādējiet arhÄ«vu mapē pārvaldÄ«bas serverÄ«, izmantojot WinSCP /var/log/UpgradeR77.30_R80.20 (ja nepiecieÅ”ams, vispirms izveidojiet mapi).
  3. Izveidojiet savienojumu ar pārvaldības serveri, izmantojot SSH, un dodieties uz mapi ar arhīvu:cd /var/log/UpgradeR77.30_R80.20/
  4. Izpakojiet failu:tar -zxvf ./<faila nosaukums>.tgz
  5. Mēs palaižam utilītu pre_upgrade_verifier ar komandu: ./pre_upgrade_verifier -p $FWDIR -c R77 -t R80.20
  6. Pēc komandas izpildes tiks Ä£enerēts ziņojums par nesaderÄ«giem iestatÄ«jumiem. Tas ir pieejams: /opt/CPsuite-R77/fw1/log/pre_upgrade_verification_report.(xls, html, txt). Ērtāk to augÅ”upielādēt, izmantojot SCP, un skatÄ«ties caur pārlÅ«kprogrammu.
    Lai atrisinātu nesaderīgos iestatījumus, izmantojiet SK117237.
  7. Pēc tam atkārtoti palaidiet utilītu pre_upgrade_verifier, lai pārliecinātos, ka ir novērsti visi nesaderības cēloņi.
  8. Tālāk mēs apkopojam informāciju par tÄ«kla saskarnēm, marÅ”rutÄ“Å”anas tabulu un augÅ”upielādējam GAIA konfigurāciju:
    ip a > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
    ip r > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
    clish -c "rādīt konfigurāciju" > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
  9. AugÅ”upielādējiet iegÅ«to failu, izmantojot SCP.
  10. Mēs uzņemam momentuzņēmumu virtualizācijas līmenī.
  11. Mēs palielinām SSH sesijas taimautu lÄ«dz 8 stundām. Tas ir atkarÄ«gs no jÅ«su veiksmes: atkarÄ«bā no eksportētās datu bāzes lieluma tas var ilgt no vairākām minÅ«tēm lÄ«dz vairākām stundām. PriekÅ” Ŕī: 
    [Expert@HostName]# clish -c "rādÄ«t neaktivitātes taimautu" apskatÄ«t paÅ”reizējo taimauta sadursmi,

    [Expert@HostName]# clish -c "set inactivity-timeout 720" norādiet jauno taimauta sadursmi (minūtēs),

    [Expert@HostName]# echo $TMOUT apskatÄ«t paÅ”reizējo taimauta eksperta režīmu,

    [Expert@HostName]# eksportēt TMOUT=3600 norādiet jauno taimauta eksperta režīmu (sekundēs), ja iestatāt vērtību uz 0, taimauts tiks atspējots.

  12. Mēs lejupielādējam un uzstādām SMS.iso instalācijas attēlu virtuālajā maŔīnā.

    Pirms nākamās darbÄ«bas NOTEIKTI vēlreiz pārbaudiet, vai jÅ«su cietajā diskā ir pietiekami daudz nepieŔķirtas vietas (atcerieties, jums ir nepiecieÅ”ami 13 GB). 

  13. Pirms konfigurācijas eksportÄ“Å”anas nomainiet žurnāla failu ar komandu: fw logswitch

Eksportēt konfigurāciju un žurnālus

  1. Palaidiet utilÄ«tu migrate_export, lai lejupielādētu konfigurāciju. Lai to izdarÄ«tu, dodieties uz iepriekÅ” izveidoto mapi: cd /var/log/UpgradeR77.30_R80.20/ un izmantojiet komandu: ./migrate export -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

    vai

    dodieties uz mapi: cd $FWDIR/bin/upgrade_tools/ Šø
    palaidiet komandu no turienes: ./migrate export -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

  2. Mēs noņemam kontrolsummu no arhīva: md5sum /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz
  3. Saglabājiet iegūto vērtību piezīmju grāmatiņā.
  4. Mēs pieslēdzamies SMS caur SCP un augÅ”upielādējam arhÄ«vu ar konfigurāciju darbstacijā. Noteikti izmantojiet failu pārsÅ«tÄ«Å”anu binārajā formātā.

Eksportēt SmartEvent datu bāzi

Å eit mums ir nepiecieÅ”ama iepriekÅ” instalēta SMS versija R80. Derēs jebkurÅ” tests. 

  1. No SMS mums ir nepiecieŔams skripts, kas atrodas Ŕeit:$RTDIR/bin/eva_db_backup.csh
  2. Ielādējiet skriptu, izmantojot SCP eva_db_backup.csh uz mapi: /var/log/UpgradeR77.30_R80.20/
  3. Izveidojiet savienojumu ar SMS, izmantojot SSH. Kopēt failu mapē: cp /var/log/UpgradeR77.30_R80.20/eva_db_backup.csh
    $RTDIR/bin/eva_db_backup.csh
  4. Kodējuma maiņa: dos2unix $RTDIR/bin/eva_db_backup.csh
  5. ÄŖpaÅ”nieka pievienoÅ”ana: chown -v admin:root $RTDIR/bin/eva_db_backup.csh
  6. Pievienot tiesības: chmod -v 0755 $RTDIR/bin/eva_db_backup.csh
  7. Sāksim eksportēt SmartEvent datubāzi: $RTDIR/bin/eva_db_backup.csh
  8. AugÅ”upielādējiet saņemtos failus, izmantojot SCP: $RTDIR/bin/<date>-db-backup.backup Šø $RTDIR/bin/eventiaUpgrade.tar uz darbstaciju.

Modernizēt

  1. Iet uz WebUI GAIA SMS ā†’ CPUSE ā†’ RādÄ«t visas pakotnes.
  2. Ja CPUSE rada kļūdu, veidojot savienojumu ar Check Point mākoni, pārbaudiet DGW, DNS un starpniekservera iestatījumus.
  3. Ja viss ir pareizi un kļūda nepazūd, jums ir jāatjaunina CPUSE manuāli, vadoties pēc sk92449.
  4. Lejupielādējiet attēlu un ejiet cauri Verificētājs. Ja nepiecieÅ”ams, mēs novērÅ”am neatbilstÄ«bas.

    Rezultātā jums vajadzētu redzēt Å”o ziņojumu:

    Pārbaudes punkta atjaunināŔana no R77.30 uz 80.20

  5. atlasÄ«t R80.20 Jauna instalÄ“Å”ana un jaunināŔana droŔības pārvaldÄ«bai.
  6. Instalējot atjauninājumu, atlasiet Clean Install. Pēc instalÄ“Å”anas sistēma tiks restartēta.
  7. Mēs izturam pirmo reizi Wizard.
  8. Pēc piekļuves iegÅ«Å”anas mēs pārbaudām kontus.
  9. Mēs izveidojam savienojumu ar SMS, izmantojot SSH, un mainām sava lietotāja apvalku uz /bin/bash/:

    iestatīt lietotāja <lietotājvārds> čaulu /bin/bash/

    saglabāt konfigurāciju (ja mēs vēlamies atstāt bin/bash/ kā noklusējuma apvalku pēc pārstartÄ“Å”anas).

  10. Tālāk mēs izveidojam savienojumu ar SMS, izmantojot SCP, un pārsūtām arhīvu ar konfigurāciju binārajā režīmā SMS_w_logs_export_r77_r80.tgz uz mapi /var/log/UpgradeR77.30_R80.20/
  11. Mēs noņemam kontrolsummu no arhÄ«va: md5sum /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz un salÄ«dziniet ar iepriekŔējo vērtÄ«bu. Kontrolsummai ir jāsakrÄ«t.
  12. Mēs palielinām SSH sesijas taimautu lÄ«dz 8 stundām. PriekÅ” Ŕī:

    [Expert@HostName]# clish -c "rādÄ«t neaktivitātes taimautu" apskatÄ«t paÅ”reizējo taimauta sadursmi,

    [Expert@HostName]# clish -c "set inactivity-timeout 720" norādiet jauno taimauta sadursmi (minūtēs),

    [Expert@HostName]# echo $TMOUT apskatÄ«t paÅ”reizējo taimauta eksperta režīmu,

    [Expert@HostName]# eksportēt TMOUT=3600 norādiet jauno taimauta eksperta režīmu (sekundēs). Ja iestatāt vērtību uz 0, taimauts tiks atspējots.

  13. Lai importētu iestatÄ«jumus, palaidiet migrÄ“Å”anas importÄ“Å”anas utilÄ«tu. Lai to izdarÄ«tu, dodieties uz mapi: cd $FWDIR/bin/upgrade_tools/un palaist importÄ“Å”anu: ./migrēt imp
    ort -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

BaudÄ«sim dzÄ«vi turpmākās pāris stundas. ProcedÅ«ras laikā NEATvienojiet SSH SESIJU. Beigās migrÄ“Å”anas procesa laikā tiks parādÄ«ts veiksmes ziņojums vai kļūda. 

Kontrolsaraksts pēc atjaunināŔanas

  1. Resursu pieejamība.
  2. SIC ar GW.
  3. Licences. Ja licences tiek parādÄ«tas nepareizi vai netiek rādÄ«tas Ä«sziņā, palaidiet komandu vsec_central_licence licenču izplatÄ«Å”anai.
  4. Politikas iestatÄ«Å”ana. 

SmartEvent datu bāzes importÄ“Å”ana

  1. Aktivizējiet SmartEvent asmeni.
  2. Mēs savienojam ar WinSCP ar SMS un pārsÅ«tām iepriekÅ” lejupielādētos failus binārajā režīmā <date>-db-backup.backup Šø eventiaUpgrade.tar uz mapi /var/log/UpgradeR77.30_R80.20/
  3. Mēs palaižam skriptu ar komandu: $RTDIR/bin/eventiaUpgrade.sh -upgrade /var/log/UpgradeR77.30_R80.20/eventiaUpgrade.tar
  4. Statusa pārbaude: skatīties -n 10 eventiaUpgrade.sh
  5. Logu pārbaude programmā SmartEvent. SAPNIS!

Check Point GW klastera atjaunināŔana (aktÄ«va/dublēta)

Pirms darba uzsākŔanas

  1. Mēs saglabājam GAIA konfigurāciju no katra klastera mezgla failā, lai to izdarītu, izmantojiet komandu: clish -c "rādīt konfigurāciju" > ./<Faila nosaukums>.txt
  2. Failu augŔupielāde, izmantojot WinSCP.
  3. Izveidojiet savienojumu ar abu mezglu WebUI un dodieties uz cilni CPUSE ā†’ RādÄ«t visas pakotnes.
  4. AtjaunināŔanas pakotnes atraÅ”ana versijai R80.20 Jauna uzstādÄ«Å”ana, nospiediet Lejupielādēt.
  5. Mēs pārbaudām, vai CCP protokols darbojas režīmā Raidījums, lai to izdarītu, ievadiet komandu: cphaprob -a ja
    Ja ir izvēlēts režīms Multicast, aizstājiet to ar komandu: cphaconf set_ccp pārraide (komanda tiek izpildīta katrā mezglā).
  6. Mēs instalējam dīkstāvi iesaistītajiem mezgliem jūsu uzraudzības sistēmā.
  7. Mēs pārbaudām, vai parametri ir iespējoti virtualizācijas lÄ«menÄ« MAC adreses maiņa Šø Kalti pārraides sinhronizācijas tÄ«klam.

Modernizēt

  1. Mēs izveidojam savienojumu, izmantojot ssh, ar Active mezglu un palaižam komandu, lai pārraudzītu klastera statusu: skatīties -n 2 cphaprob stat
  2. Atgriezties uz WebUI gaidstāves mezglu cilni CPUSE un izvēlētajai paketei R80.20 Jauna uzstādÄ«Å”ana palaist Verificētājs.
  3. Analizēsim verificētāja pārskatu. Ja instalÄ“Å”ana ir atļauta, turpiniet.
  4. Izvēlieties paketi R80.20 Jauna uzstādÄ«Å”ana un palaist Upgrade. JaunināŔanas procesa laikā sistēma tiks restartēta. GAIA iestatÄ«jumi ir saglabāti. AtsāknÄ“Å”anas laikā mēs uzraugām klastera stāvokli. Pēc ielādes atjauninātā mezgla statusam vajadzētu mainÄ«ties uz READY. Vairākos gadÄ«jumos mēs saskārāmies ar brÄ«di, kad mezgls, kas vēl nebija atjaunināts, pārslēdzās uz Active Attention statusu un pārtrauca rādÄ«t atjauninātā mezgla statusu. Nebaidieties ā€“ arÄ« Ŕī iespēja ir pieņemama.
  5. Kad atjaunināŔana ir pabeigta, atveriet SmartDashboard.
  6. Atveriet klastera objektu un mainiet klastera versiju no R77.30 uz R80.20. NoklikŔķiniet uz Labi. Ja, saglabājot izmaiņas, tiek parādÄ«ta kļūda:
    Radās iekŔēja kļūda. (Kods: 0x8003001D, nevarēja piekļūt failam rakstÄ«Å”anas darbÄ«bai),
    sekot SK119973. Pēc tam saglabājiet izmaiņas un noklikŔķiniet uz InstalÄ“Å”anas politika.
  7. IestatÄ«jumos noņemiet atzÄ«mi no opcijas Vārtejas klasteriem, ja instalÄ“Å”ana klastera loceklÄ« neizdodas, neinstalējiet Å”ajā klasterÄ«.
  8. Mēs nosakām politiku. Sistēma ģenerēs kļūdu aktīvam mezglam, kas vēl nav atjaunināts.
  9. Mēs izveidojam savienojumu ar atjaunināto mezglu, izmantojot ssh, un palaižam komandu, lai pārraudzītu klastera stāvokli: skatīties -n 2 cphaprob stat
  10. Izveidojiet savienojumu ar WebUI Active mezglu un dodieties uz cilni CPUSE ā†’ RādÄ«t visas pakotnes.AtjaunināŔanas pakotnes atraÅ”ana versijai R80.20 Jauna uzstādÄ«Å”ana, nospiediet Lejupielādēt.
  11. Mēs instalējam dīkstāvi iesaistītajiem mezgliem jūsu uzraudzības sistēmā.
  12. Atgriezieties cilnē WebUI Active mezgli CPUSE un izvēlētajai paketei R80.20 Jauna uzstādÄ«Å”ana palaist Verificētājs.
  13. Analizēsim verificētāja pārskatu. Ja instalÄ“Å”ana ir atļauta, turpiniet.
  14. Izvēlieties paketi R80.20 Jauna uzstādÄ«Å”ana un palaist Jaunināt. JaunināŔanas procesa laikā sistēma tiks restartēta. GAIA iestatÄ«jumi ir saglabāti. AtsāknÄ“Å”anas laikā mēs uzraugām klastera stāvokli jau atjauninātajā mezglā. Pēc atsāknÄ“Å”anas klastera stāvoklis atjauninātajā mezglā mainÄ«sies no READY uz AKTÄŖVS.
  15. Kad jaunināŔanas process ir pabeigts, palaidiet SmartDashboard un iestatiet politiku.

Kontrolsaraksts pēc atjaunināŔanas

  • SmartLog notikumu žurnāli, VPN tuneļu statuss.
  • GAIA iestatÄ«jumi.
  • Klastera atjaunoÅ”ana pēc testa kļūmjpārlēces.
  • Licences un lÄ«gumi. Ja licences tiek parādÄ«tas nepareizi vai netiek rādÄ«tas Ä«sziņā, palaidiet komandu. vsec_central_licence licences izplatÄ«Å”anai.
  • CoreXL.
  • SecureXL.
  • Labojumfails un CPinfo divos mezglos.

Secinājums

Kopumā Å”obrÄ«d tas ir viss ā€” jÅ«s esat atjaunināts.

Mums viss process aizņēma vidēji no 6 lÄ«dz 12 stundām atkarÄ«bā no eksportējamo datu bāzu lieluma. Darbs tika veikts divās naktÄ«s: vienu SMS atjaunināŔanai, otru klasterim.

Satiksmes dÄ«kstāves nebija, neskatoties uz to, ka visas iepriekÅ” minētās kļūdas pārbaudÄ«jām paÅ”i.

Protams, dažreiz atjaunināŔanas procesā var rasties pilnÄ«gi jaunas grÅ«tÄ«bas, taču tas ir Check Point, un, kā mēs visi zinām, vienmēr ir kāds labojumfails!

Priecīgas melnās un rozā naktis un jaunumus!

Avots: www.habr.com

Pievieno komentāru