DrJay

Hallo Daniel, wie dumm von mir - ich dachte das dies nur notwendig ist, wenn ich Mitglied innerhalb der Domäne bin :-/. Weshalb funktioniert das ohne Ab- und Anmeldung eigentlich, wenn ich die "Builtin" Groups für die Zugriffsberechtigungen verwende? Vielen Dank schonmal :-) lg. der René

Hallo Zusammen, aus "aktuellem" Anlass habe ich mir eine kleine Testumgebung auf drei VMs (ESXi 5.0.1) mit Windows 2012 Datacenter zusammen gebaut. Die Konfiguration sieht wie folgt aus: Server01_AD (AD Server mit DNS der Domäne "SNAFU") Server02_AppSrv (Mitgliedserver der Domäne "SNAFU") Server03_SQLSrv (Mitgliedserver der Domäne "SNAFU") Server01_AD hat ein Share namens "Daten" welches für die Gruppe "Domänen-Benutzer" freigegeben wurde. Zum Testen greife ich aus der Domäne "WALHALLA" auf Server01_AD zu. Das Login erfolgt dann quasi mittels Windows Authentifizierung "SANFU\Username1". Wenn ich jetzt jedoch eine Globale Sicherheitsgruppe erzeuge, den User "Username1" zum Mitglied diese Gruppe mache und dann das Share mit der neuen Sicherheitsgruppe freigebe, erhalte ich keinen Zugriff auf das Verzeichnis. Warum? :-) liebe grüße, der René

Nachdem ich die policy editiert habe wurde diese "Basic Richtlinie" korrekt dargestellt und angezeigt. Das Problem ist also damit behoben wollte ich ausdrücken :-) Aber mal ehrlich: Das ist doch ne ziemlich gemeine Sache oder? In meinem Fall nicht sonderlich dramatisch, aber das geht doch schon in Richtung Hellseherei ;-)

Auch das habe ich bereits mehrfach getan - ABER - jetzt schau sich das mal einer an: In der GPMC wird hier zwar was gehighlighted - aber es steht scheinbar kein Text drinnen. Ich hab den Eintrag denoch angeklickt und siehe da - die Policy ist da! Und in der Gruppenrichtlinienübersicht war sie erst garnicht sichtbar: Nur der Abstand der letzten Policy zum WMI-Filter Strukturpunkt hat mich dann doch stutzig gemacht. Normal, ist das nicht. Aber vielen Dank für die Anregungen!

UPDATE: Ich habe mit mittels GPRESULT nocheinmal die Angewandten Gruppenrichtlinien angesehen und festgestellt, dass da etwas ist, was nicht hingehört. BENUTZEREINSTELLUNGEN Angewendete Gruppenrichtlinienobjekte ------------------------------------- Basic Richtlinie Default Domain policy Richtlinien der lokalen Gruppe Eine "Basic Richtlinie" gehört nicht zum Standard Windows Server Repertoire. Ich gehe davon aus, dass dort der Hund begraben ist. Wo jedoch finde ich diese Richtlinie? RSOP.MSC zeigt mir leider nichts an was auf diese Richtlinie verweist.

Das hab ich schon. Und dann unter Benutzerkonfiguration - > Administrative > Vorlagen -> Systemsteuerung - > Anzeige...aber dort steht: "Registrierkarte Bildschirmschoner ausblenden" -> deaktiviert Das hatte ich bereits zuvor in der GPO hinterlegt, da das Tab weg war. Es ist immernoch weg - an allen Workstations welche sich an der Domäne anmelden. Irgendwie unheimlich ;-)

Hallo miteinander, ich habe ein neues Netzwerk übernommen und stehe gerade vor folgender Problematik: Ist Stand: Es sind zwei Domaincontroller auf Windows 2003 Enterprise Basis vorhanden sowie mehrere Mitgliedsserver. Im Netzwerk befinden sich Windows 7 alsauch Windows XP Clients, welche sich an der Domäne anmelden. Problem: Allen Windows XP Clients fehlt nach der Domänenanmeldung das Bildschirmschoner Tab unter "Anzeige". Die Windows 7 Clients sehen zwar in der Systemsteuerung die Verlinkung "Bildschirmschoner ändern" aber das Ausführen dieser wird verweigert. Bisher unternommene Schritte - Ich habe mir im AD die Gruppenrichtlinie angesehen, dort wurde unter Administrative Vorlagen -> Systemsteuerung -> Anzeige -> "Registrierkarte "Bildschirmschoner" ausblenden" nichts eingestellt. - Ich habe mir die Lokale Richtlinie an den Clients via gpedit angesehen, auch hier wurde nichts eingestellt - Unter Verwaltung -> Sicherheitsrichtlinie für Domänen ebenfalls Fehlanzeige Mir sind die Optionen ausgegangen - wo könnte mein "Vorgänger" diese Einstellungen noch getätigt haben? Über Hilfe wäre ich sehr dankbar. lieben Gruß René

Klug******er ;-) vielen lieben Dank für den Tip. Ich bin davon ausgegangen, dass es auch ohne SSL Testweise funktioniert. Naja, ne eigene Zertifizierungsstelle auf nem anderen System hinzugefügt und ne Cert Anforderung gestellt - siehe da. Es tut. merci René

Hallo Günther, ich bin mir da nicht ganz so sicher. schau mal hier: MSXFAQ.DE - OWA Formbased und wie gesagt, es funktioniert ohne, er will nur nochmals ne authentifizierung oder hängt das genau mit SSL zusammen? lg. René

Hallo Günther, über .../exchange/ funktioniert die Formbased Anmeldung leider nicht bei mir. Eine HTTPS Verbindung werde ich einrichten wenn das generell mit der Formbased authentification funktioniert. Vorher macht das keinen Sinn.

Hallo miteinander, ich arbeite in einer Werbeagentur und möchte für unsere "herzchen" den externen Zugriff, welcher durch einen VPN connect sowieso schon vieeeeell zu kompliziert ist, vereinfachen in dem ich die Formbased Authentification einsetze. Folgendes Problem (wohl definitiv eine Konfigurationspunkt übersehen) stellt sich mir: Nach dem Aktivieren der Formbased Authentification und dem Aufruf der Weburl: http://xxxxxxx/exchweb/bin/AUTH erscheint der Loginscreen. (siehe Anhang 1) Gebe ich nun einen Benutzernamen mit OWA Zugriffsrechten an und logge mich ein, erhalte ich das Standardpopup welches man auch bei der Standardanmeldung http://xxxxxxx/exchange/user.name zu sehen bekommt. (siehe Anhang 2) Fülle ich dieses aus, werde ich zum Postfach weitergeleitet. Nur wozu benötige ich eine Formbased Authentification wenn dieses optisch etwas mißratene Popup nochmals nach den Benutzerdaten fragt? Irgendwo hängt da noch eine zweite Authentifizierungsmethode dazwischen...nur wo? liebe Grüße René