pyth 10 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 Hi, für die Verbindung zu unseren einzelnen Netzlaufwerken habe ich jetzt Logonscripte geschrieben nud die in der ADS unter Anmeldeskript wie folgt eingetragen: \\nt132036\logon\logon*.bat das * steht für die einzelne variante. die logon scripte sind so aufgebaut: net use * /delete /y net use O: \\server\Ordner net use y: \\nt132036\ordner net use x: \\nt132036\ordner net use u: \\nt132036\ordner net use q: \\nt132036\ordner net use l: \\nt132036\Ordner bei einigen Usern funktioniert es das die laufwerke verbunden werden und bei anderen nicht. weiß einer wo der fehler liegen könnte. Das Verzeichnis in dem die Scripte liegen ist für jeden freigegeben und jeder kann ausführen und lesen. so long pyth Zitieren
puk 10 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 bau mal in die scripte am ende ne pause ein und gucke, ob es eine fehlermeldung gibt. Zitieren
pyth 10 Geschrieben 17. Mai 2006 Autor Melden Geschrieben 17. Mai 2006 ich bekomm nich mal ne dosbox komischer weise Zitieren
Squire 276 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 anderer optischer Tipp. setz ein net use /persistent:no dann brauchst Du nicht immer im Logon die Laufwerke trennen Zitieren
Hirgelzwift 10 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 das du das skript nicht siehst ist normal. per default laufen logon skripts unsichtbar. dieses verhalten kann aber umgestellt werden: Benutzerkonfiguration/Administrative Vorlagen/System/Skripts - Anmeldeskripts sichtbar ausführen - aktiviert ich würde mir die datei zusätzlich ins netlogon verzeichniss legen und von dort (mit pause am ende) manuell ausführen bei den benutzern bei denen es nicht geht. in sehr seltenen fällen habe ich das selbe problem. die laufwerke werden sogar als verbunden im windows explorer angezeigt sind aber unter arbeitsplatz nicht sichtbar. trenne mal alle laufwerke manuell und lass dann das skript nochmals laufen. Zitieren
lefg 276 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 Das Verzeichnis in dem die Scripte liegen ist für jeden freigegeben und jeder kann ausführen und lesen.Anmeldeskripte legt man normalerweise in das Share NETÖOGON. Im Konto des Benutzers muss dann nur der Name des Skriptes, kein Pfad eingetragen werden.Das im Konto des Benutzers eingetragene Skript wird normalerweise sichtbar ausgeführt. Zitieren
pyth 10 Geschrieben 17. Mai 2006 Autor Melden Geschrieben 17. Mai 2006 das sind mehere Dateien je nach zugriffslevel und abteilung und ich will ja das die bei jedem start verbunden werden um so sachen zu verhindern das mal eins irgendwie gedroped wird. Zitieren
pyth 10 Geschrieben 17. Mai 2006 Autor Melden Geschrieben 17. Mai 2006 ja aber wie verteile ich die am dümmsten da ich das alles über den server laufen lassen will, oder hab ich da gerade einen denkfehler drin???? Die Clients laufen mit Lokalen Profilen. Zitieren
Hirgelzwift 10 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 es kommt erst mal im wesentlichen darauf an wie du das logon skript zuweist. wenn du es im AD eingetragen hast dann muss es im netlogon share auf dem server liegen. wenn es per policy in einer GPO zugewiesen ist wird die policy sowieso in den GPO pfad des (der) DC's kopiert. und ein logon skript hat mit profilen nicht das geringste zu tun. Zitieren
ChristianHemker 10 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 Eventuell ein Problem in der Namensauflösung zu dem Server bei den nicht funktionierenden Clients? Ist das Problem wirklich benutzerbezogen, egal an welchem Client sie sich anmelden? Zitieren
lefg 276 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 Off-Topic:die logon scripte sind so aufgebautIch lese heraus, für jeden Benutzer wurde ein extra Skript angelegt. Das kann man machen, ist aber normal nicht nötig und nicht üblich, es gilt als unprofessionell. Ein Loginskript wird normalerweise weitgehened universell gebaut. Zitieren
pyth 10 Geschrieben 17. Mai 2006 Autor Melden Geschrieben 17. Mai 2006 lefg die scripte sind auch so weit es geht universell gebaut es gibt 3 verschiedene arten die für die normalen die für die Verwaltungsleitung, die für die pflege und meins. jetzt nocheinmal eine ganz doofe frage wo ist dieses logon share für die einzelnen benutzer. so long pyth Zitieren
lefg 276 Geschrieben 17. Mai 2006 Melden Geschrieben 17. Mai 2006 jetzt nocheinmal eine ganz doofe frage wo ist dieses logon share für die einzelnen benutzer.Ich nehme doch mal an, es geht um das Login an einer Domäne. An einem Domänencontroller gibt es ein Verzeichnis Sysvol, in einem Unterverzeichnis gleichen Namens gibt es ein Verzeichnis Scripts, dieses ist als NETLOGON freigegeben. Auf einem Memberserevr oder einer WS existiert das nicht. Ich nehme doch an, es handelt sich um den Kontext einer Domäne? Off-Topic:es gibt keine dummen Fragen, manchmal erhält man dumme Antworten. :) ;) Zitieren
pyth 10 Geschrieben 17. Mai 2006 Autor Melden Geschrieben 17. Mai 2006 gut ok ich hab jetzt den falschen gedanken gang gehabt auf jedenfalls funktioniert es jetzt alles feini. Ich hab jetzt zwar nur wenige scripts aber wenn es meinetwegen 20 Netzlaufwerke gibt wo in jedem ordner andere zugriff haben und es 30 user gibt wie will man das dann machen ohne für jeden einen script zu schrieben vorrausgesetzt jeder hat unterschiedliche zugriffsrechte. so long pyth Zitieren
puk 10 Geschrieben 18. Mai 2006 Melden Geschrieben 18. Mai 2006 Ich hab jetzt zwar nur wenige scripts aber wenn es meinetwegen 20 Netzlaufwerke gibt wo in jedem ordner andere zugriff haben und es 30 user gibt wie will man das dann machen ohne für jeden einen script zu schrieben vorrausgesetzt jeder hat unterschiedliche zugriffsrechte. so long pyth mit z.B. dem ifmember befehl. Habe das bei unserem Kunden auch so gelöst. Beisp: ifmember Felix if errorlevel 1 goto Felix if errorlevel 2 goto Felix :Step2 ifmember FiBu if errorlevel 1 goto FiBu if errorlevel 2 goto FiBu :Step3 ifmember PPlanner if errorlevel 1 goto PP if errorlevel 2 goto End goto end :Felix net use S: \\sqlserver\felixfreigabe /PERSISTENT:NO goto Step2 :FiBu net use z: \\fsecureserver\fibu /PERSISTENT:NO goto Step3 :PP net use t: \\sqlserver\pplannerfreigabe /PERSISTENT:NO goto Step4 :End Exit Zitieren
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.