sammanfattning
den här artikeln innehåller information om felsökning 1003 och 1004 terminalserverlicensfel. Användare som försöker ansluta till en XenApp-server kan uppleva följande Terminal Services – relaterade fel i händelseloggen:
Händelse-ID: 1003
källa: TermService
Typ: Information
terminal service-klienten har tillhandahållit en ogiltig licens.
Händelse-ID: 1004
källa: TermService
Beskrivning: Det går inte att förvärva en licens för användarnamn, domännamn.
mer information finns i Microsoft TechNet articles – TS Licensing steg-för-steg-Guide och felsökning av Terminal Server-licensiering.
Bakgrund
med Microsoft (både vanlig Klientåtkomstlicens (Cal) och Terminal Services CAL) licenser, innan en ICA-anslutning upprättas (popup-fönstret GINA logon), måste klientlicensen bekräftas att existera och vara giltig.
Obs! Windows XP Professional-arbetsstationer har inte inbyggda Cal-filer med avseende på Windows 2003 Terminal Server Licensservrar.
när det inte finns tillräckliga behörigheter för följande registernyckel uppstår anslutningsfel. Undersök Licenshanteraren för Microsoft Terminal Services för att se om arbetsstationen är uppräknad. Om arbetsstationen inte är uppräknad är det här problemet på Windows OS-nivå. Om du vill ha mer information kontaktar du Microsofts tekniska Support och kontrollerar att dina Terminallicenser för Windows 2003 är aktiverade.
Symptom-1
när du ansluter till en Citrix ICA-klient efter nedladdning av en RDP-webbklient (Remote Desktop Protocol) kanske RDP-klienten inte uppvisar några problem och fortsätter att ansluta.
Orsak-1
händelseloggen anger inte den klientenhet som tillhandahöll den ogiltiga licensen. Otillräckliga behörigheter tillämpas på Microsoft-licensnyckeln i registret för gruppen autentiserade användare. När du testar, försök att skapa en RDP-anslutning efter att du har tagit bort mslicense-nyckeln i registret som användare (Ingen domänadministratör eller Power User Group); RDP-anslutningen misslyckas också.
lösning-1
det kan vara användbart att undersöka Kryptografiregisternycklarna i HKEY_LOCAL_MACHINE och HKEY_CURRENT_USER på både servern och arbetsstationen. Se Microsoft TechNet och användningen av RegMon och FileMon för ytterligare information. Dessutom, se Windows Sysinternals. Dessa ändringar kommer att återspeglas från klientenheten.
om du gör en skrivbordsanslutning, öppnar du ICA-anslutningen inuti skrivbordssessionen (Pass-through) och den efterföljande ICA-anslutningen misslyckas. Den drabbade arbetsstationen är i detta fall servern.
utför följande procedur om du upplever licensfel som tidigare nämnts:
Varning! Se ansvarsfriskrivningen i slutet av den här artikeln innan du använder Registerredigeraren.
-
öppna Registerredigeraren via regedit32.exe-kommando.
-
navigera till HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Mslicensing.
-
markera den här tangenten, välj Säkerhet i verktygsfältet och Välj behörigheter.
-
klicka på knappen Avancerat.
-
kontrollera att gruppen autentiserade användare finns i Behörighetsposter.
Obs!: Om den här gruppen inte hittas klickar du på Lägg till, väljer gruppen Användare och klickar på OK.
– i Behörighetspost för MSLicensing, ge fullständig kontroll till gruppen Användare och klicka på OK.
– i inställningarna för åtkomstkontroll för Mslicensering klickar du på Apply och OK.
– i Behörighetspost för MSLicensing klickar du på Apply och OK. -
försök att ansluta med 32-bitars Ica-klient för Windows.
notera: Om du använder en icke-inbyggd Windows-klient (Macintosh, Linux eller en tunn Terminal) utan ett lokalt register, måste behörighetsändringarna göras till följande registernyckel:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing
Symptom-2
efter att ha flyttat Terminal Services Licensing Server, uppvisar RDP-klienter inga problem och fortsätter att ansluta.
Orsak-2
ett potentiellt rasförhållande mellan Icaapi.dll och Rdpwsx.dll kan orsaka att den privata certifikatnyckeln på Terminal Services-servern blir osynkroniserad.
lösning-2
för Windows 2003 Terminal Server, följ Microsoft TechNet artikel Så här åsidosätter du processen för upptäckt av licensserver i Windows Server 2003 Terminal Services för att lägga till Terminal Server licensserver. För Windows 2008 Server följ Microsoft TechNet artikel-TS licensiering steg-för-steg-Guide.
-
klicka på Start > Kör, skriv regedit och klicka på OK.
-
leta upp och klicka på följande nyckel i registret:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\tjänster\TermService \ parametrar -
på Redigera-menyn, gå till ny och klicka på nyckel.
-
namnge de nya nyckellicensserverna.
-
leta upp och klicka på följande nyckel i registry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers -
på Redigera-menyn, gå till ny och klicka på nyckel.
-
namnge den nya nyckeln ServerName där ServerName är NetBIOS-namnet på den licensserver som du vill använda och tryck sedan på Retur.
- starta om datorn.
anmärkningar: Det nya nyckelnamnet kan vara någon av följande beteckningar som representerar licensservern:
- NetBIOS – namnet på servern.
-
serverns fullständiga domännamn (FQDN).
-
serverns IP-adress.
om du använder Windows Server 2003 SP1 och senare eller Windows Server 2008 kan du ställa in detta i administrationsverktyget för Terminal Services-konfiguration. Följande skärmbild visar gränssnittet i Windows Server 2003:
-
i serverinställningar dubbelklickar du på Licensserverns upptäcktsläge och anger antingen NetBIOS – namnet på servern eller IP-adressen.
- starta om servern för att tillämpa ändringarna.
notera: I Windows Server 2008 öppnar du Redigera Inställningar, dubbelklickar på Licensserverupptäcktsläge, väljer fliken licensiering, väljer alternativet Använd de angivna licensservrarna och anger licensservernamnet (eller IP-adressen) i det angivna fältet. Följande skärmbild visar gränssnittet i Windows Server 2008:
använd Microsoft TechNet – artikeln-Windows XP-klienter kan inte ansluta till en Windows 2000 Terminal Services-Server för att reparera certifikatnycklarna på terminalservern.
Symptom-3
när du ansluter en Ica-klient med en Wyse WT1200LE version 4.2.X terminal, det finns ett känt problem som finns med firmware som levereras med den tunna klientenheten.
en enskild arbetsstation kan ansluta till server A men inte till server B.
vissa klientarbetsstationer kan ansluta till alla servrar medan andra nekas till vissa servrar.
i båda fallen kan RDP-klientanslutningen från samma arbetsstation ansluta till både servrarna A och B.
upplösning-3
uppgradera till den senaste firmwareversionen 4.4.079 för den avvecklade Winterm-modellen 1200le.
Felsökning för icke-Windows-klienter
Obs: Om du använder en icke-inbyggd Windows-klient (Macintosh, Linux eller en tunn Terminal) utan ett lokalt register, måste de föregående behörigheterna (som beskrivs i nummer 1) verifieras på följande registernyckel på XenApp-servern/Presentationsservern:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Citrix \ MSLicensing
-
kontrollera antalet installerade tscal-servrar och deras installationsplats. Om dina terminalservrar är medlemmar i en Active Directory-domän bör du installera TS-licensservern på en domänkontrollant i skogens rotdomän. Det kan bara finnas en Enterprise TS-licensserver per Active Directory-webbplats. Installera en Enterprise TS-licensserver för varje webbplats i Active Directory-skogen.För att Active Directory-objektet ska skapas korrekt installerar du TS-licensiering som en företagsadministratör eller en administratör som tillhör rotdomänen. Om en tom rotdomän skapas kanske Active Directory-objektet för TS-Enterprise-License-servern inte skapas korrekt.Ser objektet ut som det finns i Active Directory-webbplatser och tjänster och kan det frågas med en LDAP-fråga? Om du följer den här processen kommer alla Windows 2000-servrar som kör Terminal Services att upptäcka sin webbplatsövergripande Enterprise TS license server av LDAP-sökning.Huruvida Active Directory används eller inte är mycket viktigt med avseende på TS-Licensserverns upptäcktsprocess. Mer information om processen för upptäckt av TS-licensserver finns i Terminal Services Licensing Service discovery.
-
kontrollera hur många terminalservrar som genererar felet(erna) och kontrollera även om Terminalservrarna finns på samma subnät/domän som TSCAL-servern. När servrar fanns på samma undernät, ändrade TCP/IP-konfigurationen på servrarna till H-node för WINS, lade till en WINS-server i mixen och använde registernyckeln DefaultLicenseServer kunde alla servrar i Active Directory Hitta TS-licensservern. För mer information, se Symptom-2. Kontrollera därför om du anger NetBIOS-namnet på TS-licensservern genom att ändra följande registervärde help:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
Note: NetBIOS-namnet måste kunna lösas. -
kontrollera om det gör skillnad att användaren på arbetsstationen är administratör eller har användarklasskonto.Detta är också viktigt att veta när servern fungerar som klient i genomgångsläge.
-
verifiera Ica-klientversionen.
-
uppdatera till det senaste Microsoft Service Pack.
-
kontrollera om i Kontrollpanelen-MSLicensing är inställd på per server eller per plats.
-
se Microsoft TechNet-artiklar-felsökning av Terminal Server-licensiering och TS-licensiering steg-för-steg-Guide.
Obs!: alternativet Rensa kan användas för att rensa upp licenser från de lagrade klientåtkomstlicenser som tilldelats klienter som kör andra operativsystem än Windows. För mer information, se Ctx137608 – Dscheck Underhållsassistent.
Isoleringssteg
-
isolera problemservern till en arbetsgrupp och / eller marknadsföra den till en domänkontrollant.
-
aktivera den här servern som en TSCAL-Server.
-
skapa minst två ICA-sessioner till den här servern.
-
inaktivera Tscal-servern från den här servern.
-
om tillämpligt, degradera servern.
-
gå med i den ursprungliga domänen.
-
försök att skapa en ICA-session.
anmärkningar: dessa steg är kända för att korrigera föregående problem. De föregående åtgärdsposterna, om de slutfördes framgångsrikt, avslutar:
-
inga ändringar gjordes på XenApp-servern / Presentationsservern.
- ändringarna inträffade på operativsystemnivå.
