Jump to content

spielkind675

Members
  • Gesamte Inhalte

    110
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von spielkind675

  1. hallo,

     

    na ja, ms sagt's ein wenig anders...

     

    per device: ts-cal sollte beim 2. verbinden (des gerätes) ausgestellt werden

    per user: nach ablauf der grace period sollte ein ts-lizenz-server mit gültigen ts-cals erreichbar sein.

     

    der/das bug/feature ist ja witzig. :) wie auch immer, ohne ts-cals gibts haue, auch in der grace period.

     

    @der-imp:

    Es ist beim Win2k3 Server nicht möglich die Windows CALs per Device und die Terminalserver CALs per User zu verwalten. Beides muss im gleichen Modus erfolgen.

    (dieser link scheint unserem Problem wohl zu entsprechen: http://support.microsoft.com/default.aspx?kbid=822134)

    das steht da aber nicht, sondern...

     

    If the Terminal Server is in Per Device mode and your Licensing server only contains User CALs, you are only issued temporary licenses.

     

    ...wenn der ts in per device steht und ts-user-cals erworben wurden oder umgekehrt, dann klappts halt nicht, also "per user mit ts-user-cals" oder "per device mit ts-device-cals".

     

    Allerdings habe ich nur die Möglichkeit pro Server bzw. Pro Device oder pro User zu lizensieren.

    genau, darum hat das mit ts-lizensierung auch nix zu tun.

     

     

    schönen gruß

    spielkind

  2. hallo,

     

    weils die unter w2k noch nicht gibt.

    erstell dem user doch n .rdp-file (brauchst dafür aber den ms rdp-client, nicht nur den norm. ts-client von w2k), wobei du lok. drucker nicht verbinden läßt.

    alternativ gibts auch nen registry key (unter hklm\software\ms\terminal server client\default), den man setzen kann (aber wenn du dann im ts-client den haken setzt, wird der überschrieben), aber da weiß ich jetzt ned, wie der heißt. mußte mal googlen.

     

    gruß

    spielkind

     

     

    gruß

  3. hmm, also wenn er meint, daß nicht eine lizenz vergeben ist und sich der/die user trotzdem anmelden und arbeiten können, heißt das doch irgendwo, daß der/die schon ne gütlige lizenz hat.

    was für n client-os habt ihr denn und ist da viell. schon gültige lizenz integriert?

    schau mal in der registry unter "hklm\software\microsoft\mslicensing\store", ob darunter lizenzen eingetragen sind. auf nem test-client könntest du die einträge mal speichern, dann löschen und anschließend probieren, ob du danach beim verbinden viell. ne lizenz ausgestellt bekommst. dann müßte er nämlich eine ausstellen.

     

    gruß

  4. hallo,

     

    dann hab ich das eben falsch gelesen, sorry.

    offenbar ist dein 2003-ts-lizenzserver nicht als solcher in der domäne bekannt bzw. nicht unter sites/services innerhalb der site eingetragen. dummerweise läßt sich da nur ein lizenzserver eintragen, die unterscheidung norm. lizenz- und ts-lizenz-server dort gibts, glaub ich, erst ab 2003 und da dein 2003-server nicht der norm. lizenzserver für eure domäne ist, kannst du den dann auch schlecht dort eintragen, aber das könntd der grund sein, wieso keine ts-lizenzen ausgegeben werden.

    evtl. wär es sinnvoller gewesen, den ts-lizenzserver auf eurem jetzigen lizenzserver zu inst. und die lizenzen dort einzuspielen, aber mit dieser aussage bin ich mir nicht sicher.

     

    gruß

  5. hallo,

     

    ich denke, daß wenn der anwender kein recht hat, den netzwerkdrucker zu verwalten, er bei sich die druckereinstellungen nur temporär ändern kann und diese sind dann beim erneuten verbinden futsch.

    du willst aber sicher nicht, daß jeder anwender drucker verwalten kann. ;)

     

    @msdtp: das ist ja richtig, nur hat zobus kein druckproblem, sondern die einstellungen werden nicht behalten.

     

    gruß

  6. Original geschrieben von Darkmoon

    Wenn ich am TerminalServer das Snap-In Terminalserverlizenzierung öffne, dann kommt folgende Meldung:

     

    "In der aktuellen Domäne ist kein Lizenzserver für den Terminalserver verfügbar. Klicken Sie auf Aktion und Verbinden um eine Verbindung......herzustellen....."

    hallo darkmoon,

     

    ein ts sollte kein dc sein.

    die meldung kommt, wenn der ts-lizenz-dienst nicht läuft oder aus einem anderen grund nicht verfügbar ist.

    wie siehst du denn, daß keine lizenzen verteilt werden, wenn du das snapin gar nicht aufkriegst?

     

    gruß

  7. hallo hinnrich,

     

    ich kann nicht ganz nachvollziehen, wo dein problem liegt. welche(n) key(s) in der ntuser.dat meinst du denn? woran hast du denn gesehen, daß sich die user das profil noch vom alten server holen?

    wenn du den pfad in den benutzereinstellungen angibst, wird das profil von dort geladen (oder auch nicht mit fehlermeldung) und nicht von einer anderen stelle.

    wir haben letztens gut 500 profile auf einen anderen server verlagert und nicht bei einem user dein beschriebenes problem gehabt.

     

    @günterf: ohne dir zu nahe treten zu wollen, aber wenn man das profil ohne ntuser.dat kopiert, kann mans auch ganz lassen und an neuer stelle neu erstellen lassen. den anwendern gehts meistens um einstellungen in office-anwendungen etc. und wenn die dann plötzlich wieder auf default sind, ist das geschrei groß.

     

    gruß

  8. hallo,

     

    Original geschrieben von Axelino

    Kann man irgendwo einstellen, dass der Administrator sich nur über ganz bestimmte workstations oder direkt am Server anmelden darf? Und wie?

    in den eigenschaften des users (unter account im ad) kann man unter "log on to" so ne beschränkung vornehmen, nur geht das nicht für das vordef. konto 'administrator'.

    man könnte die rechte "log on locally" und "deny logon locally" in der domain policy modifizieren, ähnlich die berechtigungen auf das rdp-protokoll... nur wird das den admin nicht aufhalten, das wieder rückgängig zu machen.

    ne frage: wieso arbeitet euer server-admin nicht mit nem personifizierten konto? das ist so n grobes sicherheitsproblem.

     

    gruß

×
×
  • Neu erstellen...