net use und Aufgabenplanung

[lefg 276]

@ lefg. Zita "Ein Netzlaufwerk kann es nur in einer Benutzersitzung geben" , das verstehe ich noch nicht ganz. Wenn ich mich als Benutzer anmelde und den Taskplaner händisch ausführe dann

wird das Netzlaufwerk auch nicht verbunden, wenn ich die cmd aufrufe schon ?

 

Dann habe ich dich wohl missverstanden. :)

 

Der Benutzer ist also angemeldet? Warun dann aber mit dem Aufgabenplaner? Mit dem Explorer rMt auf Netzwerk, Netzlaufwerk verbinden.

[CoolAce 17]

@lefg: Nein, du hast mich schon komplett richtig verstanden. Ich wollte nur deine Aussage testen und verstehe das Ergebnis nicht.

Generell ist kein Benutzer angemeldet, nur der Server Anmeldebildschirm zu sehen. Ich hab mich nur zum testen als der Benutzer angemeldet unter dem der

Task läuft damit ich eine Benutzersitzung habe und dann über den Taskplaner den ausführen um zu sehen ob es dann klappt und es klappt nicht.

'Es klappt nur über die cmd das Skript aufzurufen

[NilsK 2.789]

Moin,

 

in dem Fall wäre zu erwarten, dass du im Log des Taskplaners einen Hinweis findest, warum es nicht geht.

 

Gruß, Nils

[lefg 276]

Moin

 

Wenn der Benutzer nicht angemeldet, dann gibt es auch keine Sitzung, also kann der Aufgabenplaner auch kein Netzlaufwerk mappen und auch kein Programm ausführen.

 

Ein Netzlaufwerk ist nur für einen angemeldeten Benutzer sinnnvoll, das war schon bei MSDOS so. Das System braucht kein Netzlaufwerk.

 

Ich schätze mal, das Programm des Kunden ist kein Dienst? Ich erinnere mich an eine Möglichkeit, Programme als Dienst zu installieren, dass geschah wohl mit einem Tool von Sysinternals. Allerdings, Dienst und Netzlaufwerk? Dienste laufen meist im Kontext des Systems.

 

Was könnte dir sonst helfen in der Lage? Der Benutzer wird nach dem OS-Start automatisch angemeldet und die Sitzung automatisch geperrt, dann kann in der laufenden Sitzung ein Laufwerk verbunden und auch ein Programm ausgeführt werden.Ob das Anmelden mit der Aufgabenplanung durchgeführt werden kann? Und auch das Sperren danach? Oder zum Anmelden AutoAdminLogin.

 

Natürlich ist das Bastelei. Ich weiss momentan aber keine bessere Möglichkeit. Ich hab keinen Server zur Verfügung.

bearbeitet 30. März 2017 von lefg

[Sunny61 773]

Wenn das alles in einem Scripte passiert, dann könntest Du pro ausgeführten Befehl eine Fehlerbehandlung bzw. ein Log einbauen. Evtl. siehst Du dann mehr.

[lefg 276]

Ob in diesem Falle etwas mit den GPO anzufangen ist?

 

- Anmelden als Dienst

 

- Anmelden als Stapelverarbeitungsauftrag

[CoolAce 17]

Vielen Dank für eure Hilfe.

Der Taskplaner logt keine Event dort mit, deshalb hab ich die AUsgabe der Zeile in eine Textdatei ausgegeben und dort steht nix drin.

Die Batchdatei als Dienst habe ich auch schon probiert, klappt mit cmd leider nicht :-(

Die Idee mit Autologon wäre eine echt genial Lösung, genau wie dir lefg gehen mir langsam die Ideen aus für diese unglückselige Konstruktion :(

[zahni 521]

BTW: Ein "Lokaler" User darf natürlich auch kein Net Use zu einem anderen Server machen...

[Sunny61 773]

BTW: Ein "Lokaler" User darf natürlich auch kein Net Use zu einem anderen Server machen...

Wieso soll er das nicht dürfen? Wenn dann muss ein User aus der Domain dafür verwendet werden, hatte ich schon auf der ersten Seite beschrieben wie man es machen kann. Ist natürlich nicht empfehlenswert, eher ein einmaliger Würgaround.

[zahni 521]

Ich wollte nur darauf hinweisen, falls der TO einen Denkfehler hat. Sicher kann ein lokaler User "net use" machen, falls ein den gleichen User mit dem gleichen Password in der Domäne hat oder man User und Password beim Net  Use angibt.

Falls man NTLM(2) abschaltet, klappen aber nicht mehr alle Varianten...

[Sunny61 773]

Ah ok, ich hatte das anders verstanden. ;)

[lefg 276]

V..... für diese unglückselige Konstruktion :(

 

Ist diese vom Kunden selbstgefertigte Software unumgänglich laufend auf dem Server in der DMZ? Können die Daten nicht auf dem Server lokal gespeichert und abgeholt werden von dem anderen Server aus?

 

Ob AlwaysUp hilfreich ist für den Start, Ausführen und Betrieb des Programmes ohne Anmeldung eines Benutzers?

 

https://www.coretechnologies.com/products/AlwaysUp/

bearbeitet 31. März 2017 von lefg

[MurdocX 905]

Unabhängig ob die Lösung nun gut oder schlecht ist, könntest du die Zugangsdaten in der "Anmeldeinformationsverwaltung" hinterlegen, damit du das PW nicht ins Skript einbinden musst. Beispielsweise "net use O: \\server\daten". Den Task über einen normalen lokalen Benutzer ausführen. Wichtig, falls der Benutzer nicht angemeldet ist, ein "unabhängig von der Benutzeranmeldung ausführen" im Task zu aktivieren.

 

Da das Skript, welches du in eine *.ps1 oder *.bat packst, nun auch ein LW in der Session zur Verfügung hat, solltest du über dieses Skript auch das Programm starten. Nur so läuft es auch in der Sitzung mit den identischen Benutzerberechtigungen. 

[lefg 276]

Ob RunAsSystem eine Möglichkeit?

https://www.antary.de/2012/10/17/programme-im-systemkontext-session-0-starten/

[knut4linux 0]

Hi @ll,

 

CoolAce, ich verstehe den Sinn mit dem Netzlaufwerk zwar immer noch nicht, aber um Daten mal eben auf eine andere Kiste zu schieben, gibt es doch ein paar mehr Lösungsansätze.

 

In deinem Szenario mit Ad-user und nicht-Ad-user oder was auch immer, wäre es da nicht auch ein klassischer Fall für FTP?

 

Gruß.