nobex

Lade Dir mal die aktuelle inetres.adm in den Richtlinien-Editor und 'pröbel' in den Einstellungen der Zonen unter 'Windows-Komponenten/Internet Explorer/Internetsystemsteuerung/Sicherheitsseite/' die verschiedenen ActiveX-Einstellungen durch.

Wie erstellst Du denn mit dem IE eine RDP-Sitzung? :suspect:

Ist der WSUS 3.0 nicht beim SBS 2008 dabei?

Solltest Du auch einen DNS-Server auf der Maschine betreiben, dann schau Dir mal meinen Post aus der Diskussion hier an:

http://www.mcseboard.de/windows-forum-allgemein-28/dns-exe-tausende-connections-tcpview-137499.html#post845894

Nachdem der DNS-Server nach dem letzten Patch auch meinem IAS-Server die Ports gemopst hat, habe ich mir mithilfe dieser beiden Artikeln beholfen:

MS08-037: Vulnerabilities in DNS could allow spoofing

How to reserve a range of ephemeral ports on a computer that is running Windows Server 2003 or Windows 2000 Server

War auf der entfernten Backupplatte evtl. das Systemvolume?

(Definitions for system volume and boot volume)

Hmm, die Setup.exe kannst Du aber als Computerstartupscript laufen lassen.

Urgs, Setup sagt, das SP sei schon drauf *würg*

Also noch mal von vorne ... :rolleyes:

doofe Frage: welche meinst Du damit?

Die, die die Console um die Exchange-Features erweitern. Wenn Du am Exchange direkt die Userverwaltung öffnest, solltest Du die Teile schon installiert sehen. Am Client mit installiertem Adminpak oder am 'normalen' DC (ohne Exch) müssen sie noch manuell durch Ausführen vom Exchange-Setup nachinstalliert werden.

Ich würde versuchen, erstmal der Ursache für die Meldungen auf den Grund zu gehen, denn normal sollte das Verhalten nicht sein.

Denn diese ICMP Meldungen machen mir mein Nerzwerk derzeit komplett zu!

Wie kommst Du zu dieser Erkenntnis?

In AD-Benutzer und -Computer kannst Du (bei installierten Exchange-Erweiterungen) unter Registerkarte 'Exchange - Erweitert' -> 'Postfachberechtigungen' Einfluss auf die Rechte auf oberster Postfachebene nehmen. Freigaben von untergeordneten Objekten kannst Du m.E. nur über Outlook beeinflussen, es sei denn, Du versuchst Dich im AD an Verweigerungen (nicht zu empfehlen).

Wenn ich die vs_setup.msi manuell starte, bekomme ich nur die Meldung 'Konfiguration abgeschlossen' o.ä., aber ein SP1 wird nicht installiert (als GPO erst recht nicht :(). Die setup.exe würde wohl gehen, bringt mich aber nicht weiter.

Hallo Zusammen,

mir stellt sich o.g. Frage. Leider werden mom. (scheinbar seit dem SP3 :suspect:) keine Framework-Updates mehr von unseren Clients vom WSUS 2.0 gezogen.

Bei Rechnern, welche sich schon vor dem SP3 updateten, ging es bis zum Framework 2.0 SP1 problemlos. Bei neuen Clients, bei denen das SP3 als eines der ersten Updates vom WSUS gezogen wird, geht es scheinbar nur noch bis zum Farmework 2.0 (ohne SP), die neueren Updates werden als 'nicht erforderlich' erkannt.

Nun wird in naher Zukunft das 3.5er Framework auf den Clients verlangt. Für das 3.0 und 3.5 habe ich schon GPOs gebastelt wie hier beschrieben:

Microsoft .NET Framework 3.0 Administrator Deployment Guide

Microsoft .NET Framework 3.5 Administrator Deployment Guide

Jetzt scheitere ich allerdings am 3.0 SP1, für welches ich keine funktionierende MSI hinbekomme, welcher aber Bedingung für 3.5 ist.

Bin dankbar für jeden Tipp

Gruß Robert

Wenn dus mit Boardmitteln versuchen willst, kannst du ja den lokalen User Remoteunterstützung anfordern lassen. Finde das aber recht umständlich.

Unter XP-Pro lässt sich die Remoteunterstützung recht einfach auf 'einladungslosen' Betrieb konfigurieren.

Du installierst die Software über Compu-Config, also braucht der Rechner-Account Leserechte auf das MSI-Paket. Weiterhin solltest Du die Ereignisanzeige am Client prüfen, der DC vergibt keine Aufträge in dem Sinne.

Evtl. wäre die XP-interne Remoteunterstützung noch eine Option.

Dann bin ich hier mit meinem Latein am Ende ... :suspect:

Ich könnte mir (vom Gefühl her :cool:) noch etwas in Richtung Namensauflösung und DNS vorstellen, allerdings fällt mir kein Szenario ein, warum diese bei einem Trust plötzlich nicht mehr funktionieren sollte :confused:

Zum Verständnis versuche ich mal zusammenzufassen:

- DomA und DomB vertrauen sich beidseitig

- die Backup-SW versucht (von einem Rechner) aus DomA auf einen DC in DomB zuzugreifen -> es kommt zur Fehlermeldung

Weiter Frage:

Hast Du in der Backup-SW die Anmeldeinfos samt Domäne hinterlegt, also 'DomB\Admin' und entspr. Kennwort aus DomB?

Nein, in beiden Domänen gibt es nur Domänencontroller. Lokale Adminrechte bekommen die DomAdmins doch eh durch die Mitgliedschaft in der "Administrator-Gruppe", oder?

Aber die Mitgliedschaft in den Lok. Admingruppen wird standardmäßig nur den Dom-Admins der eigenen Domäne erteilt.

Abgesehen davon funktioniert die Remoteinstallation ja ohne Vertrauensstellung mit dem jeweiligen DomAdmin bzw. lokalen (bei Client Installation). Nur sobald die Vertrauensstellung eingeschalet ist eben nicht mehr.

Haben die Admins in beiden Domänen gleiche Usernamen/Kennwörter? Dann würde im Falle ohne Trust eine separate Beglaubigung beim ersten Zugriff stattfindin, mit Trust werden die Konten der vertrauten Domäne auf die entspr. Berechtigungen geprüft.

Die Admins sind Mitglied der Gruppe "Administratoren" in der jeweils entfernten Domäne.

HAndelt es sich evtl. um Memberserver? Sind die Admins der 'fremden' Domäne auch Mitglieder der lok. Admingruppen?

Hast Du nach dem Anlegen der Vertrauensstellung auch die 'übergreifenden' Gruppenmitgliedschaften konfiguriert, also Dom-Admins von DomA -> DomB usw.?

Habe ein ähnliches Problem mit Windows Mail unter Vista. Ich bekomme die Mail mit 'Gelöschte Nachrichten permanent Löschen' nicht weg.

Beim IMAP-Zugriff über Outlook 2000 auf die selben Postfächer funktioniert es problemlos. :suspect:

Was für ein Testzugriff und warum ohne Anmeldung?

Da kann ich Dir jetzt leider nicht folgen. :confused:

Wieso denn jetzt 2x? :suspect:

Sind die Anmelde-Infos denn in den Kontoeigenschaften korrekt hinterlegt?

Bist Du als Domänen-User angemeldet?

Wie sind die Einstellungen unter

Jobstatus -> Aktivitätsprotokoll

(Organisieren, Autom. Bereinigung ...)?

Viele dieser Programme sind allerdings auch ohne Setup und Einträge unter HKLM lauffähig, würden somit u.U. nur in den User-Zweigen der Reg einträge hinterlassen.