Vianmääritys 1003 ja 1004 Terminal Server Licensing Errors

Summary

tämä artikkeli sisältää tietoja vianmäärityksestä 1003 ja 1004 Terminal Server licensing errors. Käyttäjät, jotka yrittävät muodostaa yhteyden XenApp-palvelimeen, saattavat kokea seuraavia Terminaalipalveluihin liittyviä virheitä tapahtumalokissa:

Event ID: 1003
Source: TermService
Type: Information
terminal service client on antanut virheellisen lisenssin.

Tapahtuman tunnus: 1004
lähde: TermService
Description: ei voi hankkia lisenssiä Käyttäjätunnukselle, verkkotunnukselle.

lisätietoja on ohjeaiheessa Microsoft TechNet articles-TS Licensing Step-by-Step Guide and Troubleshooting Terminal Server Licensing.

Tausta

Microsoft-lisensseillä (sekä regular Client Access License (Cal) että Terminal Services CAL) ennen ICA-yhteyden luomista (Gina logon ponnahdusikkuna) asiakkaan lisenssin olemassaolo on vahvistettava ja se on voimassa.

Huomautus: Windows XP: n ammattikäyttöön tarkoitetuissa työasemissa ei ole sisäänrakennettuja Caleja Windows 2003 Terminal Server-Lisenssipalvelimien osalta.

kun seuraavan rekisteriavaimen käyttöoikeudet eivät riitä, yhteys katkeaa. Tutki Microsoft Terminal Services License manager nähdäksesi, onko työasema lueteltu. Jos työasemaa ei ole lueteltu, tämä ongelma on Windows-käyttöjärjestelmän tasolla. Lisätietoja saat ottamalla yhteyttä Microsoftin tekniseen tukeen ja varmistamalla, että Windows 2003-Päätelisenssisi on aktivoitu.

oire-1

yhdistettäessä Citrix ICA-asiakasohjelmaan sen jälkeen, kun olet ladannut RDP-verkkoprotokollan (Remote Desktop Protocol), RDP-asiakasohjelmalla ei välttämättä ole ongelmia ja se voi jatkaa yhteyden muodostamista.

syy-1

tapahtumaloki ei määrittele asiakaslaitetta, joka antoi virheellisen lisenssin. Authenticated Users-ryhmän rekisterissä olevaan Microsoft-lisenssiavaimeen sovelletaan puutteellisia käyttöoikeuksia. Kun testaat, yritä luoda RDP-yhteys sen jälkeen, kun olet poistanut MSLicense-avaimen rekisteristä Käyttäjänä (ei verkkotunnuksen ylläpitäjää tai Tehokäyttäjäryhmää); myös RDP-yhteys epäonnistuu.

Solution-1

saattaa olla hyödyllistä tutkia salausrekisteriavaimia HKEY_LOCAL_MACHINE-ja HKEY_CURRENT_USER-järjestelmissä sekä palvelimella että työasemalla. Lisätietoja on ohjeaiheessa Microsoft TechNet ja Regmonin ja Filemonin käyttö. Lisäksi, Katso Windows Sysinternals. Nämä muutokset heijastuvat asiakkaan laitteesta.

jos luot työpöytäyhteyden, ICA-yhteyden avaaminen työpöytäistunnon sisällä (läpivienti) ja sitä seuraava ICA-yhteys epäonnistuu. Kyseinen työasema tässä tapauksessa on palvelin.

suorita seuraava menettely, jos havaitset aiemmin mainittuja lisenssivirheitä:
varovaisuus! Katso Vastuuvapauslauseke tämän artikkelin lopussa ennen kuin käytät Rekisterieditoria.

  1. avaa Rekisterieditori regedit32: n kautta.exe command.

  2. siirry kohtaan HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft\MSLicensing.

  3. Korosta tämä avain, valitse työkalupalkin suojaus ja valitse käyttöoikeudet.

  4. napsauta Lisäasetukset-näppäintä.

  5. varmista, että todennetut käyttäjät-ryhmä on Käyttöoikeusmerkinnöissä.

    Huomautus: Jos tätä ryhmää ei löydy, valitse Lisää, valitse Käyttäjät-ryhmä ja valitse OK.

    – anna käyttöoikeusmerkintä Mslicensingille käyttäjäryhmälle ja napsauta OK.
    – valitse Mslicensingin kulunvalvonta-asetuksista Käytä ja OK.
    – valitse Mslicensingin Käyttöoikeusmerkinnässä Käytä ja OK.

  6. yritä muodostaa yhteys 32-bittisen ICA Client for Windows-ohjelman avulla.

Huomautus: Jos käytät ei-native Windows-asiakasohjelmaa (Macintosh, Linux tai Thin Terminal) ilman paikallista rekisteriä, käyttöoikeusmuutokset on tehtävä seuraavaan rekisteriavaimeen:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing

oire-2

Terminal Services Licensing Serverin siirron jälkeen RDP-asiakkailla ei ole ongelmia ja ne jatkavat yhteyden muodostamista.

Syy-2

mahdollinen kisakunto Ikaalisten välillä.dll ja Rdpwsx.dll saattaa aiheuttaa Terminal Services-palvelimen yksityisen varmenneavaimen muuttumisen synkronoimattomaksi.

Solution-2

For Windows 2003 Terminal Server, follow Microsoft TechNet article How to override the license server discovery process in Windows Server 2003 Terminal Services to add the Terminal Server License Server. Windows 2008 Server seuraa Microsoft TechNet article-TS Licensing Step-by-Step Guide.

  1. Napsauta Käynnistä > Suorita, kirjoita regedit ja napsauta OK.

  2. Etsi ja napsauta seuraavaa näppäintä rekisterissä:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters

  3. valitse Muokkaa-valikosta uusi ja napsauta näppäintä.

  4. nimeä uudet avainlisenssipalvelimet.

  5. Etsi ja napsauta seuraavaa näppäintä registry:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

  6. valitse Muokkaa-valikosta uusi ja napsauta näppäintä.

  7. Nimeä uusi avainpalvelinnimi, jossa palvelinnimi on sen lisenssipalvelimen NetBIOS-nimi, jota haluat käyttää, ja paina sitten Enter-näppäintä.

  8. käynnistä tietokone uudelleen.

    huomautukset: Uusi avainnimi voi olla mikä tahansa seuraavista nimityksistä, jotka edustavat lisenssipalvelinta:

    • palvelimen NetBIOS-nimi.

    • palvelimen täysin pätevä verkkotunnus (FQDN).

    • palvelimen IP-osoite.

      jos käytät Windows Server 2003 SP1: tä ja uudempaa tai Windows Server 2008: aa, voit asettaa tämän Terminal Services-kokoonpanon hallintatyökalussa. Seuraava ruutukuva näyttää käyttöliittymän Windows Server 2003:

      käyttäjän lisäämä kuva

  9. kaksoisnapsauta palvelimen asetuksissa lisenssipalvelimen löytötilaa ja syötä joko palvelimen NetBIOS-nimi tai IP-osoite.

  10. käynnistä palvelin uudelleen muutosten toteuttamiseksi.

    Huomautus: Avaa Windows Server 2008: ssa Muokkaa asetuksia, kaksoisnapsauta lisenssipalvelimen löytötilaa, valitse lisensointi-välilehti, valitse Käytä määritettyjä lisenssipalvelimia-vaihtoehto ja syötä lisenssipalvelimen nimi (tai IP-osoite) annettuun kenttään. Seuraava ruutukuva näyttää käyttöliittymän Windows Server 2008:

    käyttäjän lisäämä kuva

    käytä Microsoft TechNet-artikkelia-Windows XP-asiakkaat eivät voi muodostaa yhteyttä Windows 2000 Terminal Services-palvelimeen korjatakseen päätepalvelimen varmenneavaimet.

oire-3

, kun ICA-asiakas liitetään Wyse WT1200LE-version 4.2 avulla.x terminal, on tunnettu ongelma, joka on olemassa firmware toimitetaan thin client laite.

yksittäinen työasema saattaa muodostaa yhteyden palvelimeen A, mutta ei palvelimeen B.

jotkin asiakastyöasemat saattavat muodostaa yhteyden kaikkiin palvelimiin, kun taas toiset eivät saa yhteyttä joihinkin palvelimiin.

molemmissa tapauksissa samasta työasemasta tuleva RDP-asiakasyhteys saattaa liittyä sekä palvelimiin A että B.

Resolution-3

päivitys uusimpaan laiteohjelmistoversioon 4.4.079 lopetetulle Winterm-mallille 1200LE.

vianmääritys muille kuin Windows-asiakkaille

Huomautus: Jos käytät ei-native Windows-asiakasohjelmaa (Macintosh, Linux tai ohut pääte) ilman paikallista rekisteriä, edelliset käyttöoikeudet (esitetty numerossa 1) on tarkistettava seuraavalla rekisteriavaimella XenApp-palvelimella / Esityspalvelimella:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing

  1. Tarkista asennettujen TSCAL-palvelimien määrä ja niiden asennuspaikka. Jos päätelaitteesi ovat Active Directory-toimialueen jäseniä, sinun tulisi asentaa ts-Lisenssipalvelin toimialueen ohjaimeen metsän pääkäyttöalueeseen. Active Directory-sivustoa kohden voi olla vain yksi Enterprise TS-Lisenssipalvelin. Asenna yksi Enterprise TS-Lisenssipalvelin kutakin sivustoa varten Active Directory-metsään.Jotta Active Directory-objekti voidaan luoda oikein, asenna TS Licensing yrityksen ylläpitäjäksi tai pääkäyttäjätoimialueeseen kuuluvaksi ylläpitäjäksi. Jos tyhjä root-verkkotunnus luodaan, ts-Enterprise-License-Server Active Directory-objektia ei välttämättä luoda oikein.Näyttääkö objekti siltä kuin se olisi Active Directory-sivustoissa ja-palveluissa ja voidaanko sitä tiedustella LDAP-kyselyllä? Jos seuraat tätä prosessia, kaikki Windows 2000-palvelimet, jotka käyttävät terminaalipalveluja, löytävät koko sivuston kattavan Enterprise TS-lisenssipalvelimen LDAP-haun avulla.Se, käytetäänkö Active Directorya vai ei, on erittäin tärkeää TS-lisenssipalvelimen löytöprosessin kannalta. Lisätietoja TS License server discovery-prosessista on Terminal Services Licensing service discovery – sivustossa.

  2. tarkista, kuinka monta päätepalvelinta tuottaa virheen (t) ja tarkista myös, ovatko päätepalvelimet samalla aliverkolla/toimialueella kuin TSCAL-palvelin. Kun palvelimet olivat samassa aliverkossa, muuttamalla palvelimien TCP/IP-asetukset H-solmuksi WINSILLE, lisäämällä wins-palvelimen yhdistelmään ja käyttämällä DefaultLicenseServer-rekisteriavainta, kaikki Active Directoryn palvelimet pystyivät löytämään TS-lisenssipalvelimen. Lisätietoja on kohdassa oire-2. Siksi, tarkistaa jos määrittämällä NetBIOS nimi TS lisenssipalvelimen muuttamalla seuraavaa rekisterin arvoa help:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
    Note: NetBIOS nimi on voitava ratkaista.

  3. tarkista, onko sillä merkitystä, että työaseman käyttäjä on Järjestelmänvalvoja tai hänellä on käyttäjäluokan tili.Tämä on myös tärkeää tietää, milloin palvelin toimii asiakkaana läpivientitilassa.

  4. Tarkista ICA-asiakasversio.

  5. päivitys uusimpaan Microsoft Service Packiin.

  6. tarkista, onko Ohjauspaneelissa – MSLicensing asetettu palvelinta tai istuinta kohti.

  7. katso Microsoft TechNet articles-vianmääritys Terminal Server Licensing ja TS Licensing Step-by-Step Guide.

Huomautus: Purge-vaihtoehtoa voidaan käyttää lisenssien puhdistamiseen tallennetuista client access-lisensseistä, jotka on annettu muille kuin Windows-käyttöjärjestelmiä käyttäville asiakkaille. Lisätietoja on kohdassa Ctx137608-DSCheck Maintenance Assistant.

Eristysvaiheet

  1. eristä ongelmapalvelin työryhmään ja / tai mainosta se toimialueen ohjaimeksi.

  2. ota tämä palvelin käyttöön TSCAL-palvelimena.

  3. luo palvelimelle vähintään kaksi ICA-istuntoa.

  4. Poista TSCAL-palvelin käytöstä tältä palvelimelta.

  5. tarvittaessa halvenna palvelin.

  6. palaa alkuperäiseen valtakuntaan.

  7. yritä luoda ICA-istunto.

Huom.: näiden vaiheiden tiedetään korjaavan edellistä numeroa. Jos edelliset toimet on suoritettu onnistuneesti, ne päättyvät:

  • XenApp-palvelimeen/Esityspalvelimeen ei tehty muutoksia.

  • muutokset tapahtuivat käyttöjärjestelmätasolla.

Write a Comment

Sähköpostiosoitettasi ei julkaista.