Polityka licencyjna. Polityka licencyjna Serwer licencji bitowej 1c 1.6

Licencje na oprogramowanie 1C:Enterprise są obecnie główną opcją licencjonowania, zapewniającą administratorom nowe możliwości i usuwającą niektóre ograniczenia dotyczące kluczy sprzętowych. Jednocześnie korzystanie z licencji na oprogramowanie ma swoją specyfikę, która może powodować wiele trudności, mimo że są one szczegółowo opisane w instrukcji administratora, której „tradycyjnie” nikt nie czyta. Dlatego postanowiliśmy przygotować ten materiał, zawierający zarówno oficjalne informacje, jak i własne wyjaśnienia i przykłady.

Zrozumienie licencji oprogramowania

Licencja na oprogramowanie to specjalny plik, który w formie zaszyfrowanej zawiera parametry licencji oraz komputer, na którym licencja ta została aktywowana. Powielanie ten plik jest niedozwolone, w takim przypadku licencja zostaje anulowana i umieszczona na czarnej liście na serwerze aktywacyjnym 1C.

Aktywacja licencji odbywa się za pomocą kodu PIN; aktywne i rezerwowe kody PIN dostarczane są wraz z licencją, które są wymagane reaktywacja licencji przy zmianie kluczowych parametrów komputera.

Tutaj dochodzimy do skrajności ważny punkt: Łączenie licencji oprogramowania z konkretnym komputerem. W tym celu stosuje się koncepcję kluczowe parametry, które obejmują:

• nazwa sieci komputerowej;
• model płyty głównej;
• tom BARAN;
• typ i wersja systemu BIOS;
• lista procesorów i ich parametrów;
• lista kart sieciowych i ich adresów MAC;
• lista dysków twardych i ich parametrów.

NA Platforma Windows Kluczowe parametry obejmują również:

• Nazwa system operacyjny;
• wersja systemu operacyjnego (tylko dwie pierwsze cyfry numeru wersji);
• numer seryjny systemu operacyjnego;
• data instalacji systemu operacyjnego;

Ponadto z listy kluczowych parametrów wyłączony:

• adaptery sieciowe Bluetooth;
• karty sieciowe podłączone przez IEEE 1394 lub USB;
• Adaptery oprogramowania WAN i RAS;
• adaptery, które nie posiadają adresu MAC oraz danych VEN_ i DEV_ z identyfikatora PNP;
• dyski zewnętrzne podłączone poprzez IEEE 1394 i USB.

Następnie lista kluczowych parametrów, która jest zapisana w postaci zaszyfrowanej w pliku licencyjnym, jest porównywana z aktualnymi parametrami komputera i dopiero usunięcie, a nie dodawania urządzeń, to samo dotyczy ilości pamięci RAM.

Mówiąc najprościej, możesz dodać kolejną kartę sieciową do systemu lub dysk twardy, ale nie można zastąpić obecnych, ani zmniejszyć ilości pamięci RAM do wartości mniejszej niż w momencie aktywacji licencji.

Wynika z tego prosta zasada: podczas aktywacji licencji na oprogramowanie odłącz tymczasowo wszystkie dyski twarde z wyjątkiem systemowego i wszystkie dodatkowe karty sieciowe (jeśli są zainstalowane).

Osobno powinniśmy poruszyć kwestię aktywacji w środowiskach wirtualnych, przy czym podobne wartości przyjmujemy za kluczowe parametry licencji maszyna wirtualna. Jeśli korzystasz z dynamicznej alokacji pamięci, to w momencie uzyskania licencji musisz wyłączyć tę funkcję i uruchomić system z minimalną możliwą ilością przydzielonej pamięci.

Największe trudności pojawiają się podczas korzystania z maszyn wirtualnych w ramach klastra; w tym przypadku podczas przenoszenia maszyn pomiędzy węzłami może zmienić się kilka kluczowych parametrów jednocześnie, w szczególności parametry procesora i karta sieciowa. O ile ten ostatni problem da się łatwo rozwiązać poprzez przypisanie statycznego adresu MAC, to zmiana typu procesora w ramach obecnego modelu licencjonowania jest poważnym problemem.

Z naszego doświadczenia możemy powiedzieć, co następuje: udana migracja maszyny wirtualnej przy zachowaniu aktywacji licencji 1C jest możliwa tylko przy użyciu tego samego typu sprzętu na wszystkich węzłach dostępnych do migracji, tj. identyczne modele płyty główne(aż do Wersja BIOS-u) i identyczne procesory (z tą samą częstotliwością).

Zwróć także uwagę na informacje o posiadaczu licencji, które musisz wypełnić przy pierwszej aktywacji. Będziesz musiał je powtórzyć, gdy ponownie otrzymasz licencję aż do symbolu! O czym, nawiasem mówiąc, ostrzegają, wymagając zaznaczenia odpowiedniego pola.

Dlatego, aby uniknąć przykrych niespodzianek, zapisz wprowadzone dane w bezpiecznym miejscu.

Ogólnie wydaje się, że 1C znacznie nadmiernie skomplikowało system ochrony licencji oprogramowania, co prowadzi do znacznych niedogodności, a w niektórych przypadkach zmusza posiadaczy licencji do uciekania się do metod obejścia ochrony (co jest potajemnie zalecane nawet przez partnerów 1C), na przykład podczas korzystania z klastra z innym sprzętem w węzłach Bardziej logiczne byłoby podążanie ścieżką Microsoftu i cofnięcie aktywacji w przypadku zmiany tylko kilku kluczowych parametrów.

Rodzaje licencji na oprogramowanie

Wszystko licencje na oprogramowanie są podzielone na klienta i serwer. Istnieją trzy typy licencji klienckich:

• Pojedynczy użytkownik- pozwalają na uruchomienie nieograniczonej liczby aplikacji w trybie cienkiego i grubego klienta oraz Konfiguratora na jednym komputerze.
• Tryb wieloosobowy- umożliwiają uruchomienie określonej w licencji liczby aplikacji w trybie grubego, cienkiego i klienta sieciowego, a także konfiguratora na dowolnej liczbie komputerów. Moduł rozszerzenia serwera lub serwera WWW 1C:Enterprise jest odpowiedzialny za wydawanie klientom licencji dla wielu użytkowników.
• Łączny- zawiera licencje obu typów, ale można aktywować tylko jedną z nich, jeżeli z takiego zestawu został najpierw aktywowany kod PIN dla jednego użytkownika, wówczas w przyszłości nie będzie już możliwe używanie tej licencji jako licencji dla wielu użytkowników.

Licencja serwerowa pozwala na uruchomienie nieograniczonej liczby procesów roboczych serwera 1C:Enterprise (rphost) na jednym serwerze, z podziałem na 32-bitowe i 64-bitowe, natomiast licencja 64-bitowa pozwala na uruchomienie 32-bitowej wersji serwer.

Licencja dla jednego użytkownika jest dołączona do głównej dystrybucji lub jako licencja na jedną miejsce pracy. Można zainstalować na komputerze, serwerze 1C:Enterprise, module rozszerzeń serwera WWW lub serwerze terminali. Jeśli jest zainstalowana na serwerze, jest łączona z innymi licencjami aktywowanymi na serwerze i używana, oprócz serwera terminali, jako licencja dla wielu użytkowników.

Licencje dla wielu użytkowników są dostarczane w zestawach po 50, 100, 300 i 500 licencji i można je zainstalować wyłącznie na serwerze 1C:Enterprise, module rozszerzenia serwera WWW lub serwerze terminalowym, w tym drugim przypadku są one używane jako pojedyncze; licencje użytkowników.

Zestawy na 5, 10 i 20 użytkowników są łączone; wybór typu licencji następuje w momencie aktywacji pierwszego kodu PIN.

Korzystanie z licencji dla pojedynczego użytkownika

W większości przypadków, zwłaszcza dla małych firm, preferowane jest korzystanie z licencji dla jednego użytkownika, ponieważ ograniczeniem tego typu licencji są licencjonowane komputery PC, a nie sesje 1C. W trybie plikowym jest to jedyny dostępny typ licencji (z wyjątkiem trybu serwera terminali). Rozważ następujący diagram:

Mając do dyspozycji komputer PC z aktywowaną licencją jednostanowiskową, możesz bez ograniczeń uruchamiać dowolną liczbę baz danych w trybie plikowym, zlokalizowanych zarówno lokalnie, jak i w sieci, a także baz danych znajdujących się na serwerze 1C:Enterprise lub w sieci WWW serwer; w tym drugim przypadku praca jest możliwa tylko w trybie cienkiego klienta. Uruchomienie bazy danych poprzez klienta WWW z licencją jednostanowiskową niemożliwe ponieważ klient WWW musi uzyskać licencję CAL z rozszerzenia serwera WWW.

Klient - tryb serwerowy

W tym trybie, jak już powiedzieliśmy, możliwe są dwie opcje: użycie licencji dla jednego użytkownika na każdej stacji roboczej lub uzyskanie licencji dla wielu użytkowników z serwera 1C:Enterprise. Nie zapominaj również, że sam serwer wymaga osobnej licencji.

Po uruchomieniu dowolnej aplikacji klienckiej 1C:Enterprise (klient gruby i cienki, konfigurator) najpierw wyszukiwana jest licencja lokalna, jeśli zostanie znaleziona, aplikacja zostaje uruchomiona; Tym samym komputer PC z zainstalowaną licencją jednostanowiskową umożliwia otwieranie nieograniczonej liczby aplikacji klienckich do pracy w wersji klient-serwer.

Jeżeli licencja lokalna nie zostanie znaleziona, aplikacja kontaktuje się z serwerem, który wystawia dla każdego z nich licencję dla wielu użytkowników działająca aplikacja. Na naszym diagramie serwer ma licencję na 5 połączeń, a jeśli na dwóch komputerach zostaną otwarte dwie aplikacje klienckie, użytkownik laptopa będzie mógł otworzyć tylko jedną, ponieważ nie ma wystarczającej liczby licencji klienckich.

Tryb serwera WWW

Moduł rozszerzenia serwera WWW 1C:Enterprise może współpracować zarówno z bazami danych plikowymi, jak i klient-serwer. W pierwszym przypadku licencje muszą zostać aktywowane na komputerze z modułem rozszerzeń; w drugim, jeśli moduł rozszerzeń nie posiada licencji, poprosi o nią z serwera 1C:Enterprise. Ważne jest, aby zrozumieć ten punkt, ponieważ w przypadku plikowej bazy danych moduł rozszerzeń nigdy nie żąda licencji od serwera, podczas gdy w przypadku baz danych klient-serwer najpierw wydawane są własne licencje, a dopiero potem żądane są licencje od serwera. serwer. Może to doprowadzić do sytuacji, w której całkowita liczba licencji będzie wystarczająca, ale nie będzie można uruchomić bazy plików ze względu na brak wolnej licencji na serwerze WWW.

Na naszym schemacie licencja dla wielu użytkowników dla 5 użytkowników jest zainstalowana na serwerze 1C:Enterprise, a licencja dla jednego użytkownika jest zainstalowana na serwerze internetowym. Umożliwia to uruchomienie jednej sesji w trybie plikowym lub maksymalnie sześciu sesji w trybie klient-serwer za pośrednictwem klienta WWW.

Załóżmy, że na pierwszym komputerze (od lewej do prawej) otwarto dwie sesje z bazą danych klient-serwer, jedna za pośrednictwem aplikacji, druga za pośrednictwem klienta sieciowego. W tym przypadku aplikacja otrzyma licencję z serwera, a klient WWW z modułu rozszerzenia serwera WWW, przy czym moduł najpierw wystawi własną licencję. Otwierając dwie kolejne aplikacje na drugim PC, otrzymamy z serwera dwie licencje, wydając w sumie 4 licencje.

Jeżeli po tym na trzecim PC uruchomimy bazę danych klient-serwer poprzez klienta webowego, to moduł rozszerzający otrzyma na nią licencję na serwerze, lecz nie będzie już możliwości uruchomienia bazy plików poprzez klienta webowego , ponieważ moduł rozszerzeń nie posiada jednocześnie bezpłatnych licencji lokalnych, pozostała wolna licencja na serwerze pozwoli na uruchomienie kolejnej bazy danych serwera poprzez klienta WWW.

Aby uniknąć tej sytuacji, nie należy publikować baz danych plikowych i klient-serwer jednocześnie na tym samym serwerze WWW.

Kolejna subtelność związana jest z modułem rozszerzenia serwera WWW i lokalną licencją dla jednego użytkownika.

W przypadku podłączenia klienta WWW lokalnie na komputerze z serwerem WWW możliwe będzie uruchomienie jedynie konfiguratora, uruchomienie w trybie aplikacji klienckiej dla dowolnej bazy danych będzie niemożliwe. Należy to wziąć pod uwagę w małych organizacjach, w których jedna ze stacji roboczych może służyć jako serwer WWW. Z drugiej strony takie zachowanie ułatwi życie programistom, ponieważ pozwala na korzystanie z jednej licencji zarówno lokalnie, jak i dla połączeń klienckich.

Tryb serwera terminali

Serwer terminalowy umożliwia instalację dowolnego typu licencji; wszystkie licencje muszą być zainstalowane lokalnie i być dostępne dla wszystkich użytkowników. W takim przypadku wszystkie licencje, niezależnie od typu, są dodawane jako licencje dla jednego użytkownika i ograniczają całkowitą liczbę sesji terminalowych (nie mylić z sesjami aplikacji 1C).

Jak widać na powyższym schemacie, instalując jedną licencję dla wielu użytkowników dla pięciu użytkowników i dwie licencje dla jednego użytkownika na serwerze terminali, będziemy mogli uruchamiać nieograniczoną liczbę aplikacji klienckich 1C:Enterprise w siedmiu sesjach terminalowych i tak się dzieje niezależnie od tego, jak dokładnie aplikacje zostaną uruchomione, w trybie pulpitu lub jako RemoteApps. W takim przypadku pracę można wykonywać zarówno z bazami danych plikowymi, jak i klient-serwer, a także z bazami danych na serwerze internetowym za pomocą cienkiego klienta.

Na nieprawidłowe ustawienie serwerze terminali może zaistnieć sytuacja, że ​​dla każdego nowego połączenia użytkownika tworzona jest nowa sesja terminala, zwłaszcza w trybie RemoteApp, dlatego należy pamiętać o określeniu tej opcji w ustawieniach serwera terminali Ogranicz użytkownika do jednej sesji.

Połączenie ochrony oprogramowania i sprzętu

Inny ważne pytanie, którego nie można zignorować. 1C:Enterprise umożliwia łączenie obu typów licencji poprzez zsumowanie ich liczby, a aby efektywnie z nich korzystać, należy znać kilka punktów. Mianowicie proces poszukiwania licencji. Zaprezentujemy uproszczony schemat, który jednak powinien w zupełności wystarczyć do zrozumienia zachodzących procesów. Po uruchomieniu aplikacji klienckiej wyszukiwanie licencji odbywa się w następującej kolejności:

1. Lokalna licencja na oprogramowanie
2. Lokalny klucz sprzętowy
3. Klucz sprzętowy sieci
4. Licencja na oprogramowanie na serwerze 1C:Enterprise
5. Lokalny klucz sprzętowy na serwerze 1C:Enterprise
6. Klucz sprzętowy sieci dostępny na serwerze 1C:Enterprise

W przypadku korzystania przez klienta z lokalnego lub sieciowego klucza HASP, uzyskana licencja jest traktowana jako licencja dla pojedynczego użytkownika, tj. pozwala na uruchomienie nieograniczonej liczby aplikacji klienckich na komputerze. W przypadku uzyskania licencji z kluczy HASP dostępnych dla serwera, licencje wydawane są jako licencje wielostanowiskowe, tj. za każdą sesję do bazy informacji.

• Tagi:

Powiemy Ci, w jaki sposób serwer licencyjny 1C może pomóc firmom i jak go skonfigurować. instrukcje krok po kroku na instalacji.

Dzisiaj porozmawiamy o tym, w jaki sposób serwer licencyjny 1C może pomóc firmom i jak go skonfigurować.

Małe firmy mogą się bez tego łatwo obejść, ale jeśli firma szybko się rozwija i aktywnie wykorzystuje 1C w swojej działalności, okazuje się, że zróżnicowanych użytkowników 1C jest coraz więcej i zapewnienie im dostępu do licencji staje się coraz trudniejsze.

W takich przypadkach, gdy liczba stacji roboczych wynosi już dziesiątki lub setki, na pewnym etapie zalecamy wybranie osobnego serwera do zadań licencyjnych. Serwer może być fizyczny lub wirtualny.

Zalety skonfigurowania serwera licencji w 1C:

• Wszystkie licencje przechowywane są centralnie, dzięki czemu znacznie łatwiej będzie nimi zarządzać. Zostaną one również dystrybuowane centralnie, dzięki czemu nie będzie sytuacji, w której na jednym kluczu skończą się licencje, a na drugim wręcz przeciwnie. Ponadto możesz w ten sposób zaoszczędzić na zakupie licencji - kup powiedzmy nie 3 osobne klucze za 100, ale jeden za 300.
• Wymagania sprzętowe dla serwera licencji 1C są bardzo niskie– wszystko można dostosować serwer wirtualny z 2-rdzeniowym procesorem i 2-4 GB pamięci RAM te zasoby serwera wystarczą, aby zapewnić działanie
• Dla takiego serwera licencji nie ma potrzeby licencjonowania serwera 1C:Enterprise 8.3, nie ma potrzeby kupowania dodatkowych licencji
• Konfiguracja serwera licencyjnego 1C 8.3 daje możliwość dystrybucji tych samych licencji do różnych klastrów 1C, nawet z różnymi wersjami platformy.
• Może dystrybuować serwer i klienta dla wielu użytkowników licencje na wszystkie wykorzystywane serwery aplikacji.
• Jeśli chcesz zmienić konfigurację serwerów aplikacji 1C, to jeśli nie zmieniłeś konfiguracji serwera licencyjnego, nie ma potrzeby ponownej aktywacji licencji.
• Jeśli chodzi o środki ostrożności mające na celu przywrócenie funkcjonalności systemu w przypadku różnego rodzaju awarii, również tutaj serwer licencyjny ma przewagę - możesz to zrobić kopia zapasowa za każdym razem, gdy licencje zostały aktywowane. Łatwo będzie przenieść taką kopię zapasową i przywrócić serwer na innym sprzęcie.

Serwer licencyjny 1C: konfiguracja

Załóżmy, że zamierzasz skonfigurować dystrybucję licencji ze wspólnego serwera licencyjnego dla dwóch klastrów 1C, z których każdy składa się z jednego działającego serwera, na którym działają wszystkie usługi.

Kolejność kroków instalacji powinna wyglądać mniej więcej tak:

1. Aby zainstalować serwer licencyjny 1C, najpierw zainstaluj komponenty serwera 1C:Enterprise na serwerze przeznaczonym do tego celu. Zalecamy wyłączenie opcji „Zainstaluj serwer 1C:Enterprise 8 jako Usługa Windowsa„abyś nie musiał w przyszłości zatrzymywać usług podczas instalowania lub odinstalowywania wersji platformy
2. Wdróż na nim usługi 1C, przyznaj do nich wszelkie uprawnienia użytkownikowi, w ramach którego będzie wykonywana administracja. Przypisz nieużywane porty do usług, dodaj je do dozwolonych portów firewalla
3. Uruchom usługi i sprawdź, czy działają.
4. Usuń lokalne klastry 1C utworzone podczas instalacji.
5. Sprawdź, czy na tym serwerze działa usługa WMI.
6. Teraz na komputerze, na którym wdrożono serwer aplikacji 1C, dodaj nowy „Serwer roboczy” w konsoli administracyjnej 1C. W jego opisie wskaż, że jest to serwer licencyjny, aw nazwie komputera wprowadź nazwę lub adres serwera licencyjnego 1C, wskaż zakresy portów IP. Sprawdź, czy „Port menedżera klastra” jest poprawnie określony.
7. Otwórz „Wymagania dotyczące przypisania funkcjonalności” dla tego serwera. Utwórz dwie funkcjonalności: pierwszą z parametrami „Dowolny obiekt wymagań” - „Nie przypisuj” - pustą nazwę bazy danych (w rzeczywistości zabrania ona wszelkiej funkcjonalności), a drugą „Usługa licencjonowania” - „Przypisz” - pustą nazwę bazy danych . Zastosuj te reguły do ​​całego klastra.
8. Zainstaluj licencje na serwer 1C i aktywuj je. Będziesz musiał aktywować licencje dla wielu użytkowników i serwery na serwerze licencji w zależności od liczby klastrów (tj. w naszym przykładzie są to dwa). Należy pamiętać, że w przypadku aktywacji z innego komputera nadal należy podać nazwę wyznaczonego serwera licencji, w przeciwnym razie licencja nie będzie mogła zostać użyta dla klastra.
9. Zastosuj wszystkie reguły przypisania funkcjonalności skonfigurowane w kroku 7.

Po ponownym uruchomieniu usług na wszystkich serwerach w klastrze system zacznie działać.

Bazując na doświadczeniu, możemy zalecić zorganizowanie dla każdego klastra własnej usługi 1C na własnym zakresie portów - w tym przypadku możliwe będzie ponowne uruchomienie wszystkich usług i licencji osobno dla każdego z klastrów, bez wpływu na działanie innych klastrów :

• Zwiększy to niezawodność i niezawodność systemu
• Umożliwi użycie go dla różnych klastrów różne wersje Platformy 1C

Podaliśmy tutaj ogólny opis procesu, bez uwzględnienia różnych niuansów specyficznych dla każdej firmy, a może być ich całkiem sporo.

Jeśli masz jakiekolwiek pytania dotyczące wdrożenia serwera licencyjnego 1C, zakupu lub wymiany licencji na oprogramowanie, opracowania i wdrożenia niestandardowych modułów i dodatków do konfiguracji 1C, przejścia na 1C w chmurze lub jeśli coś po prostu się zawiesza, przestaje działać poprawnie lub całkowicie, zawsze możesz skontaktować się z nami w celu uzyskania porady i wsparcia technicznego.

Zdalne wsparcie techniczne lub wizyta specjalisty 1C w Petersburgu – codziennie, przez całą dobę

Główne zaopatrzenie

Główne dostawy produktów BIT.FINANCE są przeznaczone do użytku z jedną lub inną standardową konfiguracją firmy 1C (zwanej dalej „Produktem głównym”, na przykład „1C: Księgowość 8”). Użytkownikowi przysługuje prawo do korzystania z produktu BIT.FINANCE jedynie w przypadku posiadania legalnie zakupionego Produktu Głównego. Liczba stacji roboczych i sposób użytkowania (serwer plików/klient) są ograniczone odpowiednimi zasadami dla Produktu Głównego.

Dostawa do zdalnego biura

Licencja ta umożliwia korzystanie z produktu BIT.FINANCE w zdalnym biurze/poszczególnych podsieciach Licencjobiorcy Głównego lub w oddzielnych biurach firm będących częścią tego samego holdingu co Licencjobiorca Głównego. Użytkownik dostawy do oddziału zdalnego ma prawo korzystać z produktu BIT.FINANCE jedynie w przypadku posiadania legalnie zakupionego Produktu Głównego. Liczba stacji roboczych i sposób użytkowania (serwer plików/klient) są ograniczone odpowiednimi zasadami dla Produktu Głównego.

Dostawa laptopa

Licencja ta pozwala na korzystanie z produktu BIT.FINANCE na oddzielnego laptopa pracownik Głównego Licencjobiorcy Dostawy. Użytkownik zasilacza do laptopa ma prawo korzystać z produktu BIT.FINANCE jedynie w przypadku posiadania legalnie zakupionego Produktu Głównego.

Dostarczanie aktualizacji produktów

Aktualizacje produktów BIT.FINANCE są udostępniane tylko wtedy, gdy Licencjobiorca posiada ważną subskrypcję Dysku ITS, zgodnie z zasadami ustalonymi przez firmę 1C.

Procedura uzyskania licencji

Produkty BIT.FINANCE posiadają system zabezpieczeń w postaci licencji elektronicznych powiązanych z konkretnym oprogramowaniem i sprzętem (serwerem), na którym zainstalowany jest Serwer Licencji. Aby produkt BIT.FINANCE zadziałał, użytkownik posiadający legalnie zakupiony egzemplarz produktu musi otrzymać klucz elektroniczny(plik) aktywujący licencję. Szczegółowe instrukcje do pracy z „BIT: Licensing System” znajduje się w pakiecie dystrybucyjnym BIT.FINANCE.

Aby zainstalować wersję SLK 2.1.6.420, wykonaj następujące kroki:

1. Pobierz pakiet dystrybucyjny systemu licencjonowania 3.0 i rozpakuj go do dowolnego folderu:

2. Przed instalacją SLK zamknij wszystkie aplikacje 1C i usuń sprzętowe klucze bezpieczeństwa.

3. Uruchom plik „LicenceServer-2.1.6.420-Setup.exe”. Spowoduje to otwarcie okna instalacji systemu licencyjnego, kliknij przycisk „Dalej”:

4. Upewnij się, że wszystkie dodatkowe zadania, które należy wykonać, są zaznaczone i kliknij przycisk „Zainstaluj”:

5. Następnie otworzy się okno instalacyjne sterowniki USB Klucz ochronny SLK. Kliknij przycisk „Zainstaluj”. Przypominamy, że przed instalacją sterownika klucza zabezpieczającego USB należy wyjąć ważny klucz USB z komputera:

6. Po zakończeniu instalacji pojawi się komunikat, że sterownik został pomyślnie zainstalowany, kliknij przycisk „Zamknij”:

7. Następnie zaznacz pole wyboru „Uruchom konsolę serwera” i kliknij przycisk „Zakończ”:

Uwaga: konsolę serwera można uruchomić później, np. poprzez menu „Start – Wszystkie programy – SLK – Konsola serwera SLK”.

8. Następnie włóż klucz USB do komputera. Program wykryje klucz zabezpieczający i go zainstaluje; klucz powinien zostać wyświetlony w konsoli serwera SLK, jak pokazano na zrzucie ekranu.