Hot News:

Unser Angebot:

  Foren auf CAD.de (alle Foren)
  Windows NT/ 2000 / 2003 Server
  Nicht ausgeführte Loginscripts

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Anzeige:

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
Autor Thema:  Nicht ausgeführte Loginscripts (3399 mal gelesen)
gasradl
Mitglied
Konstrukteur


Sehen Sie sich das Profil von gasradl an!   Senden Sie eine Private Message an gasradl  Schreiben Sie einen Gästebucheintrag für gasradl

Beiträge: 74
Registriert: 01.03.2002

SE ST3 (103.00.08.06 x64)
NVIDIA Quadro 4000
Windows 7/64
Intel Xeon X5650/2,67GHz
24(!)GB RAM
und das Beste: SAP- PLM mit DSC/ECTR

erstellt am: 25. Apr. 2002 08:22    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Und hier im jungfäulichen Windows2000-Forum die erste Frage:

Wir haben im CAD-Umfeld eine gemischte Landschaft aus NT und W2KWindows 2000 Rechnern. Die Anmeldung gestaltet sich so, das sich die Users morgens an einer Domäne (NT) anmelden. Bei der Anmeldung wird ein Startscript ausgeführt, welches die benötigten Laufwerke verbindet.
Nun kommt es in letzter Zeit immer häufiger vor, das diese Script überhauptnicht berührt wird (sowohl bei NT als auch bei W2KWindows 2000). Leider ist das nicht nachvollziehbar - einmal ist ein User betroffen, einmal ein anderer. Hat irgendjemand eine Idee woran das liegen könnte?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

LK36
Ehrenmitglied
 MB-Techniker / Konstruktion


Sehen Sie sich das Profil von LK36 an!   Senden Sie eine Private Message an LK36  Schreiben Sie einen Gästebucheintrag für LK36

Beiträge: 1781
Registriert: 14.03.2002

erstellt am: 28. Apr. 2002 21:19    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für gasradl 10 Unities + Antwort hilfreich

Sorry, aber was meinst Du mit:
"das diese Script überhauptnicht berührt wird" ?
Etwas präziser !

------------------
Lutz

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

gasradl
Mitglied
Konstrukteur


Sehen Sie sich das Profil von gasradl an!   Senden Sie eine Private Message an gasradl  Schreiben Sie einen Gästebucheintrag für gasradl

Beiträge: 74
Registriert: 01.03.2002

SE ST3 (103.00.08.06 x64)
NVIDIA Quadro 4000
Windows 7/64
Intel Xeon X5650/2,67GHz
24(!)GB RAM
und das Beste: SAP- PLM mit DSC/ECTR

erstellt am: 29. Apr. 2002 07:56    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Guten Morgen Lutz,
versuchen wir's mal:
wir haben auf unseren Domänen-Servern die User als Domänen-Benutzer angelegt. In jeweiligen Profil des Users steht in der Maske für "Anmeldescript" der Name eines bestimmten Logonscriptes, das bei der Anmeldung an der Domäne ausgeführt werden soll. Diese Scripts liegen auf'm Server standardmäßig unter c:\winnt\system32\repl\export\scripts.
Bis vor einigen Wochen hat das ganze wunderbar funktioniert. Der User hat sich angemeldet, das Script ist durchgelaufen (z.B. Verbindung der benötigten Laufwerke, Kopieren bestimmter Dateien auf den lokalen Rechner, usw.).
Jetzt haben wir das Problem, daß dieses Script manchmal ausgeführt wird und manchmal eben nicht. Es gibt keinerlei Auffälligkeiten bezüglich Zeit oder User (d.h. mal tritt es auf, dann wieder nicht - mal ist der eine User davon betroffen, mal der andere - es ist fast wie bei 'ner Lotterie).
Wir haben alle User angewiesen, darauf zu achten ob das Script abläuft und uns zu verständigen, falls es nicht ausgeführt wird.
Im Falle der Nichtausführung haben wir Ihnen den Netzwerkpfad gesagt, wo sie mit einem Doppelklick die Datei manuell ausfüren können (Standardmäßig auf Netzwerkumgebung:\Server\Netlogon. Dies ist lästig, außerdem löst es unser Problem nicht.

So, ich hoffe das war präzise genug - ich weiß totzdem nicht mehr weiter.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

LK36
Ehrenmitglied
 MB-Techniker / Konstruktion


Sehen Sie sich das Profil von LK36 an!   Senden Sie eine Private Message an LK36  Schreiben Sie einen Gästebucheintrag für LK36

Beiträge: 1781
Registriert: 14.03.2002

erstellt am: 29. Apr. 2002 08:27    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für gasradl 10 Unities + Antwort hilfreich

Okay, alles klar. Werde recherchieren, ob es bekannte Fehler gibt.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

mdeuerling
Mitglied
Unternehmer - Bots, Virtuelle Assistenten

Sehen Sie sich das Profil von mdeuerling an!   Senden Sie eine Private Message an mdeuerling  Schreiben Sie einen Gästebucheintrag für mdeuerling

Beiträge: 1
Registriert: 30.04.2002

erstellt am: 30. Apr. 2002 19:33    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für gasradl 10 Unities + Antwort hilfreich

Wir hatten vergleichbare Probleme.

?Welches Server-Betriebssystem verwendet ihr?

Überprüft mal das Laufwerksmapping (in der Eingabeaufforderung) mit dem Befehl: net use 
sowohl bei gelungener als auch bei mißlungener Anmeldung - Unterschiede.

?Habt Ihr Desktop-Firewalls installiert? Norton Internetsecurity 2002 fängt die Scripts schon beim Login ab und ignoriert dabei leider alle freigegebenen Adressbereiche des internen Netzwerks.

?Welches Dateiformat haben die Scripts
?Werden im Script alle alten Mappings gelöscht bevor neue angelegt werden?
?Funktionieren die Scripts vom Client aus gestartet?

Im MS Windows 2000-Server sollten die Scripts in
C:\WINNT\sysvol\sysvol\[DOMÄNE(z.B. name.local)]\Scripts und in
C:\WINNT\sysvol\domain\scripts liegen

Denkbarer Workaround:
Script oder besser vergleichbares Batchfiles auf jeden Client kopieren (läßt sich z. B. mit robocopy automatisieren) und nach dem login von dort ausführen.

So, mehr fällt mir gerade nicht ein.

------------------
---
Matthias Deuerling

Virtuelle Assistenten sparen Supportkosten -www.infobrainment.com

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Dittrich
Mitglied
SysAdmin


Sehen Sie sich das Profil von Dittrich an!   Senden Sie eine Private Message an Dittrich  Schreiben Sie einen Gästebucheintrag für Dittrich

Beiträge: 388
Registriert: 06.06.2000

Wenn es nicht geht, probier was anderes,
vielleicht geht es dann auch nicht.

erstellt am: 08. Mai. 2002 07:52    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für gasradl 10 Unities + Antwort hilfreich

Hi, ich hatte ähnliche Probleme. Was nehmt ihr zum Scripten?
Wir verwenden Kixtart. Unsere Umgebung ist auch gemischt.
Server sind noch NT. Clients sind zurzeit 80% NT, 15 % Win9x und 5% W2KWindows 2000. Alle bekommen das gleiche Script mit Mappings, Updates, Policies. Das volle Programm.
Wenn diese Script-Ignoranz auftritt, ist das meiner Ansicht nach ein Reaktionszeitenproblem bei der Kommunikation zwischen Client und Anmeldeserver. Die Ursache kann aber verschieden sein. Bei einem User trat das sehr gehäuft auf. Profil gelöscht, Rechner geclont, Rechner ausgetauscht, nichts half, bis ich dann den Port am Switch gewechselt habe, dann ging es scheinbar aber auch nicht lange. Das Ende vom Lied war, das die Bodendose mau war. Zuviele Fehler auf der Strecke. Das andere Problem waren die Win9xer. Die finden zwar das Script, machen aber nicht was sie sollen. Für die habe ich eine Extrawarteschleife im Script eingebaut, weil die es gerne langsamer haben zwischen den einzelnen Befehlen. Ich hatte den Problemfällen eine Verknüpfung vom Script auf den Desktop gelegt, mit dem jeder bei Bedarf selbst nachmappen kann.
Wieviele Controler hast Du am laufen? Unser Anmeldescript protokolliert mit, welcher Controler die Anmeldung entgegen nimmt. Daran kann man sehen, ob Du zu gewissen Zeiten ein Engpass entsteht.
Bei mir gehen 150 Clients auf 3 Controler los.

[Diese Nachricht wurde von Dittrich am 08. Mai 2002 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

TFrank
Mitglied


Sehen Sie sich das Profil von TFrank an!   Senden Sie eine Private Message an TFrank  Schreiben Sie einen Gästebucheintrag für TFrank

Beiträge: 1
Registriert: 15.05.2002

erstellt am: 15. Mai. 2002 14:57    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für gasradl 10 Unities + Antwort hilfreich

Hallo,

das Problem mit dem nur manchmal ausgeführten Logon-Script hängt meistens mit dem Replikationsdienst zusammen. In einem Domänen-System wird für den Logon-Vorgang nicht der Server, sondern die Domäne nach dem Logon-Script gefragt. Gibt es nun aber z. B. mehrere Server (Fileserver, Datenbankserver,...), so antwortet auf die Anfrage nach dem Logon-Script die Station, die gerade am schnellsten verfügbar ist. Hat diese kein Script, so wird es natürlich auch nicht aufgeführt. Nachzuvollziehen ist das z. B., in dem man auf den Workstations den Befehl "set" in der Eingabeaufforderung eingibt. Dort findet man dann unter "Logonserver" nach jeder Anmeldung an der Station den Rechner, der die Anmeldung durchgeführt hat und somit auch das Script liefern muß.

Für die Lösung des Problemes muß das Script auf jedem Server verfügbar sein, d. h. es muß im Scripts-Ordner jedes Servers liegen. Das kann man mit Hilfe des Replikationsdienstes machen oder einfach ein Script für die Verteilung schreiben!

Viel Erfolg!

Tobias.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Dittrich
Mitglied
SysAdmin


Sehen Sie sich das Profil von Dittrich an!   Senden Sie eine Private Message an Dittrich  Schreiben Sie einen Gästebucheintrag für Dittrich

Beiträge: 388
Registriert: 06.06.2000

Wenn es nicht geht, probier was anderes,
vielleicht geht es dann auch nicht.

erstellt am: 16. Mai. 2002 00:20    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für gasradl 10 Unities + Antwort hilfreich

Ganz so einfach ist es nicht. Anmeldungen nehmen die Server, die als PDC/BDC deklariert sind entgegen. Normale Memberserver kennen die NT-Domänenbenutzerdatenbank genausowenig wie jede Workstation. Das aber auf jedem Controller die Scripte im NETLOGON zu liegen haben und dort auch repliziert werden sollten, ist eine Selbstverständlichkeit. Wenn NT-Admins das nicht gebacken kriegen (und ich kenne solche leider und die schimpfen sich noch MSCE) sollten die zuhause ihren WinX Kisten administrieren.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Anzeige.:

Anzeige: (Infos zum Werbeplatz >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen ... | Nach anderen Beiträgen suchen | CAD.de-Newsletter

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2023 CAD.de | Impressum | Datenschutz