Rumak18

Hallo, bei Windows 2008 kann man sich als (Domänen)/Admin ja mit nur einer Session verbinden, was bei 2003 ja sogar mit 3 Sessions möglich war. Gibt es eine Möglichkeit dies zu umgehen?

Jetzt mal ganz ehrlich...hätte man mir nach dem dritten (3) Post in diesem Thread einfach mit "JA" geantwortet, wäre die ganze Geschichte schon längst gegessen :( Letztendlich habe ich es ja von Anfang so gelesen und auch so wahrgenommen. Wollte einfach nur eine Bestätigung. Mehr nicht.

ok........ :) Ich habe den Abschnitt fuer meinen Fall ausfindig gemacht. Und der entscheidende Satz fuer mich lautet Also denke ich, dass ich sogesehen noch zwei CALs frei habe. Richtig oder nicht?

Hey hey hey...also erstmal habe ich natuerlich den Text gelesen....zweitens hieß es ;) Also habe ich dies getan. Schliesslich bin ich verantwortlich fuer bestimmte Sachen und moechte verantwortungsbewusst daran arbeiten. Dennoch moechte ich an dieser Stelle nochmals nachfrage.... Somit habe ich kein Problem in der angegebenen Umgebung richtig?

Sorry, aber das hilft mir ehrlichgesagt nicht weiter. Es steht ja nichts da, in Bezug auf ein aehnliches Beispiel wie das Meinige. Oder sagt etwa dieser Satz aus, dass ich noch zwei CALs offen habe ?

Hallo, wir haben hier ein Unternehmen welches zwei Windows Server 2008 mit je 5 Cals (Zugriffslizenz) gekauft hat. Das Unternehmen selber hat aber nur 8 Benutzer. Muss ich nun fuer jeden Server 3 zusaetzliche Cals organisieren oder habe ich fuer die Umgebung sozusagen 10 und hab sogar noch 2 CALs frei?

Hi Leute, würde mich super freuen, wenn Jemand von euch mal seine Erfahrungen in einem Rechenzentrum wiedergeben könnte, da ich ein Angebot einer Firma in Hamburg habe, ab 1.1.2010 dort zu arbeiten. Ist es sehr stressig? Wie schauts aus mit Service Levels?

Was ist hier mit "Basisordner" gemeint?

Hallo, Es gibt im Kontextmenü der Benutzer in der AD ja den Reiter "Profil" wo mal den "lokalen Profilpfad" unter "Basisordner" angeben kann. Wofür steht eigentlich dieser Pfad?? Das habe ich nie so richtig verstanden.

Ich weiß zwar ehrlichgesagt nicht, was der Mailserver nun mit der "MÖGLICHKEIT" des Anlegens einer zweiten Mail Adresse in der Domäne, zu tun hätte, aber ok. Es handelt sich um einen Samba Server 3.0.20b

Ja, aber durch unseren Spam Filter, muessen wir jede Mailadresse in der Domäne registrieren, da der Spam Filter die Domäne abfragt und hierzu hat die gute Frau logischerweise nur einen Loginnamen , aber zur Zeit dann eben zwei Mail Adressen. Ein Dummy User wäre natürlich eine Zwischenlösung, aber optimal wäre zwei E-Mail Adressen für einen Benutzer in der Domäne.

Ok...der Schuß ging wohl etwas zu schnell loß. Mir gehts um das Kontextmenü eines jeden Benutzers, welches man in der OU "Users" auf einem DC findet. Hier kann man ja eine E-Mail Adresse hinterlegen, die domänenweit dem Benutzer zugeordnet ist. Kann man eine zweite hinzufügen?? Der Grund ist einfach, dass eine Mitarbeiterin nun ihren Namen geändert hat, aber viele Kunden Sie sicherlich noch mit der alten anmailen werden. Deshalb hätte man einige Zeit einen Alias gerne hinzugefügt.

Hallo, ist es möglich einem Domänenbenutzer zwei E-Mails in den Eigenschaftskontextmenü zuzuweisen?

Jepp...danke.

Wenn ich das wüsste, hätte ich es schon hingeschrieben ;) :) Klappt nun einfach. Kanns ehrlichgesagt nich erklären. Ich benutze weder UPHC noch nvidia Treiber.

So... nur zur Info. Lag also doch nur an DEM einen Rechner. Die RIchtlinie tut nun so wie gewünscht! Edit: Keine Nvidia Treiber.

Naja. Diese Argumentation kann SO natürlich nicht stehen lassen, schliesslich hätte Microsoft das ganze auch mit Updates in ätere OS einbauen können. Desweiteren stehts schlicht und einfach auf der MS Seite zu diesem Download. Aber ich werde es trotzdem mal testen und mich nochmals melden. Dnake derweil.

Hmmm, aber der User Profile Hive Cleanup ist ja an sich nur "optional" nötig. Die Problembeschreibung trifft aber auf nicht auf mich zu. Bei mir ist es ja komplett was anderes. Es passiert ja auf jedem Rechner bei uns in der Domäne, dass wenn das Benutzerobjekt in eine "neue" OU verschoben wird, auf dem lokalen Client ein neues Profil erstellt wird.

Nein, nein , nein. Da hast du mich falsch verstanden. Es gibt KEINE Serverprofile. Jedoch werden natürlich Profilordner lokal auf den Rechner erstellt (GANZ NORMAL) wenn sich ein Domänenbenutzer anmeldet. Sobald ich einen Benutzer in eine neue OU schiebe, dann wird auf dem gleichen lokalen Rechner, auf dem sich der Benutzer schon immer angemeldet hat, ein neues Profil für ihn generiert. Dieses Profil hat dann den alten Profilnamen nur mit 0001 (oder wars 000?) Zusatz, wie unten bereits beschrieben.

Ok... so klappts auch mit dem Script ;) ..............ABER das Problem ist nun, dass für jeden Benutzer, der in die OU verschoben wird, ein neues Profil (Es sind keine Serverprofile konfiguriert) am Rechner erstellt wird. Bis dato beispielsweise hat der User namens Hans sein Profilpfad "C:\Dokumente und Einstellungen\Hans.Domänennamen gehabt. Nun erscheint Hans0001.Domänennamen und der Desktop und Programme sind entsprechend nicht konfiguriert. Kann man das umgehen?

Also reicht es nicht, wenn NUR die Gruppe drin ist, in der der Benutzer auch drin ist oder? Konsequenterweise kann ein Benutzer nicht zu mehreren OUs gehören?? Was aber meinst du mit ?

Hallo, in meiner Umgebung gibt es zwei DCs (Einer WIn2k und einer Win2k8). Ich habe mir nun eine OU erstellt (Nennen wir sie TestOU), in der ich eine neue Gruppe erstellt habe(TestGruppe), in der ein Benutzer Mitglied ist, der im Container "User" sitzt. Nun habe eine Gruppenrichtlinie erstellt, diei ch der OU zugewiesen habe. In dieser ist ein GPO definiert, der beim Anmelden ein Script ausführt, welches unter "\\DC1\sysvol\poeppel.local\Policies\{2FA5B748-FB72-4FD5-B98D-926818AE482E}\User\Scripts\Logon" liegt. Dieses Script funktioniert auf jeden Fall (lokal getestet). Nun greift einfach die Gruppenrichtlinie nicht. WOran könnte das liegen? Es gibt natürlich auch eine Standard Domain Policy GPO und eine weitere Gruppenrichtlinie auf Domänenebene. Das nur zur Info.

Wie gesagt....die Lösung habe ich ja bereits ;)

So...hab das ganze nun wie vorgeschlagen mit dem Prozess Monitor mitgesnifft. Also Port 6132 wird überhaupt nicht verwendet. 6129 dagegen schon. Die beiden exen (DWRCS und DWRCST) liegen auf einem 64 Bit System nicht mehr unter System32 sondern %Windir%\SysWOW64

Hallo, ich habe bereits dutzend male auf einem Win2k8 Server Loecher in der Firewall fuer Dame Ware v.6 gemacht. Bis dato nie ein Problem gewesen. Hierzu gehoert der Dienst, der Port 6128 und die beiden "DWRCS" und "DWRCST" Dateien, die sich im System32 befinden. Nun versuche ich das ganze auf einem x64 Win2k8 Rechner, bei dem die letzt genannten Files wohl gar nicht abgelegt werden. Hat da Jemand Erfahrung mit? Ich komme schon auf den Rechner drauf, aber nur wenn Firewall aus ist. Das soll aber nicht Sinn der Sache sein.