Feilsøking Av 1003-Og 1004-Lisensfeil For Terminalserver

Sammendrag

denne artikkelen inneholder informasjon om feilsøking av 1003-Og 1004-Lisensfeil for Terminalserver. Brukere som forsøker å koble til En XenApp-server, kan oppleve Følgende Terminal Services-relaterte feil I Hendelsesloggen:

Hendelses-ID: 1003
Kilde: TermService
Type: Informasjon
terminal service-klienten har gitt en ugyldig lisens.

Hendelses-ID: 1004
Kilde: TermService
Beskrivelse: Kan Ikke skaffe lisens for brukernavn, domenenavn.

hvis Du vil ha Mer informasjon, kan Du se Microsoft TechNet-artikler-TS-Lisensiering Trinnvis Veiledning Og Feilsøking Av Terminal Server-Lisensiering.

Bakgrunn

med microsoft (både vanlige Client Access License (CAL) og Terminal Services cal) lisenser, før EN ica-tilkobling opprettes (GINA logon pop-up), må klientlisensen bekreftes for å eksistere og være gyldig.

Merk: Windows XP Professional-arbeidsstasjoner har ikke innebygde CALs med Hensyn Til Windows 2003 Terminal Server-Lisensservere.

når det ikke er tilstrekkelige tillatelser til følgende registernøkkel, oppstår tilkoblingsfeil. Undersøk Microsoft Terminal Services License manager for å se om arbeidsstasjonen er nummerert. Hvis arbeidsstasjonen ikke er oppregnet, er dette problemet På Windows OS-nivå. Hvis du vil ha Mer informasjon, kan du kontakte Microsofts Tekniske Kundestøtte og kontrollere At Terminallisensene For Windows 2003 er aktivert.

Symptom-1

NÅR Du kobler Til En Citrix Ica-Klient etter at DU har lastet ned EN RDP-webklient (Remote Desktop Protocol), kan DET hende AT RDP-klienten ikke har noen problemer og fortsetter å koble til.

Årsak-1

Hendelsesloggen angir ikke klientenheten som ga den ugyldige lisensen. Utilstrekkelige tillatelser brukes På Microsoft-lisensnøkkelen i registret for Gruppen Godkjente Brukere. Når du tester, prøv å opprette EN RDP-tilkobling etter at Du har fjernet mslicense-nøkkelen i registret som en bruker (Ingen Domeneadministrator Eller Strømbrukergruppe); RDP-tilkoblingen mislykkes også.

Løsning-1

Det kan være nyttig å undersøke Registernøklene For Kryptografi i HKEY_LOCAL_MACHINE og HKEY_CURRENT_USER på både serveren og arbeidsstasjonen. Se Microsoft TechNet og bruken Av RegMon Og FileMon for mer informasjon. I Tillegg kan Du se Windows Sysinternals. Disse endringene gjenspeiles fra klientenheten.

hvis du lager en stasjonær tilkobling, åpner du ICA-tilkobling inne i skrivebordsøkten (Pass-through) og den påfølgende ica-tilkoblingen mislykkes. Den berørte arbeidsstasjonen er i dette tilfellet serveren.

Fullfør følgende fremgangsmåte hvis du opplever lisensfeil som tidligere er nevnt:
Forsiktig! Se Ansvarsfraskrivelsen på slutten av denne artikkelen før Du bruker Registerredigering.

  1. Åpne Registerredigering gjennom regedit32.exe kommando.

  2. Naviger TIL HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSLicensing.

  3. Marker denne tasten, velg Sikkerhet på verktøylinjen, og velg Tillatelser.

  4. Klikk På Avansert-tasten.

  5. Kontroller at Gruppen Godkjente Brukere er I Tillatelsesoppføringer.

    Obs!: hvis denne gruppen ikke finnes, klikker Du Legg Til, velger Brukere-Gruppen OG klikker OK.

    – i Tillatelsesoppføring For MSLicensing gir Du Full kontroll Til Brukere-Gruppen og klikker OK.
    – i Innstillingene For Tilgangskontroll For MSLicensing klikker Du Bruk OG OK.
    – i Tillatelsesoppføring For MSLicensing klikker Du Bruk OG OK.

  6. Forsøk å koble til ved hjelp av 32-biters Ica-Klienten For Windows.

Merk: Hvis du bruker en ikke-opprinnelig Windows-klient (Macintosh, Linux Eller En Tynn Terminal) uten et lokalt register, må tillatelsesendringene gjøres til følgende registernøkkel:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing

Symptom-2

RDP-klienter har ikke noen problemer etter at Du har flyttet Lisensserveren For Terminal Services, og fortsetter å koble TIL.

Årsak-2

en potensiell løpstilstand mellom Icaapi.dll og Rdpwsx.dll kan føre til at privat sertifikatnøkkelen På Terminal Services-serveren blir usynkronisert.

Løsning-2

for Windows 2003 Terminal Server følger Du Microsoft TechNet-artikkelen slik overstyrer du lisensserveroppdagingsprosessen I Windows Server 2003 Terminal Services for å legge Til Lisensserveren For Terminal Server. For Windows 2008 Server følg Microsoft TechNet artikkel-TS Lisensiering Trinnvis Veiledning.

  1. Klikk Start > Kjør, skriv inn regedit, og klikk OK.

  2. Finn og klikk følgende nøkkel i registret:
    HKEY_LOCAL_MACHINE\SYSTEM \ CurrentControlSet \ Tjenester \ TermService\Parametere

  3. på Rediger-menyen, gå Til Ny og klikk Nøkkel.

  4. Gi Navn til De nye nøkkellisensservere.

  5. Finn og klikk på følgende nøkkel i registry:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

  6. på Rediger-menyen, gå Til Ny og klikk Nøkkel.

  7. Gi navn til det nye nøkkelservernavnet Der Servernavn Er NetBIOS-navnet på lisensserveren du vil bruke, og trykk Deretter Enter.

  8. Start datamaskinen på nytt.

    Merknader: det nye nøkkelnavnet kan være en av følgende betegnelser som representerer lisensserveren:

    • NetBIOS-navnet på serveren.
    • det fullt kvalifiserte domenenavnet (fqdn) på serveren.

    • IP-adressen til serveren.

      hvis Du bruker Windows Server 2003 SP1 og nyere Eller Windows Server 2008, kan du angi dette i Administrasjonsverktøyet For Konfigurasjon Av Terminal Services. Følgende skjermbilde viser grensesnittet I Windows Server 2003:

      Bruker lagt bilde

  9. i Serverinnstillinger dobbeltklikker Du Lisensserveroppdagingsmodus og angir Enten NetBIOS-navnet på serveren eller IP-adressen.

  10. Start serveren på nytt for å bruke endringene.

    Notat: I Windows Server 2008 åpner Du Redigeringsinnstillinger, dobbeltklikker lisensserveroppdagingsmodus, velger Kategorien Lisensiering, velger Alternativet Bruk de angitte lisensservere og skriver inn lisensservernavnet (ELLER IP-adressen) i det angitte feltet. Følgende skjermbilde viser grensesnittet I Windows Server 2008:

    Bruker lagt til bilde

    Bruk Microsoft TechNet-artikkelen – Windows XP-Klienter Kan Ikke Koble Til En Windows 2000 Terminal Services-Server til å reparere sertifikatnøklene på Terminalserveren.

Symptom-3

når du kobler til en Ica-Klient ved Hjelp Av en wyse wt1200le versjon 4.2.x terminal, det er et kjent problem som eksisterer med fastvaren som ble levert med tynnklientenheten.

en individuell arbeidsstasjon kan koble til server A, men ikke til server B.

noen klientarbeidsstasjoner kan koble til alle servere mens andre nektes til noen servere.

I begge tilfeller KAN RDP-klienttilkoblingen fra samme arbeidsstasjon koble til begge serverne A Og B.

Oppløsning-3

Oppgrader til den nyeste fastvareversjonen 4.4.079 For den utgåtte Winterm-modellen 1200LE.

Feilsøking For Ikke-Windows-Klienter

Merk: hvis du bruker En ikke-opprinnelig Windows-klient (Macintosh, Linux Eller En Tynn Terminal) uten et lokalt register, må de foregående tillatelsene (beskrevet I Problem 1) verifiseres på følgende registernøkkel På XenApp-Serveren/Presentasjonsserveren:
hkey_local_machine \ SOFTWARE \ Citrix\MSLicensing

  1. Kontroller antall TSCAL-servere som er installert og hvor de er installert. Hvis Terminalserverne er medlemmer Av Et Active Directory-domene, bør DU installere TS-Lisensserveren på en domenekontroller i rotdomenet i skogen. Det kan bare være En Enterprise TS-Lisensserver per Active Directory-område. Installer En Enterprise TS-Lisensserver for hvert område i Active Directory-skogen.For At Active Directory-Objektet skal opprettes på riktig måte, må DU installere TS-Lisensiering som En Bedriftsadministrator eller en administrator som tilhører rotdomenet. Hvis det opprettes et tomt rotdomene, Kan Det hende At Active Directory-objektet FOR TS-Enterprise-Lisensserveren ikke opprettes riktig.Ser objektet ut som Det er I Active Directory-Områder og-Tjenester, og kan det spørres ved HJELP AV EN LDAP-spørring? Hvis du følger denne prosessen, vil Alle Windows 2000-servere som kjører Terminal Services oppdage Deres nettstedsomfattende Enterprise TS license server VED LDAP-oppslag.Hvorvidt Active Directory brukes er svært viktig med hensyn TIL TS License Server discovery prosessen. Hvis DU vil ha mer informasjon om TS License server discovery-prosessen, kan Du se Terminal Services Licensing service discovery.

  2. Kontroller hvor Mange Terminalservere som genererer feilen (e), og kontroller også om Terminalservere er på samme delnett / domene som TSCAL-Serveren. Når servere var på samme delnett, endret TCP / IP-konfigurasjonen på serverne til h-node FOR WINS, la TIL EN wins-server i blandingen og brukte registernøkkelen DefaultLicenseServer, kunne alle servere i Active Directory finne TS-Lisensserveren. For mer informasjon, Se Symptom-2. Kontroller derfor om du angir NetBIOS-navnet PÅ TS-Lisensserveren ved å endre følgende registerverdi help:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
    Note: NetBIOS-navnet må kunne løses.

  3. Kontroller om det gjør en forskjell at brukeren på arbeidsstasjonen er administrator eller har brukerkonto.Dette er også viktig å vite når serveren fungerer som klient i pass-through-modus.

  4. Kontroller Ica-Klientversjonen.

  5. Oppdater Til Den nyeste Microsoft Service Pack.

  6. Kontroller om I Kontrollpanel-MSLicensing er satt til per server eller per sete.

  7. Se Microsoft TechNet-artikler-Trinnvis Veiledning For Feilsøking Av Terminal Server-Lisensiering og TS-Lisensiering.

Obs!: Tøm alternativet kan brukes til å rydde opp lisenser fra de lagrede client access-lisensene som er tildelt klienter som kjører ikke-windows-operativsystemer. HVIS DU vil ha MER informasjon, kan DU se CTX137608 – DSCheck Vedlikeholdsassistent.

Isolasjonstrinn

  1. Isoler problemserveren til en arbeidsgruppe og/eller promoter den til en domenekontroller.

  2. Aktiver denne serveren som EN TSCAL-Server.

  3. Opprett minst to ica-okter til denne serveren.

  4. Deaktiver TSCAL-Serveren fra denne serveren.

  5. hvis det er aktuelt, degradere serveren.

  6. Bli med i det opprinnelige domenet.

  7. Forsøk å opprette en ICA-økt.

Merknader: disse trinnene er kjent for å løse det forrige problemet. De foregående handlingene, hvis de er fullført, konkluderer:

  • Ingen endringer ble gjort Til XenApp Server / Presentasjon Server.

  • endringene skjedde på operativsystemnivå.

Write a Comment

Din e-postadresse vil ikke bli publisert.