Jump to content

master-obi-wan

Members
  • Gesamte Inhalte

    498
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von master-obi-wan

  1. Hallo Peter, wenn du den Usern nur "normale" Benutzerrechte gibst, dann dürfen sie eh keine Programme installieren ! Wieso also also read deny auf den Brenner ? Man muß schließlich auch kontrollieren was man da zusammengebruzzelt hat !
  2. Hallo leider hab sich hier noch nichts gerührt. Und bevor Ihr mich ganz vergesst schieb ich mein Problem ein wenig "höher". Das Problem ansich kann ja nichts aussergewöhnliches sein, oder ? ... oder ist es so ungewöhnlich dass jemand ntbackup.exe verwendet ... Wie habt Ihr euer Backup gelöst ? Oder anders gefragt, wie kann man das Problem umgehen ? Für ein paar Tips oder Lösungsansätze wär ich echt dankbar !
  3. Hallo, ich kämpf gerade (eigentlich schon die ganze Woche) mit NTBACKUP.EXE ! Wenn das Band überschrieben wird funktioniert das wunderbar, nur wenn ich eine Sicherung anhängen will muß ich mit den Parametern /G oder /T das zu benutzende Band angeben. Kann man den Bandnamen oder die GUID von dem eingelegten Band auslesen und eine Variable hierfür hinterlegen ? W2K-Server SP3, Quantum 4000 DLT Gewünschte Sicherungsart: Montag: Normal - Daten auf Band ersetzen Di-Fr.: Differenz - Daten auf Band anhängen Und das ganze einmal als Job angelegt und dann niemehr angefasst ... Ich hab schon gegoogelt dass mir die Finger weh tun. Hier im Forum hatten auch einige ein ähnliches Problem, hab aber leider keine Lösung gefunden. Arbeitet denn keiner mit NTBACKUP.EXE ? ( ... jammer ... jammer ... )
  4. Hallo viewer, probier das mal: http://www.wintotal.de/Tipps/Eintrag.php?RBID=3&TID=609&URBID=3
  5. Hallo grizzly999, ich hab anscheinend bei der msi Mist gebaut ! Hab mir eine neue gemacht und siehe da: geht wunderbar ! (... das Universum ist eben doch nicht das einzig unendliche ...)
  6. Hallo Hauke, was meinst du "unter Arbeitsplatz=>Eigenschaften=>Benutzerprofile funzt das auch nicht" ? Bei mir funktioniert das prima: Als Admin anmelden, unter Arbeitsplatz/Eigenschaften/Benutzerprofile das Profil "Rechnername\Username" auswählen, "Kopieren nach" anklicken, durchsuchen, C:\Dokumente ...\User.DOMÄNE auswählen, Benutzer (DOMÄNE) auswählen, überschreiben bestätigen und habe fertig.
  7. Hallo, war die Frage zu schwer, zu leicht oder zu b***d ??? Wär nett wenn mir jemand nen Tip geben könnte.
  8. Hallo, ich hab ein Problem mit der Softwareverteilung. Ich hab mir eine msi vom Adobe Acrobat Reader 5.1 gemacht und über Gruppenrichtlinie verteilt. Wenn der User lokale Adminrechte hat funktioniert das alles wunderbar. Bei Hauptbenutzerrechten installiert die Kiste zwar das Programm, aber beim erneuten Aufruf vom Acrobat Reader kommt wieder das "Windows-Installer-Fenster" für ein paar Sekunden. Wenn ich dann z.B. den Explorer nur aufmache versucht die Kiste immer 3x das Programm zu installieren !??? Wenn ich dem User dann wieder lokale Adminrechte gebe, ist der Spuk vorbei ! Mit erhöhten Rechten für den Windows Installer in der GP hab ich's auch schon probiert, nix wars ! User-Kiste hat W2K SP3 (SP3 übrigens mit Gruppenrichtlinie verteilt ... das hat funktioniert ...) Kann mir jemand sagen was ich falsch mache ? may the force be with you ! (Bei mir is se jedenfalls momentan nicht !)
  9. Hallo Olaf, eine Schulung könnte durchaus helfen. Allerdings (wie du bereits gesagt hast) weiß ein DAU nicht, daß er einer ist ! Und wenn man nun versucht, jemanden das Öffnen und Speichern zu erklären, sind die Jungs schnell "in Ihrer Ehre verletzt", da sie das doch schon lange wissen ... Und zum Dozenten bin ich bestimmt nicht geboren ... wobei das mit der Gehaltserhöhung gut klingt ... Hat jemand Erfahrung mit "Undelete 3.0 von Executive Software" ? Oder gibts was besseres ? (Gedanke: wenn man das Löschen nicht verhindern kann, kann man ja das Wiederherstellen vereinfachen) Matthias
  10. Hallo nochmal, das mit der Überwachung hab ich schon gemacht ! (Drum weis ich ja genau wer's jedesmal gelöscht hat !) Mit den Office-Dokumenten habt ihr übrigens Recht ! Bei einem normalen txt-File funktioniert das speichern trotz "Löschverbot" wunderbar ! Komisch find ich das schon, 100-tausend Registry Einträge, x-verschiedene Berechtigungen ... und nix für mich dabei ... :D Trotzdem danke Matthias
  11. Hallo klausk, das Problem mit diesem User ist, daß er der Inbegriff eines DAU's ist !!! Ich hab schon mit ihm gesprochen und er schwört Stein und Bein die Datei nicht gelöscht zu haben !? Sein Chef ist ungefähr auf dem gleichen Wissens-Level ... Das einzig wirksame wäre eben wenn man diese User "vor sich selber schützt ..." Nur wie ??? Matthias
  12. Hallo Maik, also so unlogisch fände ich die Einstellung "Speichern ja/Löschen nein" nicht ! Es ist mir bisher noch nicht passiert, daß dieser User eine seiner Dateien "leergeräumt" hat ! Aber in dieser und letzter Woche musste ich 3x von der Bandsicherung zurückspielen, da die Datei gelöscht wurde. Kann man evtl. in der Registry einstellen, daß löschen für diesen User nicht erlaubt ist ? Oder gibts sonst irgendeine Möglichkeit, damit ich auf meine "Spezial-Einstellung" komme ? Matthias
  13. Hallo Leute, ich bin brandneu hier und habe das gleiche Problem wie der Kollege in Beitrag: 2k - berechtigungen http://www.mcseboard.de/showthread.php?s=&threadid=6535 Problem: Ordner und Dateien in einer Netzwerkfreigabe mit NTFS-Berechtigungen so einstellen, daß die User (DAU's !) Änderungen an Excel Dateien vornehmen können, diese aber nicht löschen können (wie in der Vergangenheit x-mal passiert !) Wenn ich in den Sicherheitseinstellungen/Erweitert/ löschen zulasse kann der User die Datei speichern und löschen, wenn ich löschen deaktiviere kann er nicht speichern und nicht löschen. Ein Teufelskreis ... Der Lösungsvorschlag aus o.g. Beitrag nach dem "Ersteller/Besitzer"-Prinzip hilft mir nicht, da wir von DAU's sprechen ! Hat irgendjemand eine andere Lösung ? Matthias may the force be with you !
×
×
  • Neu erstellen...