Jump to content

=BT=Viper

Members
  • Gesamte Inhalte

    748
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von =BT=Viper

  1. =BT=Viper

    MSI für Office

    Noch ein Link den ein Anderer gefunden hat :) [/url]http://www.wintotal.de/Artikel/offxpsp3cd/offxpsp3cd.php[/url]
  2. Was hast du denn in der lokalen GPO geändert?
  3. Das Problem ist mir neu. Ich gehe mal davon aus das du unter "Start->Programme->Verwaltung->Lokale Sicherheitsrichtlinie" deine Änderungen vorgenommen hast. Ist das System eine Neuinstallation? Wenn nein, könnte es sein das ein Script beim Start deine GPO überschreibt? Hast du die Änderungen als lokaler Admin gemacht?
  4. Wie alles weg? Wird die Richtlinie nicht übernommen oder löscht er deine Änderungen in der Lokalen GPO? Bedenke das in einer Domäne ggf. die Lokale Richtlinie von Domänenrichtlinien überschrieben werden.
  5. =BT=Viper

    MSI für Office

    Dieser Link scheint mir nützlich um ein Office MSI zu erstellen. http://admins-tipps.net/software/microsoft/office/autoinstall/benutzerangepasste-installation.htm#Administrative%20Installation%20auf%20dem%20Server
  6. Also ich will das Office per MSI auf jeden Fall über AD Gruppenrichtlinien Verteilen ;) Hab hier auch einen scheinbar nützlichen Link gefunden: http://admins-tipps.net/software/microsoft/office/autoinstall/benutzerangepasste-installation.htm#Administrative%20Installation%20auf%20dem%20Server
  7. Aha. Also nehme ich mal an, das ein Client erstmal eine 90 Tage Lizenz vom Lizenzserver bekommt. Dann muss ich beim Lizenzserver Auf "Lizenz installieren" klicken und die Seriennummer der W2k WS eigeben. Richtig?
  8. SUPI! Genau das wollte ich hören. Ein big THX an dich. Jetzt muss ich ja nur hoffen das ich alles richtig konfiguriert habe.
  9. ??? Irgendwie hat das meine Frage glaub nicht richtig beantwortet. Für W2k Clients werden keine Lizensen benötigt für ein Connect auf W2k Terminal Server mit einem W2k Lizenzserver. Soweit ist mir das schon klar. Was ich nicht weiss ist, ob ich die Lizenzen der Clients von hand auf dem Lizenzserver installieren muss ("Lizenzen installieren" klicken auf Lizenzserver) oder ob sich die Lizenzen der Clients automatisch beim Lizenzserver eintragen sobald sie connecten. Selbst der MS Support konnte mir diese Frage am Telefon nicht beantworten. LOL
  10. Ich habe einen W2k Lizenzserver für einen W2k Terminal Server installiert. Für W2k Clients benötige ich ja keine extra CALs. Muss ich die Client Lizenzen auf dem Lizenzserver installieren oder tragen die sich selber ein? Oder erscheinen die garnicht?
  11. Jo, werd ich machen...bisher hatte ich auch keine Zeit dazu (zum Glück)
  12. Ich will mich heute auch an dem Thema versuchen.
  13. Ok.... Mit ADMT2 wurden die Benutzer und Computerkonten einer alten Domäne auf den neuen AD (neue Domäne) umgezogen. Danach hab ich einen 2. AD in der neuen Domäne installiert, jedoch wurden nicht die ensprechenden Einträge im DNS des 1. Domänencontroller gemacht. Ich habe auf dem 2. DC (neue Domäne) einen DNS installiert. Die fehlenden Einträge im DNS (DC1) von Hand nachgetragen und auf DC2 die Einträge vom Master übertragen. Danach hat die Replikation 1 mal funktioniert. Danach war die komplette Foward Lookup Zone des 1.DC weg. Hoffe du hast mein Problem nun verstanden.
  14. Ich habe eine sekundäres AD installiert. Was dabei schonmal schief ging war, dass der 2. AD nicht im DNS des 1. AD eingetragen wurde. Auf dem 2. AD hab ich danach auch einen DNS installiert. W2k hat es nicht geschafft die automatische Replikation einzurichten, wegen eines DNS problems. Obwohl der DNS bisher einwandfrei funktioniert hat. Ich habe dann die fehlenden DNS Einträge von Hand nachgetragen und schwups hat die Replikation auch getan. Jedoch war danach im primären DNS die komplette AD Foward Lookup Zone verschwunden. Weiss einer warum das passiert ist? Bzw. kann ich irgendwie die Daten aus dem Sec. DNS in den 1. DNS übertragen? Oder muss ich es wieder von Hand machen? Der primäre AD/DNS wurde übrigens von NT4 geupdated und es stand vorher ein Domänenumzug mit ADMT2 statt, welcher wunderbar funktioniert hat.
  15. Ich habe bis vor kurzem bei 1&1 gearbeitet. Soweit ich weiss soll es in Zukunft möglich sein das man mehrere IPs für seinen Server bekommt. (Strato usw. machen sowas ja schon lang) Jedoch wird dieses Angebot nur für neue Tarife gelten.
  16. Hi! Ich komm hier wiedermal nicht weiter. :( Ich versuche ein MSI für TightVNC zu erstellen. Prinzipiell ja kein Problem, aber ich bekomm es nicht hin das auch der Service automatisch gestartet wird. Im Normalfall wird ein MSI ja erst installiert wenn jemand versucht die anwendung auszuführen. Erst dann startet die wirkliche Installation. Und das ist wohl genau mein Problem. Der Service wird zwar in der Registry eingetragen, kann aber nicht ausgeführt werden weil VNC noch nicht wirklich auf dem Rechner installiert ist. Wie kann ich einen Service in ein MSI eibinden, bzw. wie kann man veranlassen das die Software sofort installiert wird, sobald die Gruppenrichtlinie das Packet verteilt?
  17. Hab das Problem schon gelösst, THX. Un ClientPCs mit ADMT2 zu migrieren muss auf dem neuen Domänencontroller und auf den Clients das NetBIOS Protokoll installiert sein. Sonst kann der ADMT Agent nicht installiert werden. Ausserdem muss eine Vertrauensstellung zwischen der neuen und der alten Domäne eingerichtet werden damit die Gruppe Dom-Admins der neuen Domäne Mitglieder der lokalen Guppe der Administratoren der ClientPCs werden können. Dann tut die Computermigration ;)
  18. Ich habe hier das selbe Problem. Ich muss NT4 Workstations in eine neue Domäne umziehen und die Benutzerkonten sollen mit umgezogen werden. Auch bei mir schlägt der Agent fehl mit den selben Fehlermeldungen. Die neuen Domänen Admins sind mitglieder der Admins der alten Domäne. Die Domänen vertrauen einander. Ich denke mein Problem liegt daran, das der Remote Registry Zugriff nicht enabled ist, bzw. die Admins der neuen Domäne müssen die Registrierung auf dem Client ändern können...Und wie mach ich das? Leider hab ich von NT nicht so viel Plan :( Momentan bin ich hier am Suchen ob ich dazu ne Info bekomme wie ich das unter NT hinbekomme.
  19. Schade das mir bisher keiner weiterhelfen konnte. Momentan frage ich mich warum ich bei mir im AD - Benutzer + Computer keine Sicherheitsrichtlinien in den Eigenschaften der Domäne oder OUs usw. bekomme. Denn bei einem anderen AD wo die Softwareverteilung tut ist alles gleich, bis auf diesen Punkt.
  20. Axo, ja klaro. Denn die einzige Verbindung zu dem anderen Netz ist ja der Tunnel.
  21. Also ich benutze WingateVPN und nicht den MSVPN und hab keinerlei probs mit VNC oder W2k Terminaldienst auf die Rechner zuzugreifen. Kannst du bei erfolgreicher VPN anbindung das angewählte Netzwerk erreichen? Ping, DNS, usw?
  22. Oh sorry, das hab ich wohl verraffelt :) THX Ich hab mal per Gomputerbezogener GPO "cmd.exe" beim Start ausführen lassen. Diese Richtlinie hat problemlos gezogen. Ich wunder mich jetzt wirklich was ich falsch mache bei der Softwareverteilung :(
  23. Hi, ich hoffe mir kann jemand helfen: Ich versuche Software im AD mit GPO´s zu verteilen. Wenn ich die GPO auf Benutzer in einer OU anwende funktioniert alles supi. Auch mit "gpresult.exe" sehe ich die erfolgreiche ausführung der GPO. Versuche ich jedoch die GPO für Computer zu generieren und füge die Computer der OU zu, wird die Software nicht installiert. "gpresult.exe" bringt nichtmal eine Fehlermeldung In allen Sicherheitsrichtlinien die diese GPO und OU betreffen haben Domänencomputer sogar Vollzugriff. Ich habe auch das übernehmen von übergeordneten GPO´s deaktiviert und auch die Richtlinienvererbung ausgeschaltet. Mein selbsterstelltes .msi File funktioniert auch einwandfrei. Trotzdem wird die GPO nicht für den Client angewendet. Hat jemand eine Idee?
×
×
  • Neu erstellen...