Jump to content

Logon-Scripts


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Hallo,

 

in einem Netzwerk gibt es für jeden Benutzer (insgesamt 800 Benutzer) leider ein Logon-Script (benutzername.bat).

In diesem Script wird zuerst ein allgemeines Script (allgemein.bat) aufgerufen, das für jeden Benutzer gleich ist, und danach werden benutzerspezifische Laufwerk-Mappings durchgeführt.

 

Bei 800 Scripts ist jedoch die Wartung etwas aufwändig. Ich möchte die Scripts reduzieren.

 

Ein Ansatz dabei wäre KIXtart, denn hier kann man gruppenbasierende Entscheidungen implementieren.

 

Da jeder Benutzer eigene Mappings hat, wird ein einziges zentrales Script mit Sicherheit unübersichtlich, und das Script wird sehr groß.

 

Habt ihr vielleicht eine Lösung, wie man 800 Scripts unter einen Hut bringt?

 

 

######

Bsp.: Lösung derzeit

 

benutzer1.bat

======

call allgemein.bat

net use r: \\srv1\share1

net use s: \\srv1\share2

 

allgemein.bat

=======

net use h: \\srv1\home

net use k: \\srv1\daten

net use p: \\srv1\progs

 

###############

Link zu diesem Kommentar

Genau die Benutzer in OUs unterteilen und dann hat doch jemand eine ADM erstellt, die Shares und Drucker per GPO verbinden lässt....

---

CLASS USER

 

Category "Netzwerkverbindungen - Laufwerke und Drucker"

Category "F:"

Policy "Bei Neustart wieder verbinden"

KeyName "Network\F"

ActionListon

VALUENAME ConnectionType VALUE NUMERIC 1

VALUENAME ProviderName VALUE "Microsoft Windows-Netzwerk"

VALUENAME ProviderType VALUE NUMERIC 131072

VALUENAME UserName VALUE ""

End ActionListon

Part "UNC Pfad:" EditText EXPANDABLETEXT Required

VALUENAME RemotePath

End Part

Part "Bitte nicht das Basisverzeichnis/Homedrive erneut verbinden." TEXT END PART

END Policy

End Category

 

Category "G:"

Policy "Bei Neustart wieder verbinden"

KeyName "Network\G"

ActionListon

VALUENAME ConnectionType VALUE NUMERIC 1

VALUENAME ProviderName VALUE "Microsoft Windows-Netzwerk"

VALUENAME ProviderType VALUE NUMERIC 131072

VALUENAME UserName VALUE ""

End ActionListon

Part "UNC Pfad:" EditText EXPANDABLETEXT Required

VALUENAME RemotePath

End Part

Part "Bitte nicht das Basisverzeichnis/Homedrive erneut verbinden." TEXT END PART

END Policy

End Category

 

Category "H:"

Policy "Bei Neustart wieder verbinden"

KeyName "Network\H"

ActionListon

VALUENAME ConnectionType VALUE NUMERIC 1

VALUENAME ProviderName VALUE "Microsoft Windows-Netzwerk"

VALUENAME ProviderType VALUE NUMERIC 131072

VALUENAME UserName VALUE ""

End ActionListon

Part "UNC Pfad:" EditText EXPANDABLETEXT Required

VALUENAME RemotePath

End Part

Part "Bitte nicht das Basisverzeichnis/Homedrive erneut verbinden." TEXT END PART

END Policy

End Category

 

Category "I:"

Policy "Bei Neustart wieder verbinden"

KeyName "Network\I"

ActionListon

VALUENAME ConnectionType VALUE NUMERIC 1

VALUENAME ProviderName VALUE "Microsoft Windows-Netzwerk"

VALUENAME ProviderType VALUE NUMERIC 131072

VALUENAME UserName VALUE ""

End ActionListon

Part "UNC Pfad:" EditText EXPANDABLETEXT Required

VALUENAME RemotePath

End Part

Part "Bitte nicht das Basisverzeichnis/Homedrive erneut verbinden." TEXT END PART

----

 

und so weiter. Von wem war das doch gleich?

Link zu diesem Kommentar

das problem ist, dass ein benutzer z.B. 1 userspezifisches Laufwerk zusätzlich bekommt, ein anderer wieder 5 Laufwerke.

 

Die Laufwerksbuchstaben sind wie Kraut und Rüben durcheinander vergeben, es existiert kein System.

 

Die Standard-Laufwerke sind ja über ein Zentrales Script gesteuert, aber was ein Benutzer dann zusätzlich braucht, ist im userspezifischen Logon-Script eingetragen.

Link zu diesem Kommentar
das problem ist, dass ein benutzer z.B. 1 userspezifisches Laufwerk zusätzlich bekommt, ein anderer wieder 5 Laufwerke.

 

Die Laufwerksbuchstaben sind wie Kraut und Rüben durcheinander vergeben, es existiert kein System.

 

Die Standard-Laufwerke sind ja über ein Zentrales Script gesteuert, aber was ein Benutzer dann zusätzlich braucht, ist im userspezifischen Logon-Script eingetragen.

 

ich arbeite da schon langem mit ifmember.exe. Es kann Benutzerangehörigkeit aus dem AD auslesen. Sprich alles aus der Buchhaltung sind in der Gruppe Buchaltung. Fragt man dann so ab

 

 

ifmember Buchaltung

 

if not %errorlevel%== 1 goto weiter

 

net use X: \\server\buchhaltung$ PERSISTEN:YES

 

:weiter

 

ganz einfach und sehr gut zu warten und ich arbeite mit nur 1 Script...gut sind auch nur 100 Users aber trotzdem:D

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...