NT-Systemverwaltung ohne Administratorkennung
Hallo,
kennt ihr eine Möglichkeit bei einem Windows 2008 Netzwerk die Verwaltung (Updates, Neustart des Systems) ohne Administratorrechte zu machen. Das Ziel ist, dass eine Bürokraft mit einem kleinen Tool die Server so verwalten kann, ohne dass ich ihr Adminrechte zuweisen muss.
Es wäre ideal, wenn auch DHCP-Einstellungen auf diese Art vorgenommen werden könnten.
Vielen Dank im Voraus.
Peter
kennt ihr eine Möglichkeit bei einem Windows 2008 Netzwerk die Verwaltung (Updates, Neustart des Systems) ohne Administratorrechte zu machen. Das Ziel ist, dass eine Bürokraft mit einem kleinen Tool die Server so verwalten kann, ohne dass ich ihr Adminrechte zuweisen muss.
Es wäre ideal, wenn auch DHCP-Einstellungen auf diese Art vorgenommen werden könnten.
Vielen Dank im Voraus.
Peter
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 219782
Url: https://administrator.de/forum/nt-systemverwaltung-ohne-administratorkennung-219782.html
Ausgedruckt am: 30.05.2025 um 13:05 Uhr
9 Kommentare
Neuester Kommentar
Hi,
klingt ja ein bischen abenteuerlich was du da vor hast. Vllt kannste etwas mehr zu den Hintergründen sagen.
Soll die Bürokraft wirklich die Updates die installiert werden sollen und den Rollout durchführen? Oder einfach nur den Installationszeitpunkt am Client selber bestimmen können?
Beim DHCP siehts eher noch schlechter aus. Einer Person ohne Netzwerkkenntnisse die DHCP Konfiguration zu überlassen endet wahrscheinlich mit einem kaputten Netzwerk.
klingt ja ein bischen abenteuerlich was du da vor hast. Vllt kannste etwas mehr zu den Hintergründen sagen.
Soll die Bürokraft wirklich die Updates die installiert werden sollen und den Rollout durchführen? Oder einfach nur den Installationszeitpunkt am Client selber bestimmen können?
Beim DHCP siehts eher noch schlechter aus. Einer Person ohne Netzwerkkenntnisse die DHCP Konfiguration zu überlassen endet wahrscheinlich mit einem kaputten Netzwerk.
Zitat von @petere:
Es wäre ideal, wenn auch DHCP-Einstellungen auf diese Art vorgenommen werden könnten.
Es wäre ideal, wenn auch DHCP-Einstellungen auf diese Art vorgenommen werden könnten.
Was muß am DHCP noch geschraubt werden, nachdem es einmal ordentlich eingerichtet wurde?
Anonsten: es hat schon seinen grund, warum man Adminrechte braucht, um ein System zu administrieren.
Zusätzlich ist da noch die Frage, warum man der Bürkraft keine Adminrechte geben will:
Fehlendes Vertrauen? Dann sollte man jemand anders dafür nehmen.
Fehlende Kenntisse? Mitarbeiter schulen!
lks
Es ist komplizierter. Der Mitarbeiter ist gelernter ITkaufmann, kann das, darf es aber nicht. Beim DHCP reicht die Neuanlage fester IP-MAC-Bindungen. Nichts weiter.
Das Problem ist ja ein generelles. Hat ein Mitarbeiter Adminrechte im Netzwerk kann er sich theoretisch Zugang zu jedem Speichersystem verschaffen. Auch auf das der Geschäftsleitung. Das möchte ich durch eine Umgehung verhindern können.
Das Problem ist ja ein generelles. Hat ein Mitarbeiter Adminrechte im Netzwerk kann er sich theoretisch Zugang zu jedem Speichersystem verschaffen. Auch auf das der Geschäftsleitung. Das möchte ich durch eine Umgehung verhindern können.
Zitat von @petere:
Es ist komplizierter. Der Mitarbeiter ist gelernter ITkaufmann, kann das, darf es aber nicht.
Es ist komplizierter. Der Mitarbeiter ist gelernter ITkaufmann, kann das, darf es aber nicht.
Dann muß man jemanden finden, dem man genug vertrauen entgegenbringt.
Oder 4-Augen-Prinzip. Einer der "darf" gitb das Adminpaßwort ein udn schaut dem Mitarbeiter solange über die Schulter, bis er seine Arbeit erledigt hat.
Beim DHCP reicht die Neuanlage
fester IP-MAC-Bindungen. Nichts weiter.
fester IP-MAC-Bindungen. Nichts weiter.
Kleine periodisch laufendes Script erstellen, daß mit Adminrechten läuft und auf das vorhandensein einer Textdatei prüft und entsprechend dem Inhalt die DHCP-Werte setzt.
Das Problem ist ja ein generelles. Hat ein Mitarbeiter Adminrechte im Netzwerk kann er sich theoretisch Zugang zu jedem
Speichersystem verschaffen. Auch auf das der Geschäftsleitung. Das möchte ich durch eine Umgehung verhindern
können.
Speichersystem verschaffen. Auch auf das der Geschäftsleitung. Das möchte ich durch eine Umgehung verhindern
können.
Deswegen setzt man entsprechende zugriffsrechte oderlegt die so verschlüsselt ab, daß man nur mit Paßwort drankommt. Wenn der Mitarbeiter wieder erwarten sich die zrugriffsrechte trotzdem verschafft, fällt das auf, bzw wird per Alert vom System gemeldet und man kann passende maßnahmen ergreifen.
Nicht umsonst gibt es in den meisten betribessystemn die Möglichkeit auch den Administrator per ACLs einzuschränken.
lks
Etwas OffTopic aber weils grad passt: Den letzten IT-Kaufmann den ich erlebt habe wollte durch manuelles einstellen der BIOS Uhrzeit die Zeit im Netzwerk synchronisieren. Und nein, weder die Betonung der Aussage noch der Gesichtsausdruck liess darauf schliessen, dass es ein Scherz war...
Bezüglich DHCP: http://technet.microsoft.com/en-us/library/cc737716(v=ws.10).aspx
Hinzufügen des Benutzers zu den DHCP Administratoren. Heisst natürlich Vollzugriff auf DHCP Dienst und nicht nur IP-MAC Einträge
Für WSUS gibts auch so eine Admingruppe.
Drauf berechtigen, und auf dem Client die passenden RSAT Tools installieren.
Edit: Zu langsam, Selbstbastel Möglichkeit wurde ja schon genannt.
Bezüglich DHCP: http://technet.microsoft.com/en-us/library/cc737716(v=ws.10).aspx
Hinzufügen des Benutzers zu den DHCP Administratoren. Heisst natürlich Vollzugriff auf DHCP Dienst und nicht nur IP-MAC Einträge
Für WSUS gibts auch so eine Admingruppe.
Drauf berechtigen, und auf dem Client die passenden RSAT Tools installieren.
Edit: Zu langsam, Selbstbastel Möglichkeit wurde ja schon genannt.
@Bitboy:
Naja.... also dieses über einen Kamm scheren finde ich wieder nicht so toll.
Ich bin selbst gelernter IT-Kaufmann, jedoch habe ich mich mehr der Technik gewidmet und etliche Schulungen besucht und Zertifikate angesammelt...
Gruß,
Florian.
Naja.... also dieses über einen Kamm scheren finde ich wieder nicht so toll.
Ich bin selbst gelernter IT-Kaufmann, jedoch habe ich mich mehr der Technik gewidmet und etliche Schulungen besucht und Zertifikate angesammelt...
Gruß,
Florian.
"DEN letzten, DEN ICH erlebt habe", das bezieht sich unmissverständlich auf genau eine Person.
Aber noch was zu der Selbstbastel-Lösung, vergiss nicht dass die immer nur so gut sind, wie derjenige der die Fehlerkorrekturen programmiert.
Im vorliegenden Fall würde das bedeuten, wird IP und MAC auf richtiges Format validiert? Wird geprüft ob die Einträge schon vergeben sind? Ist die IP in der Range des DHCP? Bekommt der Anwender eine Rückmeldung obs geklappt hat oder nicht? Und zuletzt, wenn er Einträge anlegen kann, kann er dann auch welche löschen wenn einer nicht mehr benötigt wird, oder die IP anders genutzt werden muss?
Aber noch was zu der Selbstbastel-Lösung, vergiss nicht dass die immer nur so gut sind, wie derjenige der die Fehlerkorrekturen programmiert.
Im vorliegenden Fall würde das bedeuten, wird IP und MAC auf richtiges Format validiert? Wird geprüft ob die Einträge schon vergeben sind? Ist die IP in der Range des DHCP? Bekommt der Anwender eine Rückmeldung obs geklappt hat oder nicht? Und zuletzt, wenn er Einträge anlegen kann, kann er dann auch welche löschen wenn einer nicht mehr benötigt wird, oder die IP anders genutzt werden muss?
Das liefert mir schon einige Hinweise. Danke.
Bei den Systemupdates gibt es diese Admingruppe leider nicht, oder? Oder reicht es aus, wenn sich der User mit einem Konto anmeldet, das auf den "lokalen Server" die Berechtigung zum lokalen Anmelden hat?
So eine Art Enterprise-Management-Tool kennt ihr nicht oder? Ich erinnere mich in grauer Vorzeit mal ein solches Tool in der Hand gehabt zu haben, das arbeitete mit lokal auf den Servern installierten Diensten und einer zentralen Management-Konsole für Neustart / Wartung usw. Das war zu einer Zeit, als es RDP auf den Systemen noch nicht gab.
Kann mir jemand das mit den ACLs erklären. Ich bin auf dem Stand, dass sich jeder Admin über die ACL-Einstellungen hinwegsetzen kann.
Edit (20131810-1518): Eine andere Idee: eine Art Passwort-Manager welcher das Kennwort kennt, aber nicht über die Tastatur eingibt sondern eine RDP-Sitzung öffnet, ohne dass das Kennwort nach außen gelangt ... ggf. eine Idee zum Eigenbau?
Bei den Systemupdates gibt es diese Admingruppe leider nicht, oder? Oder reicht es aus, wenn sich der User mit einem Konto anmeldet, das auf den "lokalen Server" die Berechtigung zum lokalen Anmelden hat?
So eine Art Enterprise-Management-Tool kennt ihr nicht oder? Ich erinnere mich in grauer Vorzeit mal ein solches Tool in der Hand gehabt zu haben, das arbeitete mit lokal auf den Servern installierten Diensten und einer zentralen Management-Konsole für Neustart / Wartung usw. Das war zu einer Zeit, als es RDP auf den Systemen noch nicht gab.
Kann mir jemand das mit den ACLs erklären. Ich bin auf dem Stand, dass sich jeder Admin über die ACL-Einstellungen hinwegsetzen kann.
Edit (20131810-1518): Eine andere Idee: eine Art Passwort-Manager welcher das Kennwort kennt, aber nicht über die Tastatur eingibt sondern eine RDP-Sitzung öffnet, ohne dass das Kennwort nach außen gelangt ... ggf. eine Idee zum Eigenbau?
Kann mir jemand das mit den ACLs erklären. Ich bin auf dem Stand, dass sich jeder Admin über die ACL-Einstellungen
hinwegsetzen kann.
hinwegsetzen kann.
Wenn er den Besitz der Datei übernimmt, kann er sich sehr wohl üeb rdie ACLs hinwegsetzen. Alelrdigns fällt das auf, da sich der besitzer gändert hat. Und wenn Du die Trigger richtig setzt, meldet Dir das System auch, wenn derjenige die Datei auch nur schief anschaut.
Ansonsten zum Einstieg:
http://technet.microsoft.com/en-us/library/cc770749.aspx
lks
