RSS Feed

Lex – aplikacja utraciła połączenie z zabezpieczeniem sieciowym i musi zostać ona zamknięta – jak naprawić

Luty 14, 2013 by 0verlord

Lex, aplikacja znana wszystkim prawnikom i nie tylko. Sprzedawana w modelu na ilość jednoczesnych dostępów. Zabezpieczenia, to sprzętowy klucz hasp z opcją sieciową, lub stanowiskowy. Zanim przejdę do omówienie przypadku, wyjaśnię ogólnie jak to działa.

Lexa instaluje się jako udział sieciowy, i tak samo się go uruchamia. Przykładowo, mapujemy sobie na serwerze dysk L: do którego potem instalujemy aplikację, i potem ten sam dysk pozwalamy montować klientom. Klient odpala aplikację, aplikacja odpytuje sobie serwer klucza hasp, czy aby na pewno można klienta wpuścić i albo to robi – albo rzuca wyjątkiem o wykorzystanych wszystkich licencjach i rozłącza.

Ale czasem dzieje się to, co jest w temacie tego posta. Wg supportu technicznego, który swoją drogą jest całkiem kompetentny – nastąpiła utrata łączności z serwerem klucza hasp. Tylko jak utraciło? O co w ogóle chodzi?

W moim przypadku okazało się, że serwer czekał sobie na restart z powodu konieczności zainstalowania aktualizacji, a to z kolei powodowało wybuchy driverów, rozłączenie serwera klucza i inne „nieobsługiwane wyjątki krytyczne”.

Sam restart serwera jednak nie pomógł – serwer klucza ciągle gubił połączenie. Przeinstalowałem te same drivery do haspa i problem ustąpił – widać coś się przy okazji aktualizacji pogubiło.
Zato zanim przeklikałem drivery – regularnie o 6:30 rano uruchamiałem na serwerze skrypt restartujący usługę serwera hasp. Wyglądał jakoś tak (nie pamiętam jak się nazywa ten serwis, trzeba sobie samemu sprawdzić z cmd.
sc stop <nazwa serwisu z sc list>
sc start <nazwa serwisu>


Brak komentarzy »

No comments yet.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

dwadzieścia − dziesięć =