Jump to content

blub

Expert Member
  • Gesamte Inhalte

    7.598
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von blub

  1. Hi, ActiveDirectory wird in der Powershell V1 leider sehr stiefmütterlich behandelt. Erst mit der Powershell V2 und nur in Verbindung mit einem W2kR2-Domaincontroller gibt es deutliche Bewegung Active Directory Powershell Blog : Active Directory Module for Windows PowerShell ? Quick start guide (viel Erfahrung habe ich damit aber auch noch nicht!) Für eine effektive AD-Verwaltung unter PS V1 kann ich dir die Quest-Cmdlets empfehlen PowerShell Commands for Active Directory Quest Software Registrieren kannst du diese cmdlets dauerhaft in deiner profile.ps1 mit Add-Pssnapin quest.activeroles.admanagement die neuen cndlets (z.b. set-qaduser, new-qaduser) findest du danach mit get-help *qad* Diese commandlets haben ihrerseits dann Hilfen dabei, in denen Parameter angegeben sind. Mit native [ADSI] bzw. System.DirectoryServices.DirectoryEntry musst dich durch den Objektkatalog z.b. von VisualStudio2008 wühlen, um an alle Parameter zu gelangen. cu blub
  2. Hallo, ungetester Schnellschuss: $split = "$_.Gruppe$i" "+" zum Textverknüpfen habe ich mir mittlerweile abgewöhnt cu blub
  3. Richtig! Und wenn man tatsächlich für 300€ pauschal dieselbe Leistung bekommen kann, wie für 30+X einzeln verrechnete PSS-Stunden, müsste man sich über das Modell Gedanken machen.
  4. ok, ich muss einen Rückzieher machen, da ich solche Verträge mit 300€/Call pauschal nicht wirklich kenne. Sorry! Kostenlos bis zum nochsolangen Ende ist (in unserem Vertrag) der Support, wenn MS den Fehler im eigenen Produkt findet (=bug). Wenn das Problem sich aber nicht auf einen solchen Bug zurückführen lässt, zahlt man für jede Stunde bzw . die Stunde wird von einem Kontingent abgezogen. Ich habe schon Calls mit mehr als 30h Aufwand über mehrere Tage gehabt. Meine Annahme!!!: Ich kann mir nicht vorstellen, dass ein 30 Stunden Aufwand mit 300€ abgegolten sein kann. Die Qualität des Supports ist allermeistens sehr gut bei MS, da stimme ich zu cu blub
  5. Gehen wird das sicherlich. Aber für 300€ wirst du auch nicht erwarten können, dass sich bei einem wirklich schwierigen (ist nicht gleich schwerwiegenden) Problem ein Microsoftengineer sich tagelang mit dir beschäftigt. Wir haben einen Support-Vertrag, bei dem nur nach Zeit verrechnet wird. Am besten bei MS anrufen und fragen cu blub
  6. blub

    Server 2003

    Ohne jede Ahnung und Vorbereitung in einem Netzwerk einen DC und DHCP Server aufsetzen zu wollen ist u.a. ein Sicherheitsrisiko für deinen Betrieb. Informier dich bitte über WindowsGrundlagen bevor du weitermachst und mach dir -wie oben schon sschulz geschrieben hat- erstmal einen Plan. Über diesen Plan kannst du hier dann gerne weiterdiskutieren So ist dein jetziges Vorgehen ausgesprochen gefährlich und sinnlos Danke für Dein Verständnis blub
  7. hallo, weisst du denn, an welcher Zeile Code er genau hängenbleibt? Sonst musst du entsprechnde Debuggingausgaben in ein Logfile rausschreiben. etwa: echo %time% <befehl> ausgefuehrt >> debug.log läufts die *.Bat durch, wenn du den Task unter deinem Account oder dem Systemaccount ausführen lässt? cu blub
  8. Hallo Patsrv Wir Closen Beiträge nur in Ausnahmefällen, wenn z.B. ein Beitrag gegen unsere Boardregeln verstösst oder ein Support offensichtlich sinnlos ist. Im zweiten Fall gibts vor dem Close mindestens einen deutlichen Wink mit dem Zaunpfahl von einem Moderator. Deine Fragen sind absolut ok cu blub
  9. es ist datenschutzrechtlich sehr bedenklich, wenn du Ausdrucke von Mitarbeitern, besonders wenn auch private dabei sein könnten, abspeichern und kontrollieren willst. Daher gibts dafür hier keinen Support Danke für dein Verständnis blub
  10. probier mal die Aufrufe mit "Start" bzw "Start /B" am Beginn der betreffenden Zeile cu blub
  11. hi, probier mal am Anfang der batch eine Definition zu setzen set find = %systemroot%\system32\find.exe im Code ersetze das find durch %find% cu blub
  12. für diese Thematik haben wir einen eigenen Gehaltsthread. Bitte dort weiterdiskutieren http://www.mcseboard.de/mcse-forum-allgemein-3/gehaltsvorstellung-mcse-282-475.html cu blub
  13. Hallo Mark_Emil, Bring bitte erstmal Struktur in deine Frage rein, so kapiert doch niemand was du willst u.a. - von welchem Skript sprichst du? - ist dein Problem das Rücksichern unter anderem Usernamen? - Ist für dich VB kein Problem, oder kommst du mit VB nicht weit? - ein vernünftiger Satzbau mit Satzzeichen ist ein Zeichen von Respekt gegenüber den Hilfeleistenden hier im Board - .... Auf einen solchen Stil habe ich hier keinen Bock. d.h. letzte Chance für Dich, sonst schliesse ich das Thema. Danke für dein Verständnis blub
  14. meiner Meinung nach ist es andersrum: - Man kann ein ServicePack sooft drüberspielen wie man will - Wenn eine *.dll etc. eine höhere Versionsnummer hat, als die im Servicepack enthaltene, bleibt diese dll unangetastet - eine Reparaturinstallation eines Servicepacks ist mir neu cu blub
  15. Probier mal Set objGroup=GetObject("LDAP://CN=Dom„nen-Benutzer,OU=Users,DC=firma,DC=local") objGroup.GetInfo cu blub
  16. Hallo Thomas, DHCP Management Module (DHCP solution) oder als Idee Man könnte KonfigDateien erstellen, in die nur bestimmte Personen DHCPKonfigurationen hineinschreiben dürfen. Den Inhalt dieser Konfigdateien kann man per Skript regelmässig auf Veränderung und Plausibilität prüfen und anschliessend z.B. mit netsh in den DHCP Server hineinpumpen. Mit WMI liesse es sich das netsh-Skript sogar eventgesteuert starten, sobald die ConfigDatei verändert wird Die Skriptlösung ist m.E. auch nicht so sehr aufwändig. (2-3 Personentage) cu blub
  17. blub

    Arbeitnehmer gesucht :)

    Das MCSEBoard ist erstmal keine Jobbörse und wenn, dann nur in vorheriger Absprache mit boardadmin [at] mcseboard.de cu blub
  18. blub

    Arbeitnehmer gesucht :)

    bei stepstone -ohne dass ich mit denen irgendwas am Hut hätte, oder die besonders gut fände- kostet eine Anzeige für 30 Tage 590 €. Ein potentieller Arbeitgeber sollte sich m.E. einen Betrag in dieser Grössenordnung leisten können, ohne von "schw. Geld" sprechen zu müssen
  19. So ein Produkt kenne ich leider nicht. das Remoteausführen von Scripten ist ein Feature, das mit Powershell V2 ab den Betriebssystemen Windows Vista/ Server2008 kommt Windows PowerShell Blog : Managing Remote Sessions
  20. Hallo svaste, Höre ich richtig heraus, - dass auf einem Server nebeneinander Skripte entwickelt und produktiv ausgeführt werden sollen? - dass jeder Admin bei Euch sein eigenes Süppchen kochen bzw. skripten darf? Evtl. habt ihr eine sehr spezielle Umgebung, aber üblich ist ein solches Konzept nicht (mal ganz vorsichtig formuliert) cu blub
  21. wenn du es unbedingt so willst, damit habe ich kein Problem
  22. blub

    Netzwerk offen!

    Lass dir erstmal beweisen, dass wirklich überall auf Freigaben und Servern Passwörter gesetzt sind. Achte wirklich genau drauf, dass diese auch komplex sind... ;) cu blub
  23. @zebra:auch bei dieser Aufgabe bleibt dir mit null Ahnung und null Eigeninitiative nur die Methode von Hand. weiterhin gilt http://www.mcseboard.de/windows-forum-scripting-71/vbs-x-user-anlegen-2-152207.html#post937092 Danke für dein Verständnis Blub PS: weitere Anfragen von dir auf diesem Level werde ich zukünftig kommentarlos schliessen. Du kennst dann ja den Grund
  24. @zebra: Schön, wenn dies eine Lösungmöglichkeit ist, an der du Freude hast Wir haben jedenfalls keine Lust Leute mit null Ahnung und vor allem (!) null Eigeninitiative zu supporten. Danke für Dein Verständnis blub
×
×
  • Neu erstellen...