franksig
Goto Top

Loginscript wird nicht verarbeitet

Hallo zusammen,

Ich hab mal wieder ein leidiges Loginscriptproblem,

Ausgangslage:

es git eine GPO Namens "Loginskript-Produktion"

ich habe dort nur eine "laufwerke.bat" drin liegen die beim anmelden abgearbeitet werden soll.

es werden dort 2 Netzwerklaufwerke mittels net use verbunden.

bei der Loopbackverarbeitung habe ich "zusammenführen" ausgewählt

meldet sich jetzt ein User an bekommt er diese Laufwerke nicht.

führe ich gpresult /r unter dem User aus steht dran, dass diese Policy angewendet worden ist.

Dc ist ein Win2012R2 und der Server ebenfalls


Browse ich zum Sysvol Share des DCs in die dementsprechende GPO und klicke auf die Batchdatei doppelt werden die Laufwerke verbunden.

meine Frage nun:

hab ich was übersehen ? oder gar falsch gemacht ?


c62ac1b242a17b31997a30120ca2c5a3



diese Einstellung habe ich garnicht

61f03c93e82ec96841857f02506d327e

Content-Key: 283543

Url: https://administrator.de/contentid/283543

Ausgedruckt am: 29.03.2024 um 05:03 Uhr

Mitglied: Chonta
Chonta 22.09.2015 um 09:45:40 Uhr
Goto Top
Hallo,

Windows 8 Clients? Dann Hibernate Modus beachten und die Probleme mit Startscripten und Scripten beim Abmelden/runterfahren.
Generell ist es Besser die Laufwerke direkt über GPO zu verteilen und nicht über Script.
Ab Win7 geht es so, XP und Vista brauchen die jeweiligen Clientsideextensions.

Gruß

Chonta
Mitglied: franksig
franksig 22.09.2015 um 09:47:42 Uhr
Goto Top
Hallo,
danke erstmal für die schnelle Antwort.

es geht hier um einen Terminalserver wo diverse user sich anmelden.

der Terminalserver ist wie bereits geschrieben ein Win2012R2

meine erste vermutung war dass dieses Logindelay dran schuld sei, aber das ist es nicht habe ich mehrfach geprüft
Mitglied: Chonta
Chonta 22.09.2015 um 09:57:37 Uhr
Goto Top
Hallo,

stell von Script auf reine GPO Verteilung um, das ist gerade mit Windows 8+ sauberer.
Darauf achten, das die Laufwerke als Aktualisieren eingebunden sind und nicht als ersetzen.
Beim ersetzen wird die Verbindung teilweise bei GPO Aktualisierung unterbrochen und geöffnete Ordner gehen zu.

Gruß

Chonta
Mitglied: franksig
franksig 22.09.2015 um 10:11:46 Uhr
Goto Top
Das geht nicht da ich bei einem Laufwerk den Usernamen und das Kennwort mitgeben muss und das Feld dort ist von Ms mit einem Patch deaktiviert worden.
Mitglied: franksig
franksig 22.09.2015 um 10:44:04 Uhr
Goto Top
mir gehts halt auch darum, warum er es nicht abarbeitet, das muss doch einen grund haben
Mitglied: emeriks
emeriks 22.09.2015 aktualisiert um 11:34:31 Uhr
Goto Top
Hi,
blöde Frage: gpresult /r hast Du in der Benutzersitzung auf dem TS ausgeführt?

Falls ja: Wenn dort steht, dass die GPO übernommen wird, dann ist das schon mal die halbe Miete.
Bau mal einen Checkpoint in die Batch ein. z.B.
echo Test >>%Temp%\Checkpoint.log
net use X: \\server\share /user:XXXXXXX yyyyy >>%Temp%\Checkpoint.log

Wird das Log erstellt und was steht drin.

Mal abgesehen davon: Passwörter in einer Batch mitgeben .... Da kannst Du man gleich Zugriff ohne Passwort einrichten.

E.
Mitglied: franksig
franksig 22.09.2015 um 12:19:02 Uhr
Goto Top
Hallo danke für die schnelle Antwort.

also es wird keine Log Datei erstellt
erst wenn ich das Skript über das sysvolshare ausführe

es sieht danach aus als ob nicht abgearbeitet wird

und ja das gpresult habe ich in dem benutzerkontext ausgeführt

drin steht wenn ich es "händisch" starte Befehl wurde erfolgreich ausgeführt

ich will es ja nur verstehen warum es nicht geht
Mitglied: franksig
franksig 22.09.2015 um 12:50:53 Uhr
Goto Top
also ich in jetz so weit gekommen.


erstelle ich in der Policy einen anderen eintrag sehe ich dass dieser angewendet wird

ich habe unter benutzerkonfig\einstellungen\Windows-Einstellungen\ordner\ einen temp1 Ordner erstellen lassen -> geht bei der Anmeldung

und egal ob mein loginskript *.bat *cmd heißt es wird nicht abgearbeitet. -> komisch

es scheint so als ob die CMD oder BAT verarbeitung deaktiviert worden ist.

hat vielleicht noch jemand eine Idee ?
Mitglied: emeriks
emeriks 22.09.2015 aktualisiert um 13:35:04 Uhr
Goto Top
Wo ist diese CMD gespeichert?
Falls in der GPO, dann nur den Dateinamen angeben, ohne Pfad.
Falls außerhalb der GPO, z.B. im NetLogon, dann mit vollständigen Pfad angeben. \\domäne\netlogon\script.bat oder \\server\freigabe\script.bat
Falls im Netlogon: Wenn Du mehrere DC hast, und der Pfad nicht über den Namen eines DC geht (ungünstig) sondern über den der Domäne (empfohlen!), dann musst Du prüfen, ob die Replikation funktioniert und die Datei auf allen DC's im Netlogon liegt.
Mitglied: franksig
franksig 22.09.2015 um 13:45:09 Uhr
Goto Top
Hallo,

also die Datei liegt in dem entsprechenden SYSVOL Ordner des DCs von dort aus kann ich sie auch starten
die replizierung funktioniert einwandfrei.
Änderungen sind in unter 2 min dort angekommen.
deswegen versteh ich das nicht

\\dc1\SYSVOL\Firma.lan\Policies\{6DB5E3AA-3B26-4DAE-BC49-5083F8F3A528}\User\Scripts\Logon\logon.bat

dortl iegen das skript und auf dem DC sein Kumpel auch

\\dc2\SYSVOL\firma.lan\Policies\{6DB5E3AA-3B26-4DAE-BC49-5083F8F3A528}\User\Scripts\Logon\logon.bat
Mitglied: emeriks
emeriks 22.09.2015 um 14:18:05 Uhr
Goto Top
Und in der GPO steht nur "logon.bat"? Das wäre korrekt.
Mitglied: franksig
franksig 22.09.2015 um 14:59:23 Uhr
Goto Top
ja so wie es sein soll face-smile
Mitglied: franksig
franksig 22.09.2015 um 15:01:10 Uhr
Goto Top
c62ac1b242a17b31997a30120ca2c5a3
Mitglied: emeriks
emeriks 22.09.2015 um 15:21:41 Uhr
Goto Top
Mitglied: franksig
franksig 22.09.2015 um 19:58:27 Uhr
Goto Top
Hi,

ja das habe ich auch schon gelesen, finde aber den Eintrag in der Policy nicht.
zudem habe ich selbst mehrfach gewartet ob die vielleicht noch "kommen" aber nix
es sieht echt so aus als ob die batch kein zucker machen
Mitglied: franksig
franksig 23.09.2015 um 13:30:42 Uhr
Goto Top
mit wäre schon geholfen wie die einstellung auf deutsch heißt
Mitglied: franksig
franksig 28.09.2015 um 08:57:57 Uhr
Goto Top
Hall zusammen ich habe mal nachgeschaut bei einem anderen Kunden.

diese einstellung habe ich bei dieser Domäne garnicht.

61f03c93e82ec96841857f02506d327e

kann dies evtl an dem centralstore liegen den mein Kollege eingerichtet hat ?

würde es Sinn machen die win2012R2 Policies neu herunterzuladen und drüber zu kopieren ?