Windows Script + Netzlaufwerk

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

03.03.2011 - 17:12

ich hab hier einen server auf dem ein script läuft. dort möchte ich einen ordner auf einem verbundenen netzlaufwerk G: anlegen um später files dort reinzukopieren.
also mach ich etwa das:

Code:

var FSO = WScript.CreateObject("Scripting.FileSystemObject");
FSO.CreateFolder("G:\\"+place);

geht aber nicht, da das script unterm lokalen admin account des servers rennt (was man leider nicht ändern kann) und das storage nur die domain user kennt.
wie könnte ich das nun lösen?

that

Moderator
Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11327

03.03.2011 - 20:32

Zitat von Umlüx
da das script unterm lokalen admin account des servers rennt (was man leider nicht ändern kann)

Warum kann man das nicht ändern?

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

04.03.2011 - 08:10

es wird von einem anderen programm aufgerufen, das unterm lokalen admin rennen muss.

userohnenamen

leider kein name

Registered: Feb 2004
Location: -
Posts: 15849

04.03.2011 - 08:12

was is wennst in dem script ein weiteres script mit runas ausführst?

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

04.03.2011 - 09:08

wär vielleicht eine möglichkeit. halt ein bisschen unelegant

EG

thinking with portals

Registered: May 2004
Location: 11**
Posts: 3918

04.03.2011 - 09:18

Das Script als Admin laufen zu lassen ist imho wesentlich uneleganter... :eek:

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

04.03.2011 - 09:20

das kann ich, wie gesagt, leider nicht ändern.
weiteres problem mit runas wäre jetzt aber, wie kann ich dem befehl das passwort mitgeben? das geht doch imho gar nicht?

EG

thinking with portals

Registered: May 2004
Location: 11**
Posts: 3918

04.03.2011 - 09:28

http://www.robotronic.de/runasspc.html

shodan

Here to stay

Registered: Dec 2001
Location: vienna
Posts: 706

04.03.2011 - 10:21

Zitat von Umlüx
das kann ich, wie gesagt, leider nicht ändern.
weiteres problem mit runas wäre jetzt aber, wie kann ich dem befehl das passwort mitgeben? das geht doch imho gar nicht?

geht über umwege, du kannst den parameter /savecred verwenden, dann musst du beim ersten Aufruf das Passwort des angegebenen Users händisch eingeben, das wird dann gespeichert und bei allen zukünftigen aufrufen automatisch verwendet.

hat den vorteil, dass du das passwort nicht irgendwo im klartext stehen hast, allerdings musst du aufpassen wenn sich das passwort des accounts ändert weil dann kanns sein, dass der user in nullkommanix gesperrt ist (was z.b. beim domain admin eher uncool ist).

Bearbeitet von shodan am 04.03.2011, 10:23

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

04.03.2011 - 10:26

speichert er das nur für die laufende session oder auch nach reboot?

EG

thinking with portals

Registered: May 2004
Location: 11**
Posts: 3918

04.03.2011 - 10:38

Nur für die laufende Session.

watchout

Legend
undead

Registered: Nov 2000
Location: Off the grid.
Posts: 6845

04.03.2011 - 11:13

Ist es nicht sinnvoller für das "Kopieren" einen dedizierten User anzulegen, der nur Schreibrechte (und sonst nix, auch nicht überschreiben) auf dem Server hat und dann (sollte es wirklich notwendig sein, was ich bezweifle) den Owner der Files per Script am Target dann zu ändern?

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

04.03.2011 - 11:40

so, ich hab das ganze script jetzt in 2 gespalten. eins für die verarbeitung und eins fürs kopieren, und ruf die kopiererei per runasspc auf. jetzt rennts.
danke.

watchout

Legend
undead

Registered: Nov 2000
Location: Off the grid.
Posts: 6845

04.03.2011 - 15:40

Hoffentlich unter einem Konto != Domain Admin...?

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8915

04.03.2011 - 15:52

natürlich.
99% unserer belegschaft hat zwar schon probleme eine datei auf einem netzlaufwerk zu finden, aber ich geh dennoch keine risiken ein

Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	03.03.2011 - 17:12 ich hab hier einen server auf dem ein script läuft. dort möchte ich einen ordner auf einem verbundenen netzlaufwerk G: anlegen um später files dort reinzukopieren. also mach ich etwa das: Code: `var FSO = WScript.CreateObject("Scripting.FileSystemObject"); FSO.CreateFolder("G:\\"+place);` geht aber nicht, da das script unterm lokalen admin account des servers rennt (was man leider nicht ändern kann) und das storage nur die domain user kennt. wie könnte ich das nun lösen?
that Moderator Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11327	03.03.2011 - 20:32 Zitat von Umlüx da das script unterm lokalen admin account des servers rennt (was man leider nicht ändern kann) Warum kann man das nicht ändern?
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	04.03.2011 - 08:10 es wird von einem anderen programm aufgerufen, das unterm lokalen admin rennen muss.
userohnenamen leider kein name Registered: Feb 2004 Location: - Posts: 15849	04.03.2011 - 08:12 was is wennst in dem script ein weiteres script mit runas ausführst?
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	04.03.2011 - 09:08 wär vielleicht eine möglichkeit. halt ein bisschen unelegant
EG thinking with portals Registered: May 2004 Location: 11** Posts: 3918	04.03.2011 - 09:18 Das Script als Admin laufen zu lassen ist imho wesentlich uneleganter...
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	04.03.2011 - 09:20 das kann ich, wie gesagt, leider nicht ändern. weiteres problem mit runas wäre jetzt aber, wie kann ich dem befehl das passwort mitgeben? das geht doch imho gar nicht?
EG thinking with portals Registered: May 2004 Location: 11** Posts: 3918	04.03.2011 - 09:28 http://www.robotronic.de/runasspc.html
shodan Here to stay Registered: Dec 2001 Location: vienna Posts: 706	04.03.2011 - 10:21 Zitat von Umlüx das kann ich, wie gesagt, leider nicht ändern. weiteres problem mit runas wäre jetzt aber, wie kann ich dem befehl das passwort mitgeben? das geht doch imho gar nicht? geht über umwege, du kannst den parameter /savecred verwenden, dann musst du beim ersten Aufruf das Passwort des angegebenen Users händisch eingeben, das wird dann gespeichert und bei allen zukünftigen aufrufen automatisch verwendet. hat den vorteil, dass du das passwort nicht irgendwo im klartext stehen hast, allerdings musst du aufpassen wenn sich das passwort des accounts ändert weil dann kanns sein, dass der user in nullkommanix gesperrt ist (was z.b. beim domain admin eher uncool ist). Bearbeitet von shodan am 04.03.2011, 10:23
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	04.03.2011 - 10:26 speichert er das nur für die laufende session oder auch nach reboot?
EG thinking with portals Registered: May 2004 Location: 11** Posts: 3918	04.03.2011 - 10:38 Nur für die laufende Session.
watchout Legend undead Registered: Nov 2000 Location: Off the grid. Posts: 6845	04.03.2011 - 11:13 Ist es nicht sinnvoller für das "Kopieren" einen dedizierten User anzulegen, der nur Schreibrechte (und sonst nix, auch nicht überschreiben) auf dem Server hat und dann (sollte es wirklich notwendig sein, was ich bezweifle) den Owner der Files per Script am Target dann zu ändern?
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	04.03.2011 - 11:40 so, ich hab das ganze script jetzt in 2 gespalten. eins für die verarbeitung und eins fürs kopieren, und ruf die kopiererei per runasspc auf. jetzt rennts. danke.
watchout Legend undead Registered: Nov 2000 Location: Off the grid. Posts: 6845	04.03.2011 - 15:40 Hoffentlich unter einem Konto != Domain Admin...?
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8915	04.03.2011 - 15:52 natürlich. 99% unserer belegschaft hat zwar schon probleme eine datei auf einem netzlaufwerk zu finden, aber ich geh dennoch keine risiken ein

Windows Script + Netzlaufwerk

Forum Index > Software > Coding Stuff

Umlüx

that

Umlüx

userohnenamen

Umlüx

EG

Umlüx

EG

shodan

Umlüx

EG

watchout

Umlüx

watchout

Umlüx