mamamia

Ich??

Yup, schreib einfach PN, wennde was wissen willst..

Soweit ich weiss geht das gar nicht.

Wenn nicht, musste mal nen bisschen googlen..

@ Manitu71: Grüß Dich

@DanyB.:

1. User haben keine Rechte zum Formatieren!

2. Wir müssen dein Problem nochmal beleuchten.

Du sagst, es geht ein Stick in der Abteilung rum. Warum und wie, spielt ja jetzt hier mal keine Rolle, es iss einfach mal so.

Warum soll der allszu gelöscht werden? Wenn der Stick voll iss, dann löschen die schon selber. Alternativ kannste dazu auch den Stick als NTFS formatieren und Rechte für explizit diese Datei setzen (Admin: Vollzugriff; User: Lesen).

Dadurch kannst du sicherstellen, dass die User das Skript lesen und ausführen können, aber es wird aufgrund mangelnder Berechtigungen nichts gelöscht!

Warum so umständlich, wie wärs denn mit formatieren??

Microsoft hat den BDD 2007 freigegeben, iss der Nachfolger vom RIS.

Ist für dich bestimmt sehr interessant, den werd ich mir aber auch mal

anschauen.

Link:

Microsoft Solution Accelerator for Business Desktop Deployment 2007

Ressourcen:

BDD 2007 RC 1: Neue Version der Vista-Deployment-Tools zum Download | News - Themenüberblick - Windows | tecCHANNEL.de

Desktop Deployment Center

Huhu..

Ich kenne wirklich keinen, der mit dem RIS arbeitet.

Ich benutze eine Strategie aus Images, Softwareverteilung und Gruppenrichtlinien. Für die aktuellsten Patches hab ich den WSUS im betrieb.

Meiner Meinung nach ist diese Sache auch viel Transparenter als die RIS Installation, zumal die auch viel zu lange dauert.

Geht natürlich auch nur, wenn man einheitliche Computerhardware hat.

Iss was drauf, wenn ja was ansonsten weg damit!

ich darf mich herzlich bedanken! :e@sy Es hat funktioniert!

Kein Problem, dafür simmer ja da

Naja, das MSI iss dann deine Installationsroutine.

Wird ja aber nur kopiert. Bzw dass, was man selber initiiert.

Guck dir das mal genauer an. Mach damit sehr viel. Der Aufwand am Anfang iss nen bisschen höher, aber wennde was hast, was auf 200 Rechner muss, dann biste froh wenn du dann nix mehr machen musst..

Und nicht vergessen. TESTEN vorher

Nun würde mich interessieren: Wenn ich nun im AD etwas an den Gruppenrichtlinien die auf der Domäne liegen (standort.firma) ändere, wie wirken Sie sich auf die Standorte aus? Global? Wahrscheinlich...

Richtig.

Aber was ist mit den Gruppenrichtlinien die auf dem ersten Standort liegen? Diese scheinen eine exakte Kopie der globalen Richtlinien zu sein - wurden Sie vielleicht einfach beim erstellen des ersten Standorts übernommen?

Nein, die müssen eingetragen worden sein. Da steht nix drin.

Es würde also Sinn machen, in AD Benutzer & Computer eine global gültige GPO festzulegen - beispielsweise dass in der Titelzeile eines jeden IE's ein "powered by firma" steht, oder etwa das das Automatische Update auf "Automatisch" steht. Und dann treffe ich spezielle Bestimmungen für den einzelnen Standort - beispielsweise welcher Proxy am jeweiligen Standort verteilt werden soll?

So isses. Alles das was für die gesamte Domäne gelten soll, legst du in der ADS fest. Was nur für den Standort gelten soll, machste eben nur für den Standort.

Was für Auswirkungen hätte es, wenn ich die GPO, die auf dem ersten Standort im AD Snapin Standorte- und Dienste lösche? Dann gilt global weiterhin die GPO, die im AD Snapin Benutzer- und Computer auf der Toplevel-Domäne liegt, richtig?

Topleveldomäne? biste rootserver :D

Nee, ja erst kommen die aus der Domäne, dann die aus dem Standort, quasi Standort überschreibt Domäne.

Klar gilt die dann weiter, die iss ja auch gesetzt.

Naja das Problem an der Sache ist ganze einfach.

Du machst das jetzt mit der Hand. Geht!

Wenn allerdings vom Kunden mal nen Rechner kaputt geht, fängste wieder von vorne an.

Ändern sich mal Daten, die kopiert werden müssen auch.

Mit dem MSI machste ja nur nen SnapShot.

Soll heissen. Einmal vom Rechner vor dem kopiervorgang, dann kopierste und einmal danach. In die MSI kommen nur Dateien und Regeinträge die sich während dieser Zeit geändert haben.

Quasi die kopierten Dateien. Nix mit Installation.

Hallo Ihr Admins..

Geht nich gibts nich

Mit "net use" ist das natürlich nicht umsetzbar aber mit wsh.

--schnipp--

Set objNetwork = CreateObject("WScript.Network")

Set objShell = CreateObject("Shell.Application")


objNetwork.MapNetworkDrive "H:", "\\Server\Freigabe"

objShell.NameSpace("H:" & "\").Self.Name = "Freigabebezeichnung"

WScript.Quit

--schnapp--

Erst mapped er das Laufwerk, danach benennt er es um.

Ich habs nen bisschen konfortabler, ich denke das reicht aber erstmal hier..

Kann manchmal passieren, dass das Laufwerk im Laufenden betrieb wieder zu dem alten Windowsfreigabepfad umbenannt wird, iss aber nich soooo schlimm..

Passiert auch nur wenn die Maschinen laaange an sind. Sollte ja aber beim User nicht passieren..

Dann pack dir doch mit WinInstallLE nen MSI Packet.

Dann klappts auch mit der Nachbarin

WinTotal - Software - WinInstall LE

also nslookup löst mir den namen Richtig auf, dcdiag sagt das der 1 server wohl nicht richtig im DNS eingetragen ist.

Was muss ich denn sonst beim DNS suffix eintragen? Bzw wie muss das aussehen

Dann änder dahingehend doch mal das Problem.

Wenn du nur einen DC im Netz hast und der nicht richtig im DNS gepflegt ist, dann kann das ja nicht gehen.

Das Problem musst du erst lösen.

Ich sag nur: _ldap, _gc, _kerberos

Also meineserachtens ist das ein eindeutiges DNS Problem.

Prüf mal mit nslookup ob alles okay ist und ob der DNS suffix richtig konfiguriert ist.

Prüf mal dein DNS.

Stimmt.. Die sind ja auch noch nicht gesetzt.

Ja mach mal mit absoluten Pfaden, die Pfade die du Auslesen willst, sind doch eh fest und nicht variabel.

Sollte also gehen.

Auch 24k brutto sind nen bisschen wenig, oder??

Lass dich da net übers Ohr hauen!

Ich hab 9 Seiten und 1,4MB..

Iss vollkommen okay..

Hab mal irgendwo gelesen das die 2MB nicht überschritten werden sollen!

Achso..

Hmm bei UNC bekommste dann wieder Probleme in der Batch.

Gut, dann nehmen wir WSH.

Wichtig dafür das hier: wsh run

In deinem Fall also so:

---- schnipp ----

WshShell.Run ("\\Server\Freigabe$\Ordner\robocopy.exe "\\Server\Freigabe$\Ordner\Programmname" "%ProgramFiles%\Programmname" /E /R:5 /W:5 /V /TBD /NFL /NDL /Z /LOG+:r:\Logs\CopyToClients.log", ,True)

WshShell.Run ("\\Server\Freigabe$\Ordner\robocopy.exe "\\Server\Freigabe$\Ordner\Programmname.lnk" "%ALLUSERSPROFILE%\Desktop" /E /R:5 /W: /V /TBD /NFL /NDL /Z /LOG+:r:\Logs\CopyToClients2.log", , True)

WScript.Quit

---- schnapp ----

Hoffe du bist nen bisschen Fit in WSH

Probier einfach mal aus.

Beide server haben als betriebssystem 2000.

Der 1 server hat DNS und Active Directory drauf, der zweite wurde bis jetzt nur in die exisitierende Domöne integiert.

um die 5 Zeichen zu füllen..

Nimm den Eintrag da mal wieder raus..

Warte, ich hatte das Problem auch mal.. *denk denk denk*

Hmm.. Nimm doch den erstmal wieder als Member aus der Domäne raus und dann mittels dcpromo richtig rein.

1. gibt es ne Möglichkeit, dass das Skript nur einmal ausgeführt wird ?

2. wird das Skript dann mit Systemrechten ausgeführt oder mit denen des angemeldeten Users?

1. Noe, müsstest du über eine Abfrage machen

Anmerkung: würde bei der Machine aber auch nicht gehen, die Abfrage müsstest du so oder so machen.

Kannst ja Abfragen ob es den Ordner Lokal schon gibt, wenn nein dann kopieren, wenn ja nix machen.

Wenn du z.B. nen neuen Rechner ins Netz hängst bekommt der dann auch die Files gleich rüberkopiert.

2. Rechte des Users

Anmerkung: sollte aber reichen, weil du willst ja eh nur kopieren und die NTFS Rechte reichen ja dafür

Hast du bei den IP Einstellungen den DNS der Domäne mit angegeben?!

Iss auf jeden Fall ein DNS-Namensauflösungsproblem!

Okay, auch kein Problem.

Wenn du mit net use arbeitest, dann musst du auf die Userkonfiguration umstellen. Soll heissen, beim Starten kann noch kein Laufwerk gemapped werden, erst beim anmelden des Users.

ODER du stellst dein Script auf UNC Pfade um (wobei ich nicht weiss ob das bei Robocopy geht). Aber anscheinend geht es nicht mit RC, da du sonst das Laufwerk nicht mappen würdest?! Isnt it!?

Probier mal aus.

Ja, dass ist ja richtig..

Aber bei der Auswahl später sind die Fenster ja die gleichen, die Speicherpfade aber anders.

Ich hoffe in meinem angehangen Bild siehste was ich mein.

Der Pfad der da sichtbar ist, da muss das Script rein, sonst geht das nicht.

Du hast wenn es noch so ist einen anderen Pfad genommen.

Beim Starten vom System steht dann da, "Anmeldescripte werden ausgeführt" oder so.

Dann gehts.

Klar jetzt?