Softpicks.Net Deutsch

[=?Utf-8?B?TUJlaWVy?=]

Hallo Herr Bauer,
vielen Dank für die schnelle Antwort!
Das Problem ist, dass es Word & Powerpointvorlagen (*.dot) sind, die beim
ersten Start diese *.ini (Userinfos) in C:\ anlegen wollen. Also kann ich
nicht mit "Als Administrator ausführen" arbeiten. Die Makros in den Vorlagen
sind passwortgeschützt und ich habe Trauer.
Mir bleibt nur die Rechte von C: so zu ändern, dass diese Vorlagen auf C:
schreiben können. Die Firma, die diese Vorlagen erstellt hat, gibt es nicht
mehr, so dass da keine Anpassung stattfinden kann.
Es muss doch möglich sein, die Rechte so zu ändern, dass ich auf C:\ eine
Textdatei erstellen kann und wenn es nur als Admin sei.

Vielen Dank, M.Beier

"Wolfgang Bauer" wrote:

> MBeier wrote:
> > Hallo,
> > wir haben hier ein komisches Programm, welches unbedingt eine ini-Datei ins
> > Rootverzeichnis C:\ legen will.
>
> Klicke mit der rechten Maustaste auf die $programm.exe und wähle "Als
> AQdministrator ausführen".
>
> Wolfgang
>
> --
> http://www.wolfgang-bauer.at
>
>
>
.

[=?Utf-8?B?TUJlaWVy?=]

Juchuuuuuuu, ich habe es geknackt !

Also, hier die Vorgehensweise:
- Systemsteuerung/Benutzerkonten/den User auswählen
- da gibt es ein Option "Benutzerkontensteuerung ein- oder ausschalten" -
AUSSCHALTEN
- in der Taskleiste taucht unser geliebter Sicherheitscenterhinweis auf und
da die Meldung deaktivieren
- Jetzt kann der User problemlos, mit den Standardrechten auf C: Dateien
erstellen

Ich finde es jedenfalls ziemlich krank, dass es nicht wie bisher über den
üblichen Sicherheits-Tab einzustellen ist, aber dafür als
"Benutzerkontensteuerung". Was sich alles hinter der Benutzerkontensteuerung
verbirgt ist mir nicht ganz klar und ich habe viele gefunden denen es genauso
geht. Eine Erklärung was die Benutzerkontensteuerung beinhaltet, habe ich
nicht gefunden.

So, nun ist es auch für mich kein Problem mehr und den Sicherheitstab könnt
ihr ruhig vergessen! ;-)

Ich hoffe die Erläuterung hilft noch einigen, ich mache nach einer langen
Testphase Feierabend!

Viele Grüße, M.Beier


"Christian Klein" wrote:

> Wolfgang Bauer:
>
> > Das ist bei mir kein Problem. Eben probiert,
> > C:\test.txt ohne Probleme erstellt.
>
> Ich schließe mich dem Herrn Beier (*g*) an:
> es führt kein Weg zu C:\test.txt.
>
> Wobei aber - ganz wichtig! - ich eine absolut jungfräuliche
> Rechtevergabe habe, an der seit dem Vista-Setup noch nicht
> das Geringste verändert wurde (weil ich erst ändere, wenn
> ich weiß, was ich ändere
>
>
>
.

[Wolfgang Bauer]

MBeier wrote:
> Hallo Herr Bauer,
> vielen Dank für die schnelle Antwort!

Ich bin nicht /Herr Bauer/, ich bin der Wolfgang. Du bist hier nicht
etwa bei Microsoft sonder in einer Newsgruppe wo User Usern helfen
(zumindest versuchen)

> Das Problem ist, dass es Word & Powerpointvorlagen (*.dot) sind, die beim
> ersten Start diese *.ini (Userinfos) in C:\ anlegen wollen. Also kann ich
> nicht mit "Als Administrator ausführen" arbeiten.

Diese Vorlagen werden doch aber aus Word bzw. Powerpoint heraus
gestartet, oder? Geht es wenn die Programme als Admin gestartet werden?

> Mir bleibt nur die Rechte von C: so zu ändern, dass diese Vorlagen auf C:
> schreiben können.

Du schreibst doch, dass Du Dich mit der Rechtevergabe auskennst. Rechte
Maustaste auf C:, Eigenschaften, Sicherheit und Athentifizierte
Benutzer Vollzugriff geben.

> Es muss doch möglich sein, die Rechte so zu ändern, dass ich auf C:\ eine
> Textdatei erstellen kann und wenn es nur als Admin sei.

Das ist bei mir kein Problem. Eben probiert, C:\test.txt ohne Probleme
erstellt.

Wolfgang

--
http://www.wolfgang-bauer.at


.

[Christian Klein]

Wolfgang Bauer:

> Das ist bei mir kein Problem. Eben probiert,
> C:\test.txt ohne Probleme erstellt.

Ich schließe mich dem Herrn Beier (*g*) an:
es führt kein Weg zu C:\test.txt.

Wobei aber - ganz wichtig! - ich eine absolut jungfräuliche
Rechtevergabe habe, an der seit dem Vista-Setup noch nicht
das Geringste verändert wurde (weil ich erst ändere, wenn
ich weiß, was ich ändere


.

[Mark Heitbrink [MVP]]

Hi,

MBeier schrieb:
> Der Sicherheits-Tab ist mir seit über 10 Jahren nicht entgangen! ;-)

Dann bin ich ja beruhigt.

> Nicht bei Vista! Jeder Unterordner geht, aber nicht C:

Viel Spass mit UAC und vorallem der Kompatibilität zu alten Programmen.
:-(

Tschö
Mark
--
Mark Heitbrink - MVP Windows Server - Group Policy

Homepage: www.gruppenrichtlinien.de - deutsch
Blog: gpupdate.spaces.live.com - english
.

[Nils Kaczenski [MVP]]

Moin,

Mark Heitbrink [MVP] schrieb:
> Viel Spass mit UAC und vorallem der Kompatibilität zu alten Programmen.
> :-(

he, Mark, das gilt nicht. Sonst schimpfst du an der Stelle über die
Applikationen bzw. deren Entwickler und nicht über das Betriebssystem.


Schöne Grüße, Nils

--
Nils Kaczenski - MVP Windows Server
www.faq-o-matic.net
Antworten bitte nur in die Newsgroup!
PM: Vorname at Nachname .de
https://mvp.support.microsoft.com/profile/Nils.Kaczenski
.

[=?Utf-8?B?TUJlaWVy?=]

Hallo Manuel,
vielen Dank für den Tipp!
Mit dieser Variante habe ich dann noch probiert und auch eingesetzt. Da
hebelt man wenigstens nicht das halbe Sicherheitssystem aus.
Nun funktioniert alles so wie es das Programm haben möchte.

MfG, Marcus Beier


"Manuel S." wrote:

> Hallo,
>
> "MBeier wrote:
> > Guten Morgen Nils!
> > Deshalb habe ich für alle NICHTwissenden "User" auch noch die Auflösung
> > aufgeschrieben.
> > Vorher an der Diskussion beteiligen und nicht nachher ...
>
> hatte das selbe Problem, ich konnte als Admin (richtiger Built-In Admin)
> eine Datei namens *.log direkt im Root von C zwar ändern usw, aber jeder
> andere Benutzer, auch wenn die Fileberechtigungen gegeben waren, nicht.
>
> Bei mir lag es an den Vista Integrita Levels. Diese geändert (auf diese eine
> Datei) und schon hats funktioniert, auch ohne deaktivieren der UAC.
> Kannst ja da mal probieren, vielleicht liegt es am gleichen Problem.
>
> Für alle Angsthasen, der Built-In Admin hat ein sicheres Passwort, und ich
> arbeite als eingeschränkter Benutzer *g*
>
>
> mfg
>
>
.

[=?Utf-8?B?VGhvbWFzIE0u?=]

Wozu sollte man dem Benutzer "Jeder" denn Vollzugriff geben?
Die standardmäßige Einschränkung ist ja nicht ganz ohne Grund über die Jahre
eingeführt worden.
Wenn "Jeder" wieder "alles" darf, dann verliert man wieder ein wenig
Sicherheit und fremde Programme dürfen wieder schreiben und könnten somit
wieder Schaden anrichten.
Die Anwendung, welche den Zugriff benötigt als Administrator laufen zu
lassen ist völlig ausreichend und funktioniert auch.
Bei vielen Anwendungen kann man den Pfad für dessen *.ini auch problemlos
ändern. Wäre besser als der Sicherheit wieder ein Loch hinein zu reißen... ;)

Gruß Tom



"M.B. Oertel" wrote:

>
> "MBeier" <MBeier [at] discussions.microsoft.com> schrieb im Newsbeitrag
> news:67C901AF-C664-40DB-B2BF-5D90E6801E83 [at] microsoft.com...
> > Hallo,
> > wir haben hier ein komisches Programm, welches unbedingt eine ini-Datei
> > ins
> > Rootverzeichnis C:\ legen will. Bei XP konnte man noch die Rechte so
> > verändern, aber bei Vista (Business) scheind es nicht zu funktionieren.
> > Ich habe dem Benutzer Lese-, Schreib- und mittlerweile Vollzugriff (zum
> > testen) gegeben - nichts geht. Als Administrator oder Domänen-Admin
> > funktioniert es auch nicht!
> > Also Benutzer bekomme ich "Sie haben nicht die erforderlichen Rechte ..."
> > und als Administrator "Die Datei C:\*.ini kann nicht erstellt werden.
> > Stellen
> > Sie sicher, dass Pfad- und Dateiname richtig ist."
> > Ich kann nicht mal eine bestehende txt-Datei als Admin in C: ändern, da
> > bekommeich auch "Die Datei C:\*.txt kann nicht erstellt ..." ((((
> >
> > Man, die haben Vollzugriff auf C:\ und der Besitzer von C: sind die
> > Administratoren, was muss man noch alles tun???
> >
> > Wäre super, wenn jemand eine Idee hat!
> > Vielen Dank, M.Beier
>
>
> Habe gerade mal eine Textdatei in C:\ angelegt und umbenannt. Bei meinem
> Vista Ultimate (Heimnetzwerk, kein Domänenmitglied) geht es. Man kann auch
> dem Benutzer "Jeder" Vollzugriff erteilen.
>
> Hierin wird das Thema Rechte für Standalone und Domänenclients angerissen.
> Vielleicht kann dir der Autor weiterhelfen.
> http://blogs.technet.com/dmelanchthon/archive/2006/09/20/windows-vista-und-der-eingebaute-administrator-account.aspx
>
>
> Oertel
>
>
>
>
.