Shemeneto

Hallo, habe folgendes Problem mit RIS installierten Clients. Und zwar kann ich nur "Abmelden" nicht aber Neustarten oder Runterfahren. Auch wenn ich versuche den Shutdown-Befehl anzuwenden, wird das verweigert. Ich habe schon einen Richtlinienergebnissatz erstellt, aber nichts finden können. Entferne ich den Client aus der Domäne ist das "Problem" weg. Füge ich den Client wieder (gleiche OU) wieder hinzu, ist das "Problem" auch weg!!! Installiere ich den Client über RIS neu, ist es wieder da. Habe schon die SIF-Datei durchgeschaut aber auch nichts finden können, was dieses "Problem" verursacht. Gruß, Markus

ich mache das ganze mit WMI Klasse StdRegProv http://msdn.microsoft.com

so habe mal psshutdown getestet. Damit funktioniet es einwandfrei. Danke für die Tipps!

Hallo, ich benötige in einem VBS-Startscript (Computerkonfiguration) einen Neustart. Dieses wollte ich mit Shutdown.exe erreichen. Leider wird der Shutdown Befehl (objWSH.Exec "cmd /c shutdown -r -t 1 -f") übersprungen. Wende ich das Script manuell an, wenn ich am PC angemeldet bin, funktioniert der Shutdown-Befehl. Auch mit anderen Tools wie Poweroff funktioniert es nicht. Weiß jemand wo/ob man das ändern kann? Gruß, Markus

der Pfad ist nicht das Problem. Selbst wenn ich ihn direkt reinschreibe, bekomme ich die Fehlermeldung. Und ums noch verückter zu machen... Ich habe folgende Zeilen innerhalb der Funktion hinzugefügt um, wie d.stegemann vorgeschlagen hat, den Pfad in der Variable auszulesen. Set objFSO = CreateObject("Scripting.FileSystemObject") Set objIni = objFSO.OpenTextFile(iniFile, ForReading, vbFalse) WScript.Echo iniFile WScript.Echo objIni.Column WScript.Quit Dies funktioniert komischerweise ohne Probleme. Ich kann sogar auf File-Object (mit .Column) zugreifen. In diesem Versuch habe ich die Funktion und damit das ganze Script mit WScript.Quit abbrechen lassen. Entferne ich WScript.Quit bekomme ich wieder den Fehler das die Datei nicht gefunden wurde mit Verweis auf folgende Zeile im Code: Set objIni = objFSO.OpenTextFile(iniFile, ForReading, vbFalse) Das Problem tritt übrigens nur innerhalb der Funktion auf. Im restlichen Script funktioniert alles ohne Probleme. edit: Habe das Problem gefunden! Zuerst war es wirklich am Pfad gelegen. Diesen habe ich dann mit GetParentFolderName geholt. Damit gings dann. Nur hatte ich einen weiteren nicht mehr gebrauchten Aufruf der Funktion (den ich total vergessen habe), in dem der Pfad natürlich nicht ausgebessert war. Danke für den Tipp mit GetParentFolderName! Gruß, Markus

in diesem Fall habe ich die Dateien alle nach %windir%\Temp kopiert. Private Function IniValue(ByVal section, ByVal iniFile) Const ForReading = 1 Dim objFSO, objIni Dim line, firstChar, marker, value, i, j, iniArray(3,1) Set objFSO = CreateObject("Scripting.FileSystemObject") Set objIni = objFSO.OpenTextFile(iniFile, ForReading, vbFalse) marker = False While Not objIni.AtEndOfStream ... IniValue = iniArray End Function ... iniPath = systemRoot & "\Temp\Dateiname.ini" iniValues = IniValue(Parameter1, iniPath)

Hallo, folgendes Problem. Habe ein VB-Script in dem es einen Funktion gibt die eine Ini-Datei auswerten soll. Die Ini-Datei liegt im gleichen Ordner wie das Script. Wenn ich das Script über eine GPO als Startscript (Computerkonfiguration)aufrufe, errscheint die Fehlermeldung: "(21,1) Laufzeitfehler in MS VBScript. Datei wurde nicht gefunden" In Zeile 14 beginnt die Funktion, die als Paramter den Pfad der Ini-Datei bekommt. Private Function IniValue(ByVal section, ByVal [b]iniFile[/b]) Habe im Script relative Pfadangaben und UNC-Pfadangaben benutzt. Egal es kommt immer der gleiche Fehler. Rufe ich aus dem Script z.B. eine exe Datei auf die im gleichen Verzeichnis liegt, bekomme ich keinen Fehler. Gruß, Markus edit: Zeile 21 ist: Set objIni = objFSO.OpenTextFile(iniFile, ForReading, vbFalse)[/Code]

ich auch nicht... Vielleicht liegts wirklich am WSUS-Server und garnicht am Clienten. Dort konnte ich aber bisher keine Fehler bemerken. Ich schaue nächste Woche nochmals genauer...

Ein frisches System hat keine ID. Die bekommt sie erst wenn sie Verbindung zum WSUS aufnimmt. Den Client bzw. die VM habe ich schon neu aufgesetzt und auch den WU-Client habe ich (neuste Version) schonmal neu installiert. :(

leider nicht. Der Tipp war echt gut (vor allem kann ich damit einen weiteren Fehler verhindern!) , aber es hat nicht geklappt. Bei einer VM waren die Werte auch noch garnicht vorhanden. Auf jedenfall danke für den Tipp! :)

oh, das sind ja eine Menge fragen... :D Die Updates sind für alle Computer freigegeben und der Client erscheint auch in der richtigen Gruppe. Es werden 38 Updates als "erforderlich" angezeigt. Auch sind alle Updates bereits in der WSUS DB. Die Dienste "Automatische Updates" & "Bits" werden ebenfalls im Script gestartet, falls sie das nicht schon sind. Ja die Clients sind geklont. Allerdings bekommen die, sofort nach dem Klonen, mit dem Tool NewSID eine Neue. Außerdem habe ich schonmal eine neue VM neu aufgesetzt. Langsam bekomme ich den Verdacht, das es an VM liegt. Den bei allen anderen "realen" Maschinen (waren bisher 3) hats funktioniert.

Jo, genau das ist mein Problem. Ich will es halt überall zum laufen bringen. Die Ordner SoftwareDistribution & System32\Catroot2 werden schon im Script umbenannt. Außerdem werden noch sämtlich dll-Dateien die benötigt werden neu registriert, die tmp. Dateien gelöscht und der DNS-Cache geleert. ... was ist "wuauclt /reportnow"?

ich dacht meine Antworten wären ausreichend... - lokaler User = lokaler Admin - Option 4 ist auch auf dem System eingestellt, bei dem das Script problemlos funktioniert! Die Installation wird ja auch über das Script mit der Microsoft.Update.Session Klasse gestartet. - In der WindowsUpdate.log ist immer noch kein Fehler zu sehen (gleich Meldung wie oben) - Netstat zeigt ein Verbindung zum WSUS auf Port 8530

Verbindung steht & keine Fehler in der Log-Datei! Ergebnis: 0 Updates...

Hallo, habe mir ein Script gebastelt mit dem ich die Clients anstoßen will, sofort die Updates vom WSUS zu laden und zu installieren. Folgendes Problem habe ich momentan... ...wenn ich folgendes ausführe: Set seaResult = objUpSea.Search("Type='Software' AND IsInstalled=0") erhalte ich 0 Updates vom WSUS. In der Log Datei steht folgendes: ...Success Software Synchronization Windows Update Client successfully detected 0 updates. Im der WSUS MMC steht aber das 38 Updates benötigt werden! :confused: achja hier noch das Ergebnis von ClientDiag.exe: WSUS Client Diagnostics Tool Checking Machine State Checking for admin rights to run tool . . . . . . . . . PASS Automatic Updates Service is running. . . . . . . . . . PASS Background Intelligent Transfer Service is running. . . PASS Wuaueng.dll version 7.2.6001.788. . . . . . . . . . . . PASS This version is WSUS 2.0 Checking AU Settings AU Option is 4: Scheduled Install . . . . . . . . . . . PASS Option is from Policy settings Checking Proxy Configuration Checking for winhttp local machine Proxy settings . . . PASS Winhttp local machine access type <Direct Connection> Winhttp local machine Proxy. . . . . . . . . . NONE Winhttp local machine ProxyBypass. . . . . . . NONE Checking User IE Proxy settings . . . . . . . . . . . . PASS User IE Proxy. . . . . . . . . . . . . . . . . NONE User IE ProxyByPass. . . . . . . . . . . . . . NONE User IE AutoConfig URL Proxy . . . . . . . . . NONE User IE AutoDetect AutoDetect not in use Checking Connection to WSUS/SUS Server WUServer = http://lanisserver:8530 WUStatusServer = http://lanisserver:8530 UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS Connection to server. . . . . . . . . . . . . . . . . . PASS SelfUpdate folder is present. . . . . . . . . . . . . . PASS Bin für jede Hilfe dankbar! Gruß, Markus edit: testen tue ich das ganze in einer VMWare Umgebung. Nun habe ich das Script mal auf einen realen Client angewendet. Dort funktioniert es!?

das Windows eigene!

kenne ich schon. Hatte leider nur vergessen oben mit anzugeben das ich die GPO "Anmeldeskripts gleichzeitig ausführen" auch schon aktiviert habe. Trotzdem danke für die schnelle Antwort.

Hallo, folgendes Problem: NB´s mit WLan Netzwerkkarte sollen sich über einen Access-Point an einem DC automatisch mit einem BN (AutoLogon) anmelden. Daraufhin wird mit einem Startscript Programm gestartet über das sich die User authentifizieren sollen. Da die Anmeldung aber zu schnell geht, meldet sich der Client über die "zwischengespeicherten Anmeldungen" an und führt das Script nicht aus. Und deaktivieren wollte ich die Zwischenspeicherung nicht umbedingt. Nun habe ich die Richtlinien "... bei der Anmeldung immer auf das Netzwerk warten & "... Erkennen von Langsamen Verbindungen" angewendet. Aber ohne Erfolg... Gruß, Shemeneto

Syskey ist ja schon toll. Nutzt aber nur etwas wenn jemand von nem anderen System aus versucht das PW zu knacken. Genau sowas brauche ich. Nur konnte ich bisher in den Gruppenrichtlinien nichts dafür finden. @NorbertFe tja, das mit dem Entziehen der Admin-Rechte geht in diesem Fall nicht, da die User vollen Zugriff aufs System brauchen.

Hallo, gibt es irgendwo ne Einstellmöglichkeit, so daß nur noch der lokale Administrator sein Passwort ändern kann. Der Gruppe der Administratoren also das Recht auf Kennwortänderung entzogen wird? Gruß, Shemeneto

habe nun festgestellt, daß ich an der falschen Stelle gesucht habe! Die Clients nicht der Server ist das Problem. Habe mit einem neu aufgesetzten PC keinerlei Probleme. Bei diesem werden die Startscripts ausgeführt. Allerdings verstehe ich nicht ganz wo der Fehler zu suchen ist, da die Hardware die gleiche ist, die Treiber die gleichen sind und im Ereignis-Log auch alles sauber ist. Das Problem verfolgt mich schon in meine Träumen... :cry: Habe auch mein erstes ADM-Template fertig und das funktioniert einwandfrei. Nur werden die Werte nicht angezeigt. Nur wenn ich in der GPO unter Ansicht -> Filterung "Nur vollständig verwaltbare Richtlinieneinstellungen anzeigen" deaktiviere. was kann das sein? gruß Shemeneto

Ich geb dir ja Recht, aber die Berechtigungen stimmen. Was soll ich machen? :cry: Ich mach das ja nicht zum erstenmal (auch wenn ich mir momentan so vorkomme!). Das einzige was ich mir momentan noch in den Sinn kommt, ist, daß etwas mit dem FS nicht stimmt. Werde es mal prüfen!

alos die Freigabe- & NTFS-Berechtigungen sind alle OK und RSOP.MSC zeigt mir auch nur die Startscripte an. (Richtlinienvererbung ist deaktiviert!) Naja, das wäre ein wenig viel Mühe, aber das mit den ADM-Templates ist ne gute Idee. Werde ich mir mal näher anschauen. :) Aber die Scripte müssten troztdem funktionieren. Sie gehen in anderen Umgebungen doch auch...

Was wurde geändert? -> Pfadname in Scripts auf neuen Server umgestellt Ist der IE7 auf den Systemen ausgerollt worden? -> Ja AV-Scanner gewechselt? -> auf dem Server ist der "Bitdefender Security for File Server v3", auf dem Client ist im Moment der Bitdefenter AV Client Dürfen denn überhaupt noch VBS-Dateien ausgeführt werden? -> Manuell und als "Benutzer"-Scripts funktioniert es jedenfalls ohne Probleme. Nur die "Computer"-Scripts nicht. Ich habe schon vermutet das es eine Richtlinie ist, die diese Scripts verhindert. Aber auf die (Test)OU habe ich mal testweise die Richtlinienvererbung deaktiviert. Hat nichts gebracht. Sofern es denn auch VBS-Scripte sind -> sind VBS & BATCH-Scripte Edit: achja, hier noch eines der Scripte die in dieser Domain nicht funktionieren:

Ja, wie gesagt Benutzer-Startscripts funktionieren. Auch die Softwareverteilung per MSI-Paketen und alle anderen GPO´s klappen. Nur eben die Startscripts nicht. Bin langsam am verzweifeln. Habe mir auf VM ein identisches System zusammengebasstelt. Dort funktioniert alles ohne Probleme. Auch DCDIAG und NETDIAG ergeben keinen Fehler. :confused: