Operator

Hi Ukyo184, führe auf dem Server mal tscc.msc aus und konfiguriere das RDP Protokoll. Unterhalb von Berechtigungen kannst Du sehen, wer via RDP Zugriff hat. Evtl. fehlt hier die Remotedesktop-Benutzer Gruppe mit der Berechtigung "Benutzerzugriff". Es kann aber sein, daß solche Einstellungen auch via Richtlinie konfiguriert worden sind, dann hilft Dir eine lokale Änderung der Einstellungen wenig. Sowas muss dann in der Richtlinie geändert werden. Gruß Andre

Hi, also AR8XLQ.exe sagt mir gar nix. Wird also irgendwas mit der CAD Anwendung zu tun haben. Somit kannst Du beruhigt sein, daß am Drucksystem nix kaputt ist. Vielleicht hilft ne schnellere CPU oder eine Optimierung der Berechnung? Aber das ist wieder ne andere Nummer.... Gruß Andre

Hi, welcher Prozeß läuft denn da auf 100%? Etwa die Applikation, die die zu druckenden Daten aufbereitet? Das kann dann nicht Aufgabe des Printservers sein. Ist der Prozeß spoolsv.exe belegt der Treiber vermutliche die ganze CPU. Dann würde ich auf einen schlampig programmierten Treiber schließen (oder der ackert wirklich so viel). Der Druckserver ist ja nur für's Queueing der Spooldaten verantwortliche. Der Rest passiert eh beim Client. Gruß Andre

Hi, das kommt immer auf die Software an. Am Besten wäre, du fertigst vorher eine aktuelle Sicherung an. Ich würde es allerdings drauf ankommen lassen und die TS Dienste entfernen. Nach Ablauf der 7 Tage wird nur der RDP-Dienst eingestellt, nicht aber andere Dienste, die auf der Kiste laufen. Gruß Andre

Eine Möglichkeit wäre das fertig installierte System inkl. Software via RIPrep wieder auf den RIS Server zu schieben und das dann auf den Clients zu installieren... Andre

Sollte die Lösung deines Problems nicht lautet diesen Notfällen präventiv vorzubeugen? Dann erübrigt sich die Herausgabe von Admin-Kennwörtern. So richtig sicher wirst Du das mit Offline-Notebooks nämlich nicht hinbekommen. Wie sieht denn so ein Notfall aus? Gruß Andre

Das ganze hat noch einen Haken: Jede Änderung der universellen Gruppen wird auf alle GC's repliziert. Das kann bei vielen Benutzern schon was ausmachen, vor allem wenn langsame WAN Leitungen zwischen den Standorten vorhanden sind. Andre

Hi, Ganz einfach: Es kostet zuviel Zeit alle Eventualitäten abzugrasen. Ein neues System zu machen ist wahrscheinlich schneller mit gutem Gewissen erledigt, als das alte noch weiter zu verwenden. Gruß Andre

Hi, weil: Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\>[b]net group[/b] Dieser Befehl kann nur auf Windows-Domänencontrollern ausgeführt werden. Sie erhalten weitere Hilfe, wenn Sie NET HELPMSG 3515 eingeben. Außerdem müsste man schon Admin-Rechte haben, um die Mitgliedschaft eines Users ändern zu können. Der wird das als normaler User bei der Anmeldung nämlich nicht ausführen können. Andre

Wenn Du die Arbeit umsonst oder nebenher machst, trifft das sicherlich für Deinen Chef zu. Dann hast Du nix dran verdient und hast in Zukunft vielleicht mehr Streß als Freude an der Lösung... Aber wenn Du teuer bezahlt wirst, rechnet sich so eine Domäne doch sehr schnell.. Das nur nebenbei. Gruß Andre

Sorry, dann gehen mir die Ideen aus. Evtl. könntest Du noch mitloggen was der DHCP Server so zum DNS sendet... (Ethereal) Aber mehr fällt mir auch nicht ein... Gruß Andre

Ok, welche Optionen in den Eigenschaften des DHCP Servers, Reiter "DNS" hast Du vorgenommen? Standard wäre ja z.B. "DNS-A- und -PTR-Einträge nur nach Aufforderung von DHCP-Client dynamisch aktualisieren". Wähle doch mal bitte die zweite Option "DNS-A und -PTR-Einträge immer dynamisch aktualisieren". Nach einem ipconfig /release, ipconfig /renew sollte der Client doch in jedem Fall registriert sein. Gruß Andre

Hi, solange auf den Nicht-AD-Rechnern bei ipconfig /all der Domain-Name auftaucht ist eigentlich alles ok. Was liefert ein ipconfig /registerdns? Falls Fehler auftreten: Was sagt das Ereignisprotokoll des Rechners? Andre

Hi, wie wär's hiermit? http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/DepKit/f8273dac-f88a-4992-9aa3-3f4d7690ba07.mspx Gruß Andre

Prüf doch mal, welche Richtlinien für den Server gelten. Am einfachsten mit gpresult.exe auf der Kommandozeile (aus dem Ressource Kit). Danach klappere alle Richtlinien ab, schau nach ob eine Richtlinie dafür sorgt den Desktop auszublenden, und hau dem Witzbold, der das verbrochen hat ein paar auf die Finger! :) Gruß Andre

Hi, es sollte ausreichen die DHCP Optionen 006 und 015 dem Client mitzugeben. Mache ich bei uns genauso. Die per Default angehakte Option "Adressen dieser Verbindung in DNS registrieren" macht dann normalerweise das übrige. Konnte es mangels Testrechner außerhalb der Domäne jetzt nicht testen. - Welche DNS-spezifischen Optionen übergibst Du per DHCP? - Werden diese auch angewandt? (Kann ein Non-AD Client z.B. server1.domain.de pingen, wenn domain.de nicht explizit angegeben wird? "ping server1") - Liefert ipconfig /all noch weitere Details? Gruß Andre

Hi, hab unseren Lizenzverwalter nochmal gefragt. So wie's ausschaut, haben wir eine Lizenz bei MS gekauft, die nicht aktiviert werden muss (aus dem OPEN Modell). Mit dieser Version installiere ich unsere Rechner per RIS. Die eigentlichen Lizenzen unserer Rechner sind dann aber OEM Lizenzen, die an die Hardware gekoppelt sind (aber halt auch XP Pro Lizenzen). Gruß Andre

Meistens ist die Fehlermeldung doch sehr aussagekräftig. Versuch mal call objshl.Run("netsh.... Ansonsten poste mal bitte die Fehlermeldung (kein Screenshot, nur Text). Gruß Andre

Hi, ist definitiv ein Virus/Wurm/etc. Mal mit einem Onlinevirenscanner versucht? Z.B. http://housecall.trendmicro.com Gruß Andre

Ich habe eine XP Version, der keine Aktivierung erfordert (soweit ich weiß ist das ein Datenträger aus dem OPEN License Programm). Wüsste auch nicht, ob RIS installierte Rechner mit vorgegebenem Key eine Aktivierung nötig haben. Einfach mal ausprobieren... Lizenztechnisch spricht sonst nichts dagegen soviel ich weiß. Gruß Andre

Hi, da peter.muss aber von XP Clients spricht hab ich das mit den w2k Clients mal vernachlässigt. Werden eh nicht mehr supported :P Und in HKLM könnte ich es in unserer Umgebung nicht schreiben, da ein normaler Domain-User keine Schreibberechtigung dort hat. Außerdem muss unter HKLM nicht der letzte Benutzername reingeschrieben werden. Reg_Expand_SZ als Datentyp hab ich noch nicht ausprobiert, aber ich sehe da keinen größeren Vorteil. Ist ja nur eine Zeile mehr im Script. Gruß Andre

Hi, prüf mal deine Ereignisanzeige am TS. Normalerweise werden Fehler beim Mapping geloggt. Gruß Andre

Hi Backdoor, Du kannst den Key in die .SIF Datei des RIS-Images hinzufügen. Soweit ich richtig informiert bin, macht das lizenztechnisch auch nichts aus den Key mehrfach zu benutzen. Natürlich nur solange die Lizenzen auch wirklich gekauft wurden :) Einfach unterhalb von [userdata] die Zeile ProductID="xxxxx-xxxxx-xxxxx-xxxxx-xxxxx" hinzufügen. Gruß Andre

Hi, hättest Du die Boardsuche intensiv genutzt, wärst Du auf ein VBScript Code-Schnippsel von mir gestoßen, der genau das macht. Kannst Du einfach als Anmeldescript aufrufen. Originalbeitrag: http://www.mcseboard.de/showpost.php?p=382399&postcount=16 Ich hab das Script mal so abgeändert, daß der Arbeitsplatz in der Form "user@host" umbenannt wird. Domäne ist auch möglich, aber vielleicht reicht Dir das ja. On Error Resume Next Dim WSHShell, WSHNetwork Set WSHShell = CreateObject("WScript.Shell") Set WSHNetwork = CreateObject("WScript.Network") strComputer = WSHNetwork.ComputerName strUsername = WSHNetwork.UserName MCPath = "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}" WSHShell.RegWrite MCPath & "\", strUsername & "@" & strComputer, "REG_SZ" Script einfach als .vbs abspeichern und fröhlich sein. Gruß Andre

Hi, hab keine Probleme mit gemischter W2k/W2k3 Umgebung. Das Problem mit den GPOs ist bekannt. Siehe: http://support.microsoft.com/default.aspx?scid=KB;EN-US;842933 Dort gibts auch die Patche zu den einzelnen Systemen. Dann kannst Du auch die W2k3-GPOs bearbeiten und anwenden. Nur: Nicht alle Einstellungen gelten auf für W2k. Diese werden dann aber einfach ignoriert. Gruß Andre