fuige

Na dann wird ich mich mal umsehen müssen wer mir da helfen kann.

Die bisherigen Herren konnten das Thema Automatisches Antworten noch nicht lösen.

Ich danke Dir für Deine Hilfe und evtl. hört man später wieder hier im Forum voneinander.

Die Outlook Web App lässt sich öffnen und ich kann mich mit meinem Domänen Konto anmelden.

Es funktioniert soweit alles in der OWA, nur wenn ich auf OPTIONEN klicke werde ich rausgeschmissen und stehe wieder auf der OWA Anmeldemaske mit dem Hinweise das Benutzername oder Passwort falsch sind.

Es wird wie im Screenshot zu sehen auch noch ein Zertifikatsfehler angegeben.

Da ich absoluter Laie bin, könntest Du mir bitte erklären wie ich dieses erst einmal beseitigt bekomme?

Vielen Dank!

Screenshot OWA.pdf

Screenshot die zweite!

Bei meiner Suche im Internet komme ich immer wieder auch zum Thema der Automatischen Antwort Funktion in Outlook 2010.

Diese funktionierte bisher noch nie bei uns. Daher gehe ich davon aus, das die Autodiscover Funktion bereits vor letztem Sonntag nicht korrekt funktionierte.

Der Rest lief Fehlerfrei!

Beim Aufruf von "Get-AutodiscoverVirtualDirectory | fl" auf dem Exchange Server

erscheinen bei InternalURL und ExternalURL keine Einträge.

Evtl. helfen diese Angaben noch den Fehler einzugrenzen.

Screenshot.pdf

Hi!

Ich habe im angehangenen Screenshot nun ab der Stelle wo Fehler protokolliert werden begonnen.

Hoffe das Hilft so.

Screenshot.pdf

Ich würde es gerne posten.

Kann es aber leider nicht kopieren. Kannst Du mir sagen wie ich herausfinde wo es als Datei abgelegt wird.

Was ich noch vergessen hatte,

der E-Mail Autokonfigurations Test ergibt folgende Meldung

Ihre Einstellungen konnten nicht von der automatischen Konfiguration bestimmt werden.

Hi RobertWi

das Problem tritt bei allen Benutzern am Terminalserver auf.

Ist vielleicht ne blöde Frage, aber was meinst Du mit dem lokalen Client? Outlook ist lediglich auf dem Terminalserver installiert.

Guten Morgen liebe Forumsgemeinde,

am vergangenen Sonntag habe ich die letzten Microsoft Updates sowie ein Update unseres Virenscanners installiert und seitdem folgendes Problem.

Kurz nachdem man Outlook gestartet hat, erscheint ein Anmeldefenster in dem man Benutzername und Kennwort eingeben muss.

Tut man dies nicht, so erscheint das Fenster nach wenigen Minuten wieder.

Wurden die Anmeldedaten angegeben so ist für diese Outlook Sitzung Ruhe. Erst beim nächsten Start von Outlook wird wieder danach gefragt.

Da es gegen Ende letzten Jahres einmal ein gleiches Verhalten nach einem Microsoft Update gab, bin ich davon ausgegangen es läge wieder daran. Doch auch das deinstallieren der Patches und Neustart des Terminalserver hat keine Besserung gebracht.

Die Patches wurden am Sonntag nur auf dem Terminalserver und NICHT auf dem Exchange Server installiert.

Anschl. habe ich mich mit McAfee in Verbindung gesetzt um den Virenscanner (VirusScan 8.8) als Fehlerquelle ausschließen zu können.

Nach einigem Hin und Her versicherte mir die Dame von McAfee das es somit nicht vom Virenscanner verursacht sein könnte.

Da die Anmeldungsabfrage erst seit Sontag erscheint muss es aber an einem der beiden Dinge liegen.

Leider gehen mir inzwischen die Ideen aus und im Internet konnte ich bisher auch nichts weiter hilfreiches finden.

Zum System

- Windows Terminal Server 2008 R2 mit Outlook 2010 Client

- Windows 2008 R2 Server mit Microsoft Exchange 2010

Evtl. hat hier ja noch der ein oder andere ne Idee was ich versuchen könnte.

Gruß

Fuige

Guten Morgen!

Der Server ist über eine ganz normale 100Mbit Netzwerkverkabelung im Netzwerk angebunden.

Größtes Problem waren die Outlook Archiv Dateien. Hier habe ich die Pfade inzwischen abgeändert und nun läuft's zufriedenstellend.

Das Problem mit den lokalen Freigaben fällt nicht so stark ins Gewicht das ich hier aktuell mehr Zeit investiere muss und auch kann.

Bei großen Datenmengen kann ich ja immer noch mit der Zwischenablage arbeiten.

Ich bedanke mich bei allen die hier so fleißig bei der Problemlösung geholfen haben und wünsche einen schönen Tag.

Hi Sunny61,

bzgl. der Profile muss ich mir auf Dauer überlegen ob ich's wie von Dir im Beitrag zuvor geschrieben mit einer Ordnerumleitung löse.

Zum kopieren zwischen lokal und Terminalserversitzung gibt's halt verschiedene Wege.

Bei einem Kollegen hängt lokal eine externe Festplatte am Rechner die im RDP Verbindungstool hinterlegt und automatisch mit in die Terminalserver Sitzung verbunden wird.

Kopiert er nun Daten innerhalb der Terminalserver Sitzung auf dieses verbundene Laufwerk, so geht die Netzwerklast blitzartig auf 100%.

Das selbe Verhalten habe ich wenn ich innerhalb einer Terminalserver Sitzung ein Netzlaufwerk auf eine lokale Freigabe verwende. Auch hier geht beim kopieren die Netzwerklast am Terminalserver auf 100%.

Kopiere ich innerhalb der Terminalserver Sitzung eine Datei in die Zwischenablege und wechsle dann auf den lokalen Rechner um sie dort aus der Zwischenablage einzufügen, so steigt die Netzwerklast an Terminalserver nur normal an. Zwischen 10-25%.

Schönen Abend euch allen!

Guten Morgen!

Bei den Profilen handelt es sich um Servergespeicherte Profile die beim abmelden ins Profile Verzeichnis der Domäne gespeichert werden.

Daher spielt hier die Größe eine nicht unerhebliche Rolle. Ich habe bereits die ersten Profile bereinigt und schon verläuft das Abmelden am Terminalserver ohne große Netzwerklast.

Was aber noch immer Probleme bereitet ist das verwenden von Netzlaufwerken auf lokale Freigaben um Daten vom Terminalserver auf den lokalen Rechner zu bekommen.

Hier wäre ich für die ein oder andere Hilfestellung noch sehr dankbar.

Ansonsten scheint mit SMBSigning und anpassen der Profilgrößen das Problem gelöst.

Vielen, vielen Dank an alle die bis hierhin geholfen haben.

Guten Morgen!

Ich habe gerade unseren Terminalserver sowie den Domänen Server (musste ich eh) neu gestartet.

Über den Tag werde ich jetzt mal das Netzwerkverhalten des TS verfolgen.

Gestern Abend ist mir noch aufgefallen das einige Benutzer sehr große Profile haben. Auch hier werde ich mich heute mal mit befassen.

Wünsche Euch allen einen schönen Tag!

Entschuldigt bitte, dass war mir beim durchlesen der Beschreibung so nicht bewusst.

Bin erst bei weiterer Recherche im Internet darauf gestoßen das die Änderung an beiden Stellen erfolgen soll und wollte mich aber lieber nochmal absichern.

Inzwischen habe ich die Änderungen am DC vorgenommen und gpupdate ausgeführt.

Also bei beiden

Default Domain Policy und

Default Domain Controllers Policy

das nach dieser Best Practise Vorgabe am Domänencontroller einrichten?

Sorry! Hab den Post auf Seite zwei Übersehen.

Sunny61, ich hatte dein Posting gelesen, nur stand hier nicht obs bei beiden Einträgen hinein gehört. Daher meine Nachfrage.

Hallo Jan,

als Clients greifen sowohl simple ThinClients als auch WindowsXP und Windows7 Rechner auf den Terminalserver zu.

Der Patchstand sollte bei allen Geräten aktuell sein.

Ich habe nun mal in der Gruppenrichtlinienverwaltung des DC nachgesehen.

Folgende Einträge sind aktuell hinterlegt.

Default Domain Policy

Microsoft-Netzwerk (Client): Kommunikation digital signieren (immer)                              --> Deaktiviert

Microsoft-Netzwerk (Client): Kommunikation digital signieren (wenn Server zustimmt)     --> Deaktiviert

Microsoft-Netzwerk (Server): Kommunikation digital signieren (immer)                            --> Deaktiviert

Microsoft-Netzwerk (Server): Kommunikation digital signieren (wenn Client zustimmt)     --> Deaktiviert

Default Domain Controllers Policy

Microsoft-Netzwerk (Client): Kommunikation digital signieren (immer)                              --> Nicht definiert

Microsoft-Netzwerk (Client): Kommunikation digital signieren (wenn Server zustimmt)     --> Nicht definiert

Microsoft-Netzwerk (Server): Kommunikation digital signieren (immer)                            --> Nicht definiert

Microsoft-Netzwerk (Server): Kommunikation digital signieren (wenn Client zustimmt)     --> Aktiviert

Hier müssten sicherlich Anpassungen vorgenommen werden. Welche genau?

Anschl. mit gpupdate aktualisieren lassen?

Hi!

Die Ereignisanzeige zeigt keinerlei Auffälligkeiten. Sorry, hatte ich bisher vergessen zu erwähnen.

Auf einen einzelnen Client oder Benutzer kann ich's leider auch nicht reduzieren.

Das beschriebene Verhalten tritt sowohl beim Abmelden von Benutzern als auch beim kopieren zwischen lokal und Terminalserver Ebene auf.

Frage zu meinem Verständnis: Kann es sein das dieses Problem beim alten 2003er Domänenserver nie in Erscheinung getreten ist, da 2003er Domäne und 2008er Terminalserver nicht per SMB kommuniziert haben?

Guten Morgen zusammen!

Bzgl. der aktuellsten Treiber steht laut Hersteller nur für das im Board integrierte RAID System eine aktuelle Version zur Verfügung.

Alles andere befindet sich auf dem neuesten Stand!

Mit unserem Virenscanner scheint es keinen Zusammenhang zu haben. Selbst bei komplett abgeschaltetem Scanner fährt die Netzwerklast am Terminalserver auf 100% wenn sich z.B. ein Benutzer abmeldet.

Den Umzug auf den neuen Server habe ich leider nicht selbst vorgenommen das mir das nötige Fachwissen fehlt.

Nach meinem Wissen wurde der neue 2008 Server als zweiter Domänen Controller konfiguriert und nach der vollständigen Synchronisation mit dem alten Domänen Controller wurde der 2003 Server herab gestuft und der neue 2008 hochgestuft.

Hoffe diese Erklärung hilft etwas. 

Unter dem von Sunny61 genannten Link zum Thema SMB habe ich nachgelesen.

Unter "Fazit zu diesem Artikel" steht "Eigentlich nur zwischen DCs aktivieren, für Fileservices nicht zu gebrauchen..."

Ich bin mir jetzt aber nicht sicher ob ich SMB Signing auf dem 2008 Terimalserver abschalten kann/soll oder nicht.

Wenn ja, wie und wo? Direkt in der Registrie unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters?

Fragen über Fragen!

Vielen Dank für Eure Geduld mit mir.

Hallo ihr zwei!

Nein den Virenscanner habe ich bisher nicht mit in die Untersuchungen einbezogen.

Sollten hier bestimmte Verzeichnisse, Dateien, ... einmal außen vor gelassen werden?

Nein, die anderen Treiber sowie BIOS habe ich noch nicht geprüft.

Was mich so wundert, ist die Tatsache das dieses Verhalten erst seit dem Umzug auf die 2008 Domäne existiert.

Zuvor unter der 2003er gab's hier keine Probleme.

Hallo Sunny61,

es handelt sich um einen Windows 2008 R2 Terminalserver mit SP1.

Es gibt nur diesen einen Terminalserver!

Für die Netzwerkkarte habe ich gerade den neuesten Treiber installiert und bzgl. des SMB Signing schaue ich noch nach.

Vielen Dank schonmal für Deine Hilfe!

Gruß

Fuige
 

Hallo MCSEBoard Gemeinde!

Heute melde ich mich hier nochmal mit einem Problem zu dem ich bisher nirgends eine hilfreiche Lösung finde.

Zum System:

Domänenserver (Windows 2008)

Terminalserver (Windows 2008)

Das Problem:

Vor ein paar Wochen haben wir unseren alten Domänen Server (Windows 2003) durch den neuen Windows 2008 Server ersetzt.

Dabei wurde die alte Domäne auf den neuen Rechner umgezogen und nicht komplett neu aufgesetzt.

Soweit ich's noch sagen kann, fing ziemlich zeitgleich das Problem an, das unser Netzwerk mehrmals täglich für Zeiträume von ein paar Sekunden bis zu 2 Minuten sehr, sehr langsam wird.

Die weitere Suche per Networkmonitor hat gezeigt das die Netzwerkkarte des Terminalservers zu 100% belegt wird und eine Vielzahl an SMB Protokoll Einträgen entstehen.

Bisher bin ich davon ausgegangen das es mit der Nutzung lokaler Freigaben zusammenhängt.

Nun ist aber heute aufgefallen das selbst der Abmeldevorgang vereinzelter Benutzer (nicht bei allen) zu einer 100% Auslastung der Netzwerkkare am Terminalserver führt.

Alle Benutzerprofile sind Servergespeicherte Profile auf der Domäne.

Hat hier evtl. jemand einen hilfreichen Tipp was ich prüfen oder anpassen muss?

Vielen Dank euch allen bereits im Voraus!

Hallo DrudgeLord,

ich stehe vor dem selben Problem und man hat mir die Anleitung unter dem unten stehenden Link zugesandt um das Problem zu beheben.

Da ich ein Exchange Neuling bin, konnte ich auf die schnelle nichts mit dem beschriebenen anfangen und bin zeitlich noch nicht dazu gekommen intensiever daran zu arbeiten.

Vielleichts hilfts Dir bei Deinem Problem.

Gruß

Fuige

http://bent-blog.de/abwesenheitsassistent-unter-outlook-2007-in-verbindung-mit-exchange-2007-funktioniert-nicht/

Hi!

Nur noch kurz das Ergebnis der Installation von Adminpack.msi.

Alle Einträge sind wieder unter Verwaltung aufrufbar.

Vielen Dank für die Hilfe.

Gruß

Fuige

Vielen Dank für die Antworten!

In der MMC hab ich schon drin und das mit dem adminpack werd ich mal versuchen.

Melde mich dann wieder mit dem Ergebnis.

Gruß

Fuige

Guten Morgen alle zusammen!

Ich habe hier auf einem Win2000 Domänenserver das Problem das unter Start->Programme -> Verwaltung der Reiter "Active Directory Benutzer und Computer" nicht mehr angezeigt wird.

Wie kann ich diesen wieder hier integrieren?

Danke für Eure Hilfe bereits im Voraus!

Gruß

Fuige

Jipi!!!!!

Das war die Lösung.

Nachdem ich unseren McAfee VirusScan Enterprise komplett abgeschaltet hatte konnte ich den Drucker ohne Probleme auf dem Terminalserver installieren.

Vielen, vielen Dank allen für Ihre Antworten.

Gruß

Fuige

Ein Virenscanner läuft auf dem TS.

Werde es mal versuchen wenn ich Ihn abgeschaltet habe.