https://znil.net/index.php?action=history&feed=atom&title=JumpingProfiles%3ANetzlaufwerke_mappen_mit_%C3%9Cbergabe_von_Benutzername_und_PasswortJumpingProfiles:Netzlaufwerke mappen mit Übergabe von Benutzername und Passwort - Versionsgeschichte2026-05-03T11:03:12ZVersionsgeschichte dieser Seite in znilwikiMediaWiki 1.43.8https://znil.net/index.php?title=JumpingProfiles:Netzlaufwerke_mappen_mit_%C3%9Cbergabe_von_Benutzername_und_Passwort&diff=9314&oldid=prevBLinz2: Textersetzung - „<comments>“ durch „<comments />“2017-08-06T18:51:51Z<p>Textersetzung - „<comments>“ durch „<comments />“</p>
<p><b>Neue Seite</b></p><div><br />
[[Kategorie:GroupExecutable.dat]]<br />
[[Kategorie:JumpingProfiles]]<br />
Ein Kunde muss für ein paar Benutzer ein Netzlaufwerk mappen - und dabei einen Benutzernamen und ein Kennwort eingeben.<br><br />
<br><br />
Netzlaufwerke mappen wir normalerweise mit der <code><big>GroupDrive.dat</big></code>:<br />
;============================================================<br />
; File: GroupDrive.dat<br />
;============================================================<br />
;<br />
; Comment: Map network drives<br />
;<br />
; Syntax: [<Profile version>:<Environment>]<br />
; #<Element><br />
; Driveletter = <Driveletter>:<br />
; RemoteName = \\<Server>\<Share><br />
; Label = <Label><br />
;<br />
;============================================================<br />
<br />
[Header]<br />
JP version = 4.5.0.0<br />
<br />
[default]<br />
#Laufwerk Buchhaltung<br />
Driveletter = K:<br />
RemoteName = \\Fileserver\Buchhaltung<br />
Label = Buchhaltung<br />
<br />
Jedoch sieht die <code><big>GroupDrive.dat</big></code> keine Möglichkeit für die Übergabe eines Benutzernamens und eines Passwortes vor.<br><br />
<br><br />
<u>'''Lösung:'''</u><br />
Wir nehmen den klassischen <code><big>net use</big></code> Befehl - und starten diesen über die <code><big>GroupExecutable.dat</big></code>:<br />
;============================================================<br />
; File: GroupExecutable.dat<br />
;============================================================<br />
;<br />
; Comment: Execute applications/scripts on logon and logoff<br />
;<br />
; Syntax: [<Profile version>:<Environment>]<br />
; #<Element><br />
; Executable = \\<Server>\<Share>\<Executable File> <Params><br />
; Event = FIRST | LOGIN | LOGOUT | LAST<br />
; EventScope = GLOBAL | MACHINE | ENVIRONMENT | VERSION<br />
; Timer = <Timeout> (seconds)<br />
; Mode = SW_SHOWMAXIMIZED | SW_SHOWMINIMIZED | <br />
; SW_SHOWMINNOACTIVE | SW_SHOWNORMAL | <br />
; SW_HIDE<br />
;<br />
;============================================================<br />
<br />
[Header]<br />
JP version = 4.5.0.0<br />
<br />
[default]<br />
#Laufwerk NAS-Box<br />
Executable = net use N: \\NAS-Box\Share PASSWORT /user:BENUTZER /persistent:no<br />
Event = LOGIN<br />
EventScope = MACHINE<br />
Timer = 90<br />
Mode = SW_HIDE<br />
<br><br />
und schon geht es. Nachteil kann sein, das normalerweise jeder JP-Benutzer zumindest Leserechte auf den JP-Ordner hat. Jeder kann also die Konfigurationsdateien lesen und damit auch den Benutzernamen und das Passwort.<br><br />
Nun könnnte man den entsprechenden Gruppenordner unter JP_Groups von den Zugriffsrechten einschränken - dies würde aber nach einer Konfigurationsänderung durch den JP-Manager wieder zurückgesetzt werden (vererbte Rechte). Besser ist es in diesem fall, den <code><big>net use</big></code> Befehl in eine eigene Batch an anderer Stelle zu schreiben - und dann diese Batch über die <code><big>GroupExecutable.dat</big></code> zu starten. Die Batch bzw. den Ordner in dem diese liegt (bitte NICHT den JP-Ordner nehmen) können wir dann von den Zugriffsrechten entsprechend absichern.<br><br />
<br><br />
<br><br />
--[[Benutzer:BLinz|Bernhard Linz]] ([[Benutzer Diskussion:BLinz|Diskussion]]) 11:03, 20. Jun. 2012 (CEST)<br />
----<br />
<comments /></div>BLinz2