zordan

Dank dir Edgar +g+ Mhh, anderes Netzteil, anderer RAM und nix tut sich. Naja, ich pack heut kein PC Bauteil mehr an. Trink ich halt heut abend keinen Cappu sondern nen paar Becks Green Lemon und mach mich morgen nachmittag mal an das Teil. Wünsch euch was

Ich hab mir auch grad den Super GAU geleistet. War ja eben Support im Freundeskreis leisten und beim Einbau eines neuen CPU Lüfters musst ich erstmal aus Platzgründen den RAM raus rupfen. Beim Reinstecken dann das Ding flaschrum reingedrückt und nicht gemerkt das er an einer Seite hochsteht (SDRAM). also fröhlich alles angeschlossen und aufn Powerknopf gehaun. Die Lüfter heulen einmal auf und dann ist Stille und ein fürchterlicher Gestank. Netzteil und RAM Baustein sind durch und natürlich auch der eine DIMM Block. Nun mal schaun ob ich auch noch das restliche Board geschafft hab oder ob das wenigstens noch mit neuem Netzteil und RAM funktioniert. Gruß, ein gefrusteter Tim

oh ja, ne Tasse heißen Cappu hätte nun was, aber ich glaub ich verkrümel mich auch nun gleich ins Bettchen. Mein Volleyball Training heut abend fiel aus, also hab ich mich meiner momentanen Lieblingsbeschäftigung ( C# und Managed DirectX ) gewidmet. Wie die Zeit vergeht, bei guter Musik, zwischendurch nen Becks und ab und zu mal auf ICQ Messages antworten. Morgen früh steht wieder Uni an und dann kommt der doch so geliebte Level 1 Support im Freundeskreis :/ Träumt schön, Tim

Och mann, ich wusste das das leicht ist, aber so fix Ok, Cat, dann darfst du nun wieder

Ups +shocked+ Na dann muss ich ja wohl mal. Fast mitternächtliche Grüße, Tim

Ich würd jetzt spontan auf "American History X" tippen. Gruß Tim

http://support.microsoft.com/default.aspx?scid=fh;en-us;lifeOffice#Office Der relevante Teil für Office 2000:

Vielleicht hier noch nen Tipp für den DHCP Server, falls er auf dem DC mitläuft. http://www.microsoft.com/technet/prodtechnol/windowsserver2003/de/library/ServerHelp/4207a8c1-2788-4be8-b9f8-ce28501a2457.mspx DNS und WINS replizieren ja, bzw kann man zum replizieren zwingen.

Damals meldeten sich unsere W2K Clients aus den ausländischen Büros auch immer wild an irgendwelchen DCs an, merkt man ja schon daran woher er das LogonScript zieht. Nachdem ich dann unter Standorte und Dienste die ganzen Standorte mit Subnetz fein säuberlich konfiguriert habe, hatte der spuk ein Ende. Damals hatten wir auch noch keine native 2000 Domäne. Die Clients suchen sich eigentlich immer erst die Resourcen in ihrem Standort. Auf einem Technet Vortrag wies ein Technology Berater von MS extra nochmal drauf hin, das mit der richtigen Konfiguration der Standorte auch erst das AD richtig funktioniert. gruß Tim

Du kannst die Rollen auch genauso gut über die MMC Snap-Ins( Benutzer und Computer, Dienste und Standorte und Domains and Trust (weiss nicht wie das auf deutsch heißt, administriere nur englische Server)) verschieben, immer ausgehend von dem Server der die Rolle bekommen soll und dann einfach rechtklick z.b. direkt auf Benutzer und Computer - Betriebsmaster. gruß Tim

Perfekt blub, 1000 Dank! In dem dhcpServer String des dhcpRoot unter ADSIEdit standen sie noch drin, da hab ich überhaupt keine Infos zu gefunden gehabt. Jetzt ist alles wieder sauber und nur die 2 aktuellen autorisierten DHCPs tauchen auf. 1000 Dank, Tim

Ja, Replikation der DCs läuft ohne Probleme und auf dem 2ten und 3ten DC läuft jeweils der DHCP Service. Duchgebootet wurden sie auch diese Woche einmal, aufgrund ner Installation.

Moin! MS hat die Version des Windows XP Security Guide nun überarbeitet und an SP2 angepaßt. Vielleicht kennen ihn einige noch nicht und finden ihn nützlich für ihre Admin Arbeit. Windows XP Security Guide Gruß Tim

Hi zusammen! Schlag mich nun 1 Woche mit einem eher kosmetischen Problem rum. Durch Umstellung unserer europäischen Büros von Workstations mit eigenem DC (inkl DHCP, Domino Server, ...) vor Ort auf ThinCients und der Umstellung unserer 3 W2K DCs in der Zentrale auf W2K3 haben wir nun, wenn man im DHCP Snap In auf "aut. DHCP verwalten" klickt, noch die alten autorisierten DHCP Server drin stehen. DNS, AD und DHCP sind soweit sauber, also von den alten Servern taucht keiner mehr auf. Nach fleissigem googeln bin ich auf nen Post eines MVP gestoßen, der empfahl unter "Standorte und Dienste" die Dienste einzublenden und dort unter "NetServices" (sry, weiss nicht wie das auf deutsch heißt, manage nur engl. Server) die Einträge zu löschen um diese alten "authorized DHCP Server" zu entfernen. Das hat auch alles nix geholfen und nun bin ich mitlerweile ratlos. Hoffe von Euch hat noch einer ne Idee, an welcher Stelle man da nachforschen kann. Hab nun seit 7 Tagen schwindelig gegoogelt und die MS KB spuckt auch nix aus. Gruß Tim

Eigentlich sollte mit Windows Server 2003 R2 "Anywhere Access" kommen, damit sollte RDP over HTTP möglich sein. Soweit ich weiss hat MS das aber wieder gestrichen und es soll definitiv in Longhorn Server kommen. Hab ich auch schon nen netten Webcast auf Channel9 gesehen, mit Remote Application und WebAccess wie bei Citrix. Hab leider auf die schnelle keinen Link unter Google gefunden dazu. Gruß Tim

Du willst sicherlich, dass unter "Benutzer und Computer" in der AD der neue User z.B. unter "Nachname Vorname" auftaucht, oder wie es auch immer bei euch gehandhabt wird. Dein Script funktioniert ja so schonmal 1a, die Stelle an der du ansetzen musst ist set adsUser=adsDomain.create("User","cn=" & strUser) Den Namen, den du da als CN (also als ContainerName) definierst, ist der Name wie er in der AD auftaucht; d.h. wenn du ein set adsUser=adsDomain.create("User","cn=Nachname Vorname") benutzt, wird der User auch mit "Nachname Vorname" als ContainerName angelegt. Accountname, Firstname und Lastname werden ja passend gesetzt. Die Felder kannst du ja alle unter dem ADSI Snap In in der MMC einsehen. Gruß Tim

Also wir setzen auch immer mehr DELL Server und Clients ein, die Qualität hat in den letzten Jahren zugenommen bei denen. Sind eigentlich sehr zufrieden, Support passt auch. Preislich kann ich nix zu sagen, wir haben nen guten Einkäufer und zahlen bei weitem nicht den Normalpreis. Ansonsten haben wir noch haufenweise IBM Server.

Wir haben in der Firma teilweise unsere alten Pentium 166MHz Maschinen als TS Clients laufen. Es wird nen Win95 gebootet, das als Shell anstatt der explorer.exe halt direkt den RDP Client startet. Wenn die TS Session beendet wird, kannst entweder Session neu eröffnen oder PC runterfahren. gruß tim

Vielleicht hilft dir folgende Seite von Microsoft weiter. http://www.microsoft.com/windowsserver2003/technologies/terminalservices/default.mspx Da gibt es einige Whitepaper zu dem Thema. lg

Dr.Melzer hat glaub ich alles gesagt, was man dazu sagen kann. Meines Wissens wurde Netscreen von Juniper aufgekauft und werden nun auch unter dem Namen vertrieben, aber sind immer noch die schnuckeligen blauen Boxen. Wir nutzen die nur für unsere VPN Tunnel aus den einzelnen Lokationen und sind damit sehr zufrieden. In Italien habt unser Büro in Mailand glaub DSL von Telecom Italia, gab die letzten Wochen da einige Leitungsprobleme aufgrund Routing Fehler in deren Netz, aber das läuft nun auch. gruß Tim

Ich bastel mir für solche Aufgaben immer VBScripte, die ich über die Excel Dateien rattern lasse und dann die Infos per LDAP in die Userkonten schreibe. Gruppen anlegen und denen User hinzufügen ist genau das gleiche Prinzip. Sowas erfordert natürlich immer nen bißchen Einarbeitungszeit, aber ist dann äusserst flexibel. Hier vielleicht mal nen kleiner Ansatz. Unter ADSI und VBScript sollten viele Infos zu finden sein. Ansonsten könnt ich auch mal in meiner Scripting Sammlung kramen und paar Sachen posten, wenn du magst. Ob es für sowas fertige Lösungen gibt weiss ich leider nicht. Da unsere Anforderungen immer recht speziell sind, bau ich mir da lieber immer was passendes. gruß tim

Die Terminalserver in eine Gruppe zusammenfassen und dieser Gruppe eine Gruppenrichtlinie anhängen, in der unter der Computerkonfig nen Startup Script definiert ist. Da kannst dann einfach die Batch mit nem Net Use eintragen. Somit sollte beim Anmelden an einem der Terminalserver, genau dieses Script zusätzlich ausgeführt werden. gruß tim

Hab mal mein damaliges Script so abgewandelt, das es die lokale Admin Gruppe durchsucht und alles kickt was nicht Administrator heißt. Müsste man also noch anpassen, falls da sonst noch der Domänen-Admin Acc rein soll oder so. '******************************************************************** ' Autor: Tim Riemer ' ' VBScript um User Accounts aus der lokalen Admin Gruppe zu löschen '******************************************************************** CompName = "." ' Computername "." entspricht lokalem Rechner 'Group = "Administrators" ' Name der lokalen Benutzergruppe EN Group = "Administratoren" ' Name der lokalen Benutzergruppe DE admin = "Administrator" ' Name lokaler Adminaccount Set oGroup = GetObject("WinNT://" & compName & "/" & Group) For Each userAcc In oGroup.Members If userAcc.Name <> admin Then ' Prüfung damit lokaler Admin nicht rausfliegt oGroup.Remove "WinNT://" & userAcc.Name ' entfernt gefunden Benutzer aus der lokalen Gruppe definiert in "Group" End IF Next Bei dem Namen der Benutzergruppe einfach das passende auskommentieren, bin es halt gewohnt mit englischen Account Namen zu arbeiten, da bei uns die Server alle nen englisches OS haben und meine Workstation selber auch. Das ganze läuft ohne Logging und Fehlerbehandlung, da könnte man natürlich noch einiges machen. Logge sowas normalerweise in nen Text File im Netlogon oder ne Excel Tabelle. Bei Fragen einfach melden Gruß Tim

Im RDP Client kannst du doch die Einstellungen vornehmen und das ganze dann speichern. Dadurch bekommst du dann ne .rdp Datei, wenn du die anklickst connected er automatisch auf den eingestellten Server mit der vorgegebenen Konfiguration. Da kann man dann auch nix verändern. gruß tim

Per VBScript kannst du User in lokale Gruppen aufnehmen und auch entfernen. Hab da damals was für unseren Schulungsraum gebastelt, da brauchten wir Hauptbenutzerrechte für gewisse Konten. Könnte das mal hier posten, wenn es dir hilft. Performance war glaub nicht so der Hit bei den WMI Abfragen, aber wenigstens musste man nicht von Hand ran. gruß Tim