Rozwiązywanie problemów z licencjonowaniem sieciowym

Troubleshoot network licensing

Zacznij od ustalenia, co się zmieniło: nowa wersja Alibre, dodane stanowisko, odnowiona licencja, uaktualnienie serwera lub zmiana w sieci. Zapisz dokładny komunikat o błędzie i sprawdź bieżący stan serwera, zamiast polegać na starszym zrzucie ekranu.

Wersja V28 działa, ale V29 nie działa

Najpierw sprawdź wersję demona. Starszy demon może obsługiwać wersję V28, ale nie działać z wersją V29, nawet jeśli licencja nadrzędna ma stan „Autoryzowana” (Authorized), a produkt wyświetla prawidłową łączną liczbę stanowisk.

Demon w wersji starszej niż 3.1.0.4 nie spełnia udokumentowanych wymagań nowszej biblioteki klienta używanej przez testowaną wersję V29. Wykonaj procedurę „Uaktualnianie istniejącego serwera” (Upgrade an existing server), w tym sprawdzenie jego systemu operacyjnego i kopii zapasowej.

W laboratorium odtworzono błąd „Nie można połączyć się z serwerem licencji” (License server could not be reached) przy użyciu starego demona i usunięto go przez uaktualnienie. Komunikat „Nieprawidłowy klucz licencji” (Invalid license key), komunikat o wygaśnięciu licencji lub zwolnieniu aktywacji może mieć inne przyczyny, dlatego sprawdź także stan produktu, aktualny okres dzierżawy, uprawnienie do wersji oraz konfigurację klienta.

Serwer wyświetla dodane stanowiska, ale klient nadal nie działa

Pomyślne odświeżenie produktu potwierdza, że zaktualizowane uprawnienie dotarło do serwera. Nie potwierdza zgodności demona ani prawidłowego połączenia klienta.

• Zapisz bieżącą wersję demona i porównaj ją z wymaganiami klienta.

• Potwierdź, że właściwy produkt jest aktywny, jego okres dzierżawy jest aktualny i dostępne jest stanowisko.

• Sprawdź plik laninfo.xml i port licencjonowania używany do komunikacji klienta z serwerem.

• Po wyświetleniu monitu użyj na kliencie wartości netseat.

• Jeśli te testy zakończą się pomyślnie, poproś dział pomocy technicznej Alibre o zweryfikowanie uprawnienia produktu do zainstalowanej wersji Alibre.

Czy potrzebuję nowej licencji nadrzędnej? Nie tylko dlatego, że dodano stanowiska lub uaktualniono Alibre. Jeśli licencja nadrzędna nadal ma stan „Autoryzowana”, najpierw sprawdź zgodność oraz konfigurację produktu i klienta.

Sprawdzanie łączności z komputera z systemem Windows, na którym występuje problem

Otwórz program PowerShell i uruchom poniższy test, podając rzeczywisty adres serwera oraz skonfigurowany port licencjonowania:

Test-NetConnection -ComputerName 192.168.1.50 -Port 16700

TcpTestSucceeded: True oznacza, że połączenie TCP zostało nawiązane. Nie potwierdza to zgodności demona, prawidłowości poświadczeń ani dostępności stanowiska.

Jeśli test zakończy się niepowodzeniem, sprawdź adres IP, usługę serwera, tryb sieciowy maszyny wirtualnej, reguły zapory i routing. Otwarcie adresu http://SERVER-IP testuje stronę administracyjną, ale nie testuje portu TCP 16700. Na komputerze klienckim adres 127.0.0.1 wskazuje ten komputer, a nie oddzielny serwer licencji.

Wybór następnego testu

Objaw	Sprawdzenie

Strona administracyjna nie otwiera się	Zasilanie serwera lub maszyny wirtualnej, prawidłowy adres, konfiguracja sieci i port administracyjny

Administracja działa, ale test portu klienta kończy się niepowodzeniem	Usługa licencjonowania, skonfigurowany port i reguły zapory

Połączenie TCP zostaje nawiązane, ale aktywacja kończy się niepowodzeniem	Zgodność demona, stan produktu, dostępne stanowiska i poświadczenia użytkownika demona

Licencja nadrzędna nie ma stanu „Autoryzowana”	Autoryzacja licencji nadrzędnej i jej bieżący błąd; użyj właściwych elementów sterujących licencji nadrzędnej

Brak produktu lub produkt jest nieaktywny	Właściwy wiersz produktu, „Identyfikator klienta” (CustomerID), „Identyfikator produktu” (ProductID) i „Kod licencji produktu” (Product License Code)

Komunikat o nieprawidłowej, wygasłej lub zwolnionej licencji	Bieżący stan licencji nadrzędnej i produktu, okres dzierżawy produktu, uprawnienie do wersji, wersja demona i konfiguracja klienta

Brak dostępnych stanowisk	Aktywni użytkownicy w sekcji „Stanowiska” (Seats), łączna liczba stanowisk objętych licencją i długoterminowe wypożyczenia licencji

Jedno konto systemu Windows działa, a inne nie	Własny plik %LOCALAPPDATA%\Alibre Design\laninfo.xml każdego konta i przypisane poświadczenia demona

Błąd po zmianie adresu IP serwera lub hasła użytkownika	Zaktualizuj odpowiednie pliki połączenia, a następnie uruchom ponownie Alibre

Instalacja kończy się niepowodzeniem z powodu zależności	Obsługiwany system operacyjny i zgodne pakiety; rozwiąż problem z zależnością zamiast wymuszać instalację

Sprawdzanie pliku połączenia

Potwierdź, że dokładna nazwa pliku to laninfo.xml, a nie laninfo.xml.txt, że znajduje się on w lokalnym folderze danych aplikacji odpowiedniego użytkownika systemu Windows oraz że podane w nim adres serwera, port, nazwa użytkownika i hasło są prawidłowe. Zachowaj format czterech wpisów opisany w procedurze „Konfigurowanie pliku połączenia systemu Windows” (Configure the Windows connection file).

Na początkowym etapie diagnostyki nie zwracaj licencji, nie usuwaj wierszy produktów, nie kasuj plików licencjonowania ani nie instaluj ponownie oprogramowania. Takie zmiany mogą usunąć przydatne informacje diagnostyczne i nie rozwiązują problemu niezgodnego demona.

Wysyłanie przydatnych informacji do działu pomocy technicznej

Przekaż działowi pomocy technicznej Alibre:

• Dokładną treść błędu oraz informację, kiedy występuje.

• Wersję i kompilację Alibre, wersję demona oraz system operacyjny serwera.

• Informację, czy starsza wersja Alibre nadal działa.

• Bieżące stany licencji nadrzędnej i produktu, daty okresów dzierżawy, łączną liczbę stanowisk oraz informacje o aktywnych stanowiskach.

• Wynik testu portu klienta oraz potwierdzenie, że plik znajduje się w folderze właściwego użytkownika systemu Windows.

• Ostatnie zmiany dotyczące licencji, oprogramowania, sieci lub serwera.

• Odpowiednie dzienniki lub zrzuty ekranu wskazane przez dział pomocy technicznej.

Udostępniaj kody licencji, poświadczenia i certyfikaty wyłącznie za pośrednictwem prywatnego kanału zatwierdzonego przez dział pomocy technicznej. Przed udostępnieniem plików połączenia do rutynowej diagnostyki usuń z nich hasło demona.

---

Oryginał: Troubleshoot network licensing