Rozwiązywanie problemów z błędami licencjonowania serwera terminali 1003 i 1004

podsumowanie

ten artykuł zawiera informacje dotyczące rozwiązywania problemów z błędami licencjonowania serwera terminali 1003 i 1004. Użytkownicy próbujący połączyć się z serwerem XenApp mogą napotkać następujące błędy związane z usługami terminalowymi w dzienniku zdarzeń:

Identyfikator zdarzenia: 1003
źródło: TermService
Typ: informacja
klient usługi terminalowej dostarczył nieprawidłową licencję.

Event ID: 1004
Source: TermService
opis: nie można uzyskać licencji na nazwę Użytkownika, nazwę domeny.

aby uzyskać więcej informacji, zobacz artykuły Microsoft TechNet – Licencjonowanie TS przewodnik krok po kroku i rozwiązywanie problemów z licencjonowaniem serwera terminali.

Informacje ogólne

w przypadku licencji Microsoft (zarówno licencji regularnego dostępu klienta (cal), jak i licencji usług terminalowych) przed nawiązaniem połączenia ICA (wyskakujące okienko logowania GINA) należy potwierdzić istnienie i ważność licencji klienta.

Uwaga: stacje robocze systemu Windows XP Professional nie mają wbudowanych licencji CAL w odniesieniu do serwerów licencyjnych Windows 2003 Terminal Server.

gdy nie ma wystarczających uprawnień do następującego klucza rejestru, dochodzi do awarii połączenia. Sprawdź program Microsoft Terminal Services License manager, aby sprawdzić, czy stacja robocza jest wyliczona. Jeśli stacja robocza nie jest wyliczona, problem dotyczy poziomu systemu operacyjnego Windows. Aby uzyskać więcej informacji, skontaktuj się z Pomocą techniczną firmy Microsoft i sprawdź, czy licencje terminali systemu Windows 2003 są aktywowane.

Symptom-1

podczas łączenia się z Klientem Citrix ICA po pobraniu klienta sieci Web protokołu zdalnego pulpitu (RDP) klient RDP może nie wykazywać żadnych problemów i kontynuować połączenie.

Cause-1

Dziennik zdarzeń nie określa urządzenia klienta, które dostarczyło nieprawidłową licencję. Niewystarczające uprawnienia są stosowane do klucza licencyjnego Microsoft w rejestrze dla grupy uwierzytelnionych użytkowników. Podczas testowania spróbuj utworzyć połączenie RDP po usunięciu klucza MSLicense w rejestrze jako użytkownik (bez administratora domeny lub Power User Group); połączenie RDP również nie powiodło się.

rozwiązanie-1

przydatne może być zbadanie kluczy rejestru kryptograficznego w HKEY_LOCAL_MACHINE i HKEY_CURRENT_USER zarówno na serwerze, jak i stacji roboczej. Zobacz Microsoft TechNet i użycie RegMon i FileMon, aby uzyskać dodatkowe informacje. Ponadto zobacz Sysinternals systemu Windows. Zmiany te zostaną odzwierciedlone na urządzeniu klienckim.

jeśli nawiązujesz połączenie z pulpitem, otwarcie połączenia ICA wewnątrz sesji pulpitu (Pass-through), a kolejne połączenie ICA zakończy się niepowodzeniem. W tym przypadku stacją roboczą, której dotyczy problem, jest serwer.

wykonaj następującą procedurę, jeśli wystąpią wcześniej wymienione błędy licencyjne:
Uwaga! Zapoznaj się z zastrzeżeniem na końcu tego artykułu przed użyciem Edytora rejestru.

1. Otwórz Edytor rejestru za pomocą regedit32.polecenie exe.

2. przejdź do HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft\MSLicensing.

3. zaznacz ten klucz, wybierz opcję Zabezpieczenia na pasku narzędzi i wybierz opcję Uprawnienia.

4. kliknij przycisk Zaawansowane.

5. sprawdź, czy grupa uwierzytelnionych użytkowników znajduje się we wpisach uprawnienia.

   Uwaga: Jeśli tej grupy nie znaleziono, kliknij Dodaj, wybierz grupę użytkowników i kliknij OK.

   – we wpisie uprawnienia do Mslicensingu, zapewnij pełną kontrolę grupie użytkowników i kliknij OK.
   – w ustawieniach kontroli dostępu dla MSLicensing kliknij Zastosuj i OK.
   – w polu uprawnienia MSLicensing kliknij Zastosuj i OK.

6. spróbuj połączyć się za pomocą 32-bitowego klienta ICA dla systemu Windows.

Uwaga: Jeśli korzystasz z innego klienta systemu Windows (Macintosh, Linux lub cienkiego terminala) bez lokalnego rejestru, należy wprowadzić zmiany uprawnień do następującego klucza rejestru:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Citrix\MSLicensing

Symptom-2

po przeniesieniu serwera licencjonowania usług terminalowych klienci RDP nie wykazują żadnych problemów i kontynuują połączenie.

przyczyna-2

potencjalny stan rasy pomiędzy Icaapi.dll i Rdpwsx.dll może spowodować, że prywatny klucz certyfikatu na serwerze usług terminalowych stanie się niezsynchronizowany.

Rozwiązanie-2

w przypadku serwera terminalowego systemu Windows 2003 postępuj zgodnie z artykułem Microsoft TechNet jak zastąpić proces wykrywania serwera licencyjnego w usługach terminalowych systemu Windows Server 2003, aby dodać serwer licencyjny serwera terminalowego. Dla Windows 2008 Server postępuj zgodnie z artykułem Microsoft TechNet-TS Licensing przewodnik krok po kroku.

1. kliknij Start > Uruchom, wpisz regedit i kliknij OK.

2. znajdź i kliknij następujący klucz w rejestrze:
   HKEY_LOCAL_MACHINE \ SYSTEM\CurrentControlSet\Services\TermService\Parameters

3. w menu Edycja przejdź do nowego i kliknij klawisz.

4. Nazwij nowych kluczowych serwerów licencyjnych.

5. znajdź i kliknij następujący klucz w registry:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

6. w menu Edycja przejdź do nowego i kliknij klawisz.

7. Nazwij nowy klucz ServerName, gdzie ServerName jest nazwą NetBIOS serwera licencji, którego chcesz użyć, a następnie naciśnij klawisz Enter.

8. Uruchom ponownie komputer.

   uwagi: nowa nazwa klucza może być dowolną z następujących nazw, które reprezentują serwer licencji:

   • nazwa NetBIOS serwera.

   • w pełni kwalifikowana nazwa domeny (FQDN) serwera.

   • adres IP serwera.

     jeśli używasz systemu Windows Server 2003 SP1 lub nowszego lub Windows Server 2008, możesz ustawić to w narzędziu administracyjnym konfiguracji usług terminalowych. Poniższy zrzut ekranu pokazuje interfejs w systemie Windows Server 2003:

     

9. w ustawieniach serwera kliknij dwukrotnie Tryb wykrywania serwera licencji i wprowadź nazwę NetBIOS serwera lub adres IP.

10. Uruchom ponownie serwer, aby zastosować zmiany.

    notka: W systemie Windows Server 2008 otwórz Ustawienia edycji, kliknij dwukrotnie Tryb wykrywania serwera licencji, wybierz kartę Licencjonowanie, wybierz opcję Użyj określonych serwerów licencji i wprowadź nazwę serwera licencji (lub adres IP) w podanym polu. Poniższy zrzut ekranu pokazuje interfejs w systemie Windows Server 2008:

    

    użyj artykułu Microsoft TechNet-klienci systemu Windows XP nie mogą łączyć się z serwerem usług terminalowych systemu Windows 2000, aby naprawić klucze Certyfikatów na serwerze terminali.

objaw-3

podczas łączenia klienta ICA za pomocą Wyse WT1200LE w wersji 4.2.x terminal, istnieje znany problem z oprogramowaniem układowym dostarczonym z urządzeniem thin client.

pojedyncza stacja robocza może łączyć się z serwerem A, ale nie z serwerem B.

Niektóre stacje klienckie mogą łączyć się ze wszystkimi serwerami, podczas gdy inne są odrzucane na niektórych serwerach.

w obu przypadkach połączenie klienta RDP z tej samej stacji roboczej może łączyć się z obydwoma serwerami a i B.

rozdzielczość-3

uaktualnienie do najnowszej wersji oprogramowania układowego 4.4.079 dla wycofanego modelu Winterm 1200le.

Rozwiązywanie problemów w przypadku Klientów innych niż Windows

Uwaga: w przypadku korzystania z nie natywnego klienta Windows (Macintosh, Linux lub cienki Terminal) bez lokalnego rejestru, poprzednie uprawnienia (opisane w problemie 1) muszą zostać zweryfikowane za pomocą następującego klucza rejestru na serwerze XenApp/serwerze prezentacji:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Citrix\MSLicensing

1. sprawdź liczbę zainstalowanych serwerów TSCAL i ich lokalizację instalacji. Jeśli serwery terminali należą do domeny Active Directory, należy zainstalować serwer licencji TS na kontrolerze domeny w domenie głównej forest. Na stronę usługi Active Directory może być tylko jeden serwer licencji Enterprise TS. Zainstaluj jeden serwer licencji Enterprise TS dla każdej witryny w lesie Active Directory.Aby obiekt Active Directory został poprawnie utworzony, zainstaluj Licencjonowanie TS jako administrator firmowy lub administrator należący do domeny głównej. W przypadku utworzenia pustej domeny głównej obiekt Active Directory dla serwera TS-Enterprise-License-Server może nie zostać poprawnie utworzony.Czy obiekt wygląda tak, jakby znajdował się w witrynach i usługach Active Directory i czy można go odpytywać za pomocą zapytania LDAP? Jeśli zastosujesz się do tego procesu, wszystkie serwery systemu Windows 2000 z usługami terminalowymi odkryją swój firmowy serwer licencji TS w całej witrynie za pomocą wyszukiwania LDAP.To, czy Active Directory jest używane, czy nie, jest bardzo ważne w odniesieniu do procesu odnajdywania serwera licencji TS. Aby uzyskać więcej informacji na temat procesu odnajdywania serwera licencji TS, zobacz odnajdywanie usługi licencjonowania usług terminalowych.

2. Sprawdź, ile serwerów terminali generuje błąd, a także sprawdź, czy serwery terminali znajdują się w tej samej podsieci/domenie co serwer TSCAL. Gdy serwery znajdowały się w tej samej podsieci, zmieniając konfigurację TCP/IP NA H-node dla WINS, dodając Serwer WINS do miksu i używając klucza rejestru DefaultLicenseServer, wszystkie serwery w Active Directory były w stanie znaleźć serwer licencji TS. Więcej informacji, patrz objaw-2. Dlatego sprawdź, czy określając nazwę NetBIOS serwera licencji TS, modyfikując następującą wartość rejestru help:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
   Note: nazwa NetBIOS musi być rozwiązalna.

3. sprawdź, czy ma znaczenie, że użytkownik na stacji roboczej jest Administratorem lub Posiada konto klasy użytkownika.Jest to również ważne, aby wiedzieć, kiedy serwer działa jako klient w trybie przejścia.

4. Sprawdź wersję klienta ICA.

5. Aktualizacja do najnowszego dodatku Service Pack firmy Microsoft.

6. sprawdź, czy w Panelu sterowania – MSLicensing jest ustawione na per-server lub per-seat.

7. zapoznaj się z artykułami Microsoft TechNet – Rozwiązywanie problemów z licencjonowaniem serwerów terminali i licencjonowaniem TS przewodnik krok po kroku.

Uwaga: opcja Wyczyść może być używana do czyszczenia licencji z przechowywanych licencji dostępu klienta przypisanych do klientów korzystających z systemów operacyjnych innych niż Windows. Więcej informacji można znaleźć w Ctx137608-Dscheck Maintenance Assistant.

1. odizoluj serwer problemu do grupy roboczej i / lub Promuj go do kontrolera domeny.

2. Włącz ten serwer jako serwer TSCAL.

3. utwórz co najmniej dwie sesje ICA na tym serwerze.

4. Wyłącz Serwer TSCAL z tego serwera.

5. jeśli dotyczy, zdegraduj serwer.

6. Dołącz do oryginalnej domeny.

7. próba utworzenia sesji ICA.

uwagi: te kroki są znane, aby rozwiązać poprzedni problem. Poprzedzające elementy działania, jeśli zostały pomyślnie zakończone, zawierają:

• nie wprowadzono żadnych zmian do serwera XenApp/serwera prezentacji.

• zmiany nastąpiły na poziomie systemu operacyjnego.