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 hab keine Idee mehr.

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...

Hat der Client keine ID, keine Verbindung zum WSUS, so einfach. Wenn das nur ein Client zum testen ist, dann mach ihn neu...

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. :(

Die SUSClientID ist nicht dabei, glaubs mir.

 

 

 

Es liegt garantiert an der SUSClientID.

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! :)

WSUS.DE | Automatic Updates mit Kommandozeilenoptionen

 

Sind denn die Updates auch wirklich für die Gruppe freigegeben, in der sich der Client in der WSUS-Konsole befindet? Klick den Client in der Konsole einmal an, jetzt im unteren Teil auf Updates erforderlich. Sind die Updates hier tatsächlich zum installieren freigegeben? Wurden die Updates auch schon auf den WSUS gedownloadet? Läuft denn der BITS auf dem Client?

 

EDIT: Kann es sein, das der Client geklont ist? Nicht das Du einen völlig anderen Client in der WSUS-Konsole siehst. Lösch doch mal auf dem betroffenem Client die SUSClientID: WSUS.DE | Bei Clone-PC funktionieren die Automatischen Updates nicht Kann überhaupt nicht schaden.

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.

Kein System ist genauso wie ein anderes.

...

wuauclt /reportnow (2-3x)

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"?

Fragen beeantworten ist hilfreich für die Helfer.

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

Mit NETSTAT siehst Du ob der Client eine HTTP-Verbindung über Port 8530 zum WSUS aufgebaut hat. Wenn ja, kommen die Updates recht schnell. Wenn nicht, schau in die %windir%\WindowsUpdate.log nach Fehlern.

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!?

Wenn ja, wird ein externes Tool für die WLAN-Verbindung verwendet, oder das Windows eigene?

das Windows eigene!

Beide Einstellungen aus der GPO-FAQ No. 36 setzen: FAQ-GPO

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

Gibt ja auch noch Syskey, das macht es sicherer ...

So verwenden Sie das Programm "SysKey" zum Sichern der Windows SAM-Datenbank

Syskey ist ja schon toll. Nutzt aber nur etwas wenn jemand von nem anderen System aus versucht das PW zu knacken.

Findest du auch glaube ich unter den Gruppenrichtlinien für Benutzerkonfigurationen. Ist gut beschrieben und einfach durchzudrücken.

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

Kontrollier die Berechtigungen.

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!)

Besser wäre es auf solche Scripte zu verzichten, und das ganze via einem ADM-Template zu lösen. Auf Gruppenrichtlinien.de gibts zu Hauf Anleitungen und Beispiele. Oder einer der hier mitlesenden GPO-Spezialisten erstellt dir ein ADM-Template.

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:

Const hklm = &H80000002

Const strComputer = "."

Const regPath = "Software\Microsoft\Command Processor"

Dim colRegKeys, value, objReg, objWSS, regAdd

 

Set objWSS = CreateObject("WScript.Shell")

Set objReg = GetObject("winmgmts:{impersonationLevel=impersonate}!\\" & strComputer & "\root\default:StdRegProv")

 

'Schreibt alle Werte eines Keys (regPath) in den Array "colRegKeys"

objReg.EnumValues hklm, regPath, colRegKeys

 

regAdd = True

 

For Each value In colRegKeys

If value = "DisableUNCCheck" Then

regAdd = False

End If

Next

 

If regAdd = True Then

objWSS.run "cmd /C reg add ""hklm\Software\Microsoft\Command Processor"" /v DisableUNCCheck /t REG_DWORD /d 0x00000001"

WScript.Sleep(1000)

End If

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: