4
Net User - access denied
Kann als Gruppenmitglied von Domain Admins unter 2008 R2 keine Benutzer anlegen
Servus miteinander,
hab da eine interessante Geschichte, die mich quält: Folgende Situation:
- ein Domanenkontroller Windows 2003 Server (historisch der ältere)
- zwei weitere Domänenkontroller Windows 2008R2 (später hinzugefügt)
- der account "Administrator" (also der eingebaute domänen admin) kann auf allen drei Servern von der command line problemlos ein "net user xxx /add" oder "net user xxx /delete" ausführen.
- legt man einen neuen Account unter anderem Namen an (zB: sysadmin) mit exakt den gleichen Privilegien wie administrator (tatsächlich wird der neue Account durch ein copy im AD erzeugt), so kann dieser neue account sysadmin am 2003er Server zwar net user /add ausführen, jedoch nicht auf einen der 2008er Server. Da erhält man dann die Fehlermeldung "System error 5 has occured / access is denied". Spannenderweise kann der gleiche account aber im Active Directory GUI der 2008er Server durchaus Benutzer anlegen und scheint auch sonst ausreichend privilegiert zu sein. Das Problem bezieht sich also ausschließlich auf die command line.
Ich geh mal davon aus, dass es mit den eigentlichen Privilegien des accounts nix zu tun haben wird, nachdem die ident zum originalen administrator sind. Möglicherweise irgendeine policy unter 2008 R2, die mir da ins Handwerk pfuscht? Jedenfalls wär ich sehr dankbar für jeden Hinweis, der hir ein wenig Licht ins Dunkel bringt...
Gruß
Helmut
hab da eine interessante Geschichte, die mich quält: Folgende Situation:
- ein Domanenkontroller Windows 2003 Server (historisch der ältere)
- zwei weitere Domänenkontroller Windows 2008R2 (später hinzugefügt)
- der account "Administrator" (also der eingebaute domänen admin) kann auf allen drei Servern von der command line problemlos ein "net user xxx /add" oder "net user xxx /delete" ausführen.
- legt man einen neuen Account unter anderem Namen an (zB: sysadmin) mit exakt den gleichen Privilegien wie administrator (tatsächlich wird der neue Account durch ein copy im AD erzeugt), so kann dieser neue account sysadmin am 2003er Server zwar net user /add ausführen, jedoch nicht auf einen der 2008er Server. Da erhält man dann die Fehlermeldung "System error 5 has occured / access is denied". Spannenderweise kann der gleiche account aber im Active Directory GUI der 2008er Server durchaus Benutzer anlegen und scheint auch sonst ausreichend privilegiert zu sein. Das Problem bezieht sich also ausschließlich auf die command line.
Ich geh mal davon aus, dass es mit den eigentlichen Privilegien des accounts nix zu tun haben wird, nachdem die ident zum originalen administrator sind. Möglicherweise irgendeine policy unter 2008 R2, die mir da ins Handwerk pfuscht? Jedenfalls wär ich sehr dankbar für jeden Hinweis, der hir ein wenig Licht ins Dunkel bringt...
Gruß
Helmut
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 149790
Url: https://administrator.de/contentid/149790
Printed on: April 20, 2024 at 01:04 o'clock
4 Comments
Latest comment
starte die cmd mit Adminrechten...auf den Server 2008R2
Seit Vista ist Admin nicht mehr Admin sondern User. Du brauchst elevation, siehe miklein. Warum es mit dem Konto Administrator geht liegt daran, dass für den eingebauten Administrator die UAC nicht aktiviert ist - er ist der Einzige, für den diese Ausnahme gilt und das ist auch nicht anpassbar.
Yup, UAC war das Stichwort. War mir einfach nicht bewußt, daß sie das auch auf der Serverseite durchziehen, dachte das ist eher eine Desktop Geschichte. Wie auch immer: Problem solved, case closed. Vielen Dank euch Beiden!
Zitat von @Ferrum:
Yup, UAC war das Stichwort. War mir einfach nicht bewußt, daß sie das auch auf der Serverseite durchziehen, dachte das
ist eher eine Desktop Geschichte. Wie auch immer: Problem solved, case closed. Vielen Dank euch Beiden!
Yup, UAC war das Stichwort. War mir einfach nicht bewußt, daß sie das auch auf der Serverseite durchziehen, dachte das
ist eher eine Desktop Geschichte. Wie auch immer: Problem solved, case closed. Vielen Dank euch Beiden!
gerne
