Der folgende Code:
include path/to/file
erzeugt diese Fehlerausgabe:
... path/to/file: Permission denied
Ich bin gelaufen:
cacls C: /t /g Everyone:R
sodass die neuen Berechtigungen lauten:
<Account Domain not found>F
Everyone:R
Es heißt immer noch „Zugriff verweigert“, aber dann habe ich meinen Benutzernamen nachgeschlagen und es stellt sich heraus, dass ich als Administrator arbeite.
Ich bin gelaufen:
cacls C: /t /g Administrator:F
aber das hatte keine Auswirkung auf die Ausgabe von cacls
Meines Wissens nach sollten die Berechtigungen als Administrator überhaupt keine Rolle spielen ... Was übersehe ich?
Antwort1
Da ich meine Situation nicht besser erklären konnte, habe ich mit dem Systemadministrator gesprochen. Er hat es folgendermaßen erklärt:
Der Windows-Benutzer {w1} war mit einem Benutzer {u1} verknüpft und ich habe versucht, Aktionen auszuführen, für die nur der Benutzer {u2} die Anmeldeinformationen hatte.
*{u1}* [Unix] {u2}
| --Samba--
{u1} [Win1]
--VNC--
[My Computer]
Ich könnte dies nicht tun, ohne einen Windows-Benutzer mit {u2} zu verknüpfen. Eine schnelle Lösung wäre also, meinen eigenen Windows-Benutzer {w2} zu erstellen.
{u1} [Unix] {u2}
| --Samba-- |
{w1} [Win1] {w2}
--VNC--
[My Computer]
Aber die Windows Virtual Machine kann, wie alle Windows-Versionen (außer Terminal Server), nur einen Benutzer gleichzeitig unterstützen. Um auf {w2} zuzugreifen, müsste ich also den Benutzer {w1} abmelden, was bedeutet, dass die beiden Benutzer nicht gleichzeitig arbeiten können.
Die Lösung bestand letztendlich darin, eine geklonte virtuelle Maschine [Win2] zu erstellen, die dem Benutzer {u2} zugeordnet war, sodass beide Benutzer gleichzeitig arbeiten konnten.
{u1} [Unix] {u2}
--Samba--
[Win1] [Win2]
--VNC--
[My Computer]