14
Win7 als Administrator ausführen mit deaktivierter UAC, wie in XP möglich?
Hallo Leute,
und zwar Arbeite ich als Standardbenutzer und möchte wie in XP einige Programme als Administrator ausführen.
Habe mein Administrator aktiviert und ein PW gegeben. Die Benutzerkontensteuerung ist deaktiviert.
Nun wenn ich ein Programm mit Rechtsklick ausführe und im Kontextmenü "ausführen als Administrator" auswähle mach er dies, aber ohne das ich mein Admin Konto angeben kann mit Passwort. Und sagt trotzdem sie haben keine Rechte. Möchte aber jedesmal mein Administrator und Passwort angeben.
Auch blöd bei Drucker ging unter XP Drucker hinzufügen und Servereigenschaften direkt als Administrator auszuführen, was unter windows 7 nicht mehr geht.
muss mich jetzt immer abmelden und als Admin anmelden.
Gibt es da Lösungen, bei deaktivierter UAC?
und zwar Arbeite ich als Standardbenutzer und möchte wie in XP einige Programme als Administrator ausführen.
Habe mein Administrator aktiviert und ein PW gegeben. Die Benutzerkontensteuerung ist deaktiviert.
Nun wenn ich ein Programm mit Rechtsklick ausführe und im Kontextmenü "ausführen als Administrator" auswähle mach er dies, aber ohne das ich mein Admin Konto angeben kann mit Passwort. Und sagt trotzdem sie haben keine Rechte. Möchte aber jedesmal mein Administrator und Passwort angeben.
Auch blöd bei Drucker ging unter XP Drucker hinzufügen und Servereigenschaften direkt als Administrator auszuführen, was unter windows 7 nicht mehr geht.
muss mich jetzt immer abmelden und als Admin anmelden.
Gibt es da Lösungen, bei deaktivierter UAC?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 138518
Url: https://administrator.de/contentid/138518
Ausgedruckt am: 26.11.2024 um 14:11 Uhr
14 Kommentare
Neuester Kommentar
also hab jetzt schon die UAC ein Balken hoch gesetzt.
und bei den lokalen sicherheitsrichtlinien
Administratorbestätigungsmodus für das integrierte Administratorkonto aktiviert
und
Verhalten der Eingabeaufforderung für erhöhte Rechte für Administratoren/Standardbenutzer auf Eingabeaufforderung zu Anmeldeinformationen
trotzdem wenn ich als Standardbenutzer ein PRogramm ausführen möchte, was administrator reechte verlangt.
fragt er mich trotzdem nicht nach den anmeldeinformationen, wenn ich auf "ausführen als Administrator" klicke und schlägt dann auch fehl -> sie haben nicht genug Rechte.
und bei den lokalen sicherheitsrichtlinien
Administratorbestätigungsmodus für das integrierte Administratorkonto aktiviert
und
Verhalten der Eingabeaufforderung für erhöhte Rechte für Administratoren/Standardbenutzer auf Eingabeaufforderung zu Anmeldeinformationen
trotzdem wenn ich als Standardbenutzer ein PRogramm ausführen möchte, was administrator reechte verlangt.
fragt er mich trotzdem nicht nach den anmeldeinformationen, wenn ich auf "ausführen als Administrator" klicke und schlägt dann auch fehl -> sie haben nicht genug Rechte.
Hi.
Du verstehst so einiges miss. Die UAC muss an, damit ein "ausführen als Administrator" von einem Standardnutzer aus überhaupt eine Kennwortabfrage produziert - und das ist auch schon alles. Sprich: in Standardeinstellungen geht bereits alles, was Du willst. Bitte gib reproduzierbare Beispiele an, wenn Du weiterhin nicht klarkommst.
Du verstehst so einiges miss. Die UAC muss an, damit ein "ausführen als Administrator" von einem Standardnutzer aus überhaupt eine Kennwortabfrage produziert - und das ist auch schon alles. Sprich: in Standardeinstellungen geht bereits alles, was Du willst. Bitte gib reproduzierbare Beispiele an, wenn Du weiterhin nicht klarkommst.
wenn die UAC aktiviert ist. bekomm ich jedesmal beim Anmeldescript ne batch datei zb. beim druckerhinzufügen eine nachricht, ob sie der quelle vertrauen wollen und das nervt einfach.
Drucker hinzufügen kann man per Richtlinie auch normalen Benutzer erlauben - schau in die GPO-Referenz nach "point and print restrictions". Gib weitere Beispiele an. Das Druckerbeispiel hätte auch auf xp nicht mit normalen Nutzern funktioniert, denn zur Installation braucht man mindestens Hauptbenutzerrechte.
jeder Registryeintrag vom Anmeldescript muss zugestimmt werden.
Dann pack die Einträge in ein Startskript - sie gehören nicht in ein Logonskript, wenn Sie Adminrechte erfordern, denn usergebundene Einträge erfordern keine Adminrechte. Auch darf ein solches Skript unter xp nicht funktionieren, falls man normaler Benutzer ist und nicht Hauptb. oder Admin.
Ein Hauptbenutzer gibt es bei Windows 7 nicht, bei XP sind die Standardbenutzer ->Hauptbenutzer.
Also muss ich noch die Gruppe Hauptbenutzer hinzufügen mit ein paar Rechten mehr. Denn im in der AD sind unsere Mitarbeiter Hauptbenutzer.
kk Thx
Also muss ich noch die Gruppe Hauptbenutzer hinzufügen mit ein paar Rechten mehr. Denn im in der AD sind unsere Mitarbeiter Hauptbenutzer.
kk Thx
Wo willst Du diese Gruppe hinzufügen?
Naja noch bei Lokalen Gruppen die Hauptbenutzer anlegen und als Mitglieder dann die Domänenbenutzer hinzufügen.
Die Gruppe anzulegen bringt nichts, so lange Du Ihnen nicht so genannte Privilegien zuweisen kannst - wie machst Du das?
eigtl. ist das egal wegen standartbenutzer und hauptbenutzer denk ich.
wenn sich ein benutzer anmeldet mit sein namen, dann wird der domain controller informiert und das in der AD hinterlegte profil des benutzers führt als System (mit vollen Zugriffsrechten) auf ein gesharten laufwerk ein anmeldescript aus. also eine bat-datei die dann alle einträge am computer setzt.
also auf den lokalen rechner wird als system alles geändert, was unter xp ohne probleme machte, meckert bei win 7 die UAC.
wenn sich ein benutzer anmeldet mit sein namen, dann wird der domain controller informiert und das in der AD hinterlegte profil des benutzers führt als System (mit vollen Zugriffsrechten) auf ein gesharten laufwerk ein anmeldescript aus. also eine bat-datei die dann alle einträge am computer setzt.
also auf den lokalen rechner wird als system alles geändert, was unter xp ohne probleme machte, meckert bei win 7 die UAC.
Das ist nicht korrekt. Als System wird da nichts ausgeführt, sondern als Nutzer. Mit dem Systemkonto wird nur bei Startskripten und Shutdownskripten, nicht bei Anmelde- oder Abmeldeskripten gearbeitet. Den Unterschied machen die Schreibrechte und Privilegien, die Du unter xp durch die Mitgliedschaft in der Hauptbenutzergruppe hast (inklusive des Privilegs, Drucker zu installieren).
Also: Wenn es nur um Drucker geht, weise die entweder nicht den Nutzern, sondern den Rechnern zu, oder Du lockerst die Point and Print restrictions per GPO. Netzlaufwerke gehen bei unserer Domain auch bei win7 ohne Adminrechte - jedoch habe ich auch bei anderen von den Problemen gehört und frage mich immer, was bei denen wohl anders sein könnte.
Zur Aufklärung: Wo trägst Du die net use-Befehle ein? Im Profil des Users oder im Anmeldeskript? Ist es ein vb-Skript oder eine Batch? Ist der Fileserver win2003 oder 2008 oder Samba, oder...?
Also: Wenn es nur um Drucker geht, weise die entweder nicht den Nutzern, sondern den Rechnern zu, oder Du lockerst die Point and Print restrictions per GPO. Netzlaufwerke gehen bei unserer Domain auch bei win7 ohne Adminrechte - jedoch habe ich auch bei anderen von den Problemen gehört und frage mich immer, was bei denen wohl anders sein könnte.
Zur Aufklärung: Wo trägst Du die net use-Befehle ein? Im Profil des Users oder im Anmeldeskript? Ist es ein vb-Skript oder eine Batch? Ist der Fileserver win2003 oder 2008 oder Samba, oder...?
drucker werden ja dem rechner zugewiesen.
also es ist ein klassische Anmeldeskripts (NETLOGON) in batch form welches auch die net use befehle beinhält und auch die drucker von einem geshareten server raufschiebt. per (con2prt.exe)
server sind win2008
also es ist ein klassische Anmeldeskripts (NETLOGON) in batch form welches auch die net use befehle beinhält und auch die drucker von einem geshareten server raufschiebt. per (con2prt.exe)
server sind win2008
Das widerspricht sich. Ein Anmeldeskript kann keinem Rechner zugewiesen werden, sondern nur Benutzern. Also wird con2prt mit Nutzerrechten ausgeführt und läuft somit nur, wenn Nutzer Admins sind und die UAC aus ist.
