Windows-Berechtigung auf Netzwerkfreigabe

[jobo]

Zitat von Dalai:

Zitat:

Befindet sich die Freigabe für den Zettelkasten also auf dem gleichen Server, auf dem bereits andere Freigaben für den User aktiv- nicht nur definiert- sind, funktioniert eine weitere Ressourcennutzung unter anderem Account nicht.

Mit demselben Benutzertoken nicht, aber mittels eines z.B. via RunAs gestarteten Prozesses schon; das ist das, was ich oben meinte.

Ok, das habe ich oben so nicht verstanden. Es dreht sich um den (Domänen)Account für die Serveranmeldung. Es kann nur jeweils einen geben. Werden die anderen Credentials nicht nur bei der Ressourcenanforderung des Netzlaufwerks, sondern schon beim (separat gestarteten) Prozess per RunAS angegeben, wird das wohl gehen.

Dann gibt's noch die "Gemeinheit", dass es nicht unbedingt geheim bleibt, wenn ein Nutzer sich alle Prozesse anzeigen darf. Zumindest der "Fremd"-Account ist dann bekannt.
Wenn der Prozess selbst auf der Freigabe Probleme macht, kann man schlecht erkennen, wer der Übeltäter ist (gesperrte Datei, ..)

Kann man nicht einfacher User spezifische Share mit entsprechenden Berechtigungen einrichten, so wie bei einem privaten Laufwerk?
Ist transparenter, kein Gewurschtel mit Accounts, maximale Verwüstung wären die eigenen Zettel.

[HolgerX]

Hmm..

Also, wenn die Freigabe für deinen Zettelkasten auf einem anderen Server liegt kannst Du mal folgenden Ablauf testen (Schnell aus einem meiner Projekte herausgeschnitten):

Delphi-Quellcode:

    // Logon as user
    LogonUser(PChar(FUserName), nil, PChar(FUserPW), LOGON32_LOGON_INTERACTIVE,LOGON32_PROVIDER_DEFAULT, FhLogon)

    // Load User Profile
    if LoadUserProfile(FhLogon, FProfileInfo) then begin

    // Impersonate the user to gain access to network printers connected to the user
    if ImpersonateLoggedOnUser(FhLogon) then begin

... Make Zettel

    // Switch back to Old User
    RevertToSelf

    // Unload the User-Profile
    UnloadUserProfile(FhLogon,FProfileInfo.hProfile) then

    // Close the User
    CloseHandle(FhLogon);

Nur so als Suchhilfe..

Ich benutze den Ablauf, um einen Drucker eines anderen User-Logins auswählen, bzw. später darauf auszudrucken. Hilfreich, in einem Service, der als LocalSystem läuft und der Drucker ein Netzwerk-Drucker ist.

[Codehunter]

Zitat von jobo:

Kann man nicht einfacher User spezifische Share mit entsprechenden Berechtigungen einrichten, so wie bei einem privaten Laufwerk?
Ist transparenter, kein Gewurschtel mit Accounts, maximale Verwüstung wären die eigenen Zettel.

Schön wärs! Maximale Verwüstung wäre ein einziger vermurkster "Zettel". In der Folge bleibt der Import-Prozess einfach ohne weiteren Kommentar stehen. Das fällt erst auf, wenn wichtige Aktionen nicht übernommen werden. Das kann schon mal Tage dauern bis da jemand stutzig wird.

[mjustin]

Meine "Ideallösung" wäre ein (Delphi-)Programm ohne Datenbank auf einem nicht-interaktiven Rechner - aber nicht auf dem Fileserver - zu verwenden das über IPC (z.B. simples HTTP) die Daten entgegennimmt.

Vorteile: kein Overhead durch Starten eines weiteren Programms, Zugangsdaten stehen nicht in der Clientseitigen Anwendung, die Clientseite kennt nur den DNS Namen des nicht-interaktiven Rechners, Zugriff auf Zielordner erfolgt nur von einem einzigen System aus

Nachteile/Risiken: der IPC Prozess könnte gerade mal unerreichbar sein. Clients müssten "Retry" Fähigkeit besitzen oder es wird eine "Message Queue" (anstatt HTTP) verwendet