renewolf

Hallo Leute! Hab das gleiche Problem bei einem Kunden. Das Problem tritt bei allen Profilen auf. Ereignisanzeige bringt folgenden Eintrag: Der Name "MAKEAUNIQUENAME:20" konnte nicht auf der Schnittstelle mit IP-Adresse 172.16.4.54 registriert werden. Der Computer mit IP-Adresse 172.16.4.16 hat nicht zugelassen, dass dieser Computer diesen Namen verwendet. Hat da schon jemand ne Lösung ?

Warum verbindest du nicht die Homelaufwerke von jedem Benutzer direkt über die Homelaufwerkverbindung unter dem Profil im AD. Haben wir bei uns auch mit knapp 500 Home Laufwerken so gemacht. Du vergiebts auf dem Homeshare (in welchem alle Homedirectories liegen) die NTFS Berechtigungen: Administratoren und System mit Vollzugriff und läßt dann über den Eintrag im Profil das Homelaufwerk erstellen und auch verbinden. Die Berechtigungen setzt das System dann auf den entsprechende Homedirectory des Benutzers selber.

Das ist schon klar, daß das nur mit mst File funktioniert. War aber in diesem Punkt nicht das Problem. Das Problem war das ein selbst erstelltes MSI von einer unserer Unternehmensapplikationen oben genannten Wert angelegt hat und dadurch Office dazu gebracht hat die Installation mit der oben angegeben Fehlermeldung zu verweigern. Ein Löschen des Schlüssel hat zum Erfolg geführt.

Dank dir! Ich hab die Lösung aber eben gerade gefunden. In der Registry gab es einen Eintrag [HKEY_CLASSES_ROOT\Installer\Products\7040110900063D11C8EF00054038389C] "AdvertiseFlags"=dword:00000000 Weiß der Geier, wo der her kam. Vielleicht von einer abgebrochenen Office Installation. Den Key gelöscht und die Installation lief. :-)

Die genaue Fehlermeldung kommt vom Windows Installer und heißt: "Der Systemadministrator hat Richtlinien erlassen, um diese Installation zu verhindern." Im Eventlog gibt es gar keinen Eintrag, die Version, die installiert werden soll ist OffXP SP3

Hallo Leute! Ich habe in Problem bei der Installation von Office XP auf einem Windows 2003 Terminalserver. Hier läßt sich die Installation nicht starten. Es kommt immer die Fehlermeldung des der Administrator eine Richtlinie zur Verhinderung dieser Installation erlassen hat. Es ist aber keine Richtlinie gesetzt, die den Windows Installer deaktiviert. Andere Applikationen, die den Windows Installer nutzen lassen sich auch ohne Probleme installieren. Der Terminalserver befindet sich bei der Installation im Installationsmodus. Die Installation funktioniert sowohl nicht über Remotedesktop, wie auch nicht lokal an dem Rechner. Mir gehen langsam die Ideen aus. Wo kann ich noch schrauben ?

Hat da niemand eine Idee ?

Hallo Leute! Seid heute habe ich auf einem meiner DCs das Problem, daß ich keine MSI Pakete zur Softwareinstallation in der GPO hinzufügen kann. Ich bekomme dann immer die Meldung: "Kein Paket in den Softwareinstallationsdaten im Active Directory entspricht den Kriterien." Füge ich das MSI auf einem anderen DC hinzu funktioniert es. Weiß jemand was die Fehlermeldung bedeutet und wo ich das Problem suchen muß. DCdiag weißt auch keine Probleme auf. Danke schon mal!

Das ist ja das tolle. Im Planungsmodus ziehen die richtigen Richtlinien. Verwirrend, oder ?

Ja richtig! Da wird nichts verändert. Ich habe ja auch eine Reihe anderer Richtlinien, die so arbeiten. Ich verstehs nicht. Ich habe jetzt auch scon mit einem Kollegen drauf geschaut, weil irgendwann wird man ja betriebsblind. Ist aber nichts zu finden.

Es handelt sich hier um eine Sicherheitsgruppe. Wenn ich die Rechner in eine OU lege und diese OU mit der GPO verlinke funktioniert das, habe ich auch schon getestet. Die Frage ist nur warum ?

Ja genau, so ist es gemeint. Die Computerkonten befinden sich irgendwo im Verzeichnis. In der Richtlinie sind Einstellung für den WSUS gesetzt.

Vielleicht kann mir aber einer bei einem anderen Problem noch helfen. Folgende Situation: Windows Server 2003 DCs Domänen- und Gesamtstrukturfunktionsebene auf 2003 Eine Richtlinie auf Domänenebene verknüpft und diese auf eine im AD angelegte Gruppe mit Rechnern ziehen lassen. Das Kuriose die Richtlinie zieht nicht. gebe ich den Rechnern direkt die Berechtigung die Richtlinie zu übernehmen geht es. Ich kann mir das nicht erklären. Es ist auch nicht die erste Richtlinie dieser Art und nach dieser Methode, die ich angelegt habe und alle funktionieren, bis auf 2 Stück. Danke und Gruß

Ich glaub ich mach einfach Feierabend. Wenn man schon vor lauter Bäumen den Wald nicht mehr sieht. Danke für die Brille :-)

Hallo Leute! Ich hab mal ne dumme Frage! Ich bin auf der Suche nach der Option "Richtlinienvererbung deaktivieren" in der GPMC. Bevor ich die GPMC installiert habe, konnte ich ja direkt unter dem Reiter Gruppenrichtlinien auf der OU die Einstellungen "Kein Vorrang" und "Richtlinienvererbung deaktivieren" setzen. In der GPMC finde ich aber nur noch den Punkt erzwungen im Menü. Wo ist der Punkt "Richtlinienvererbung deaktivieren" hin ? :confused:

Hallo Leute! Hab ein Phänomen, daß beim Surfen über den Terminalserver im IE 6 bei jedem Seitenaufruf kurz der Installer auf geht. Wie läßt sich das denn am besten beheben, bzw. wo kommt das her ? Danke schon mal!

Hallo Leute! Ich habe das Problem der Einrichtung eines Profils in Oulook für einen Benutzer auf dem Terminalserver. Folgende Konfiguration: Auf den Terminalservern läuft w2K3 mit Citrix PS4. Office ist dort mit dem passenden mst File zum Anlegen eines Profiles mit den passenden Einstellungen bei der Neuanmeldung eines Benutzers hinterlegt. Die Einrichtung funktioniert auch, nur bekommt der Benutzer beim ersten Start von Outlook auf dem TS immer die Meldung: Der Vorgang wurde wegen Beschränkungen auf diesem Computer abgebrochen. Mir ist schon klar, daß es sich um irgendeine Richtlinie handelt, die für den TS gesetzt ist. Ich habe aber absolut keine Ahnung welche Richtlinie das sein könnte. Hab die Richtlinien schon durchgeschaut und mir ist keine aufgefallen, die das verhindern würde. Hat jemand noch ne Idee, wo ich da suchen könnte, bzw. welche Richtlinie das reinschießt ?

Die Firewall ist deaktiviert. Hab aber immer noch die gleichen Probleme. Ich hatte auch im Internet schon was zu Änderung von Richtlinien unter Computereinstellungen -> Administrative Vorlagen -> System -> Remoteprozeduraufruf gefunden. Bin mir da nur nicht so sicher, ob das der richtige Punkt ist. Außerdem gabs hinweise auf die Änderung der Richtlinien zum Thema DCOM unter Computerkonfiguration -> Windows-Einstellungen -> Sicherheitseinstellungen -> lokale Richtlinien -> Sicherheitsoptionen. Dort sollte man die Berechtigungen für die speziellen Gruppen setzten die auf den RPC Server zugreifen dürfen. Hat aber irgendwie auch nicht funktioniert. Vielleicht hat ja jemand noch eine Idee.

Hallo Leute! Seid ich auf den Rechnern bei uns im Unternehmen SP2 für XP installiert habe kann ich keine Richtlinienergebnisssätze mehr erstellen. Ich bekommen bei der auswahl des entsprechenden Rechners immer die Meldung "RPC-Server" nicht verfügbar. Ich habe in den Whitepapers von Microsoft schon gelesen, daß mit SP2 einige Sicherheitsänderungen am RPC durchgeführt wurden. Ich habe auch schon die Gruppenrichtlinienobjekte für RPC versucht zu ändern, sowie die lokalen DCOM Richtlinien. Nach wie vor ist es mir aber nicht möglich mit dem Domänen-Admin Account Ergebnisssätze zu erstellen. Kann mir vielleicht einer weiter helfen, wo ich die richtigen Einstellungen treffen muß ? Danke schon mal!

Hallo Leute! Ich hab mal eine Frage zum Thema WINS! Wir betreiben ein Netzwerk auf Basis W2K3 mit WinXP Clients ohne WINS Server. Ist es ratsam einen WINS Server zu installieren ? Würde mir das an einigen Stellen Geschwindkeitsvorteile bringen ?

Ich hab in der Registry leider nichts brauchbares gefunden. Gibt es auf Kommandozeilenebene einem Drucker bei der Verbindung mit rundll32 printui.dll,PrintUIEntry einen Pfad mitzugeben in den standardmäßig rein gedruckt wird, also sprich beim Drucken auf diesen Drucker ein PRN File erzeugt wird ?

Hab leider immer noch keine Lösung dafür gefunden. Keine ne Idee ??? Unsere User sind hal ein bischen dämlich und müssen alles vorgekaut bekommen.

netdiag /fix und ipconfig /registerdns auf dem betroffenen Server hat das Problem gelöst. DCdiag bringt jetzt keine Fehler mehr.

Hat denn keiner eine Idee ?

Der Befehl netdom query fsmo liefert auch die richtigen Server zurück. Das einizige was mir aufgefallen ist, daß im DNS unter _msdcs\pdc\_tcp noch der ursprüngliche Server eingetragen ist.