MS-Wing

Hallo, folgendes Szenario: 2 AD-Domänen (A und B) in einem Forest. Domäne A: Exchange 2003 Server und Exchange 5.5 Server. ADC ist installiert Domäne B: Exchange 5.5 Server in der gleichen Site (adm.group) wie die anderen Exchangeserver Frage: Wieviele Benutzer-Connection Agreements brauche ich? Muss ich bei 2 Agreements beide auf "Primary Connection Agreement for the connected Windows Domain setzen"? Dies ist momentan der Fall. Sehe ich das auch richtig das Verteilerlisten, die im Exchange 5.5 angelegt wurden keinem Server gehören und somit auch immer nur in einer AD-Domäne (die mit dem Primary Agreement) als Universelle-Verteilergruppe auftauchen? Ich habe in Domäne B auf dem Exchange 5.5 Server eine Verteilerliste angelegt. Das AD-Objekt wurde jedoch in Domäne A erstellt. Gruß, Sascha

Hallo, für den Windows Media Server gibt es ein "Windows Media Services Administrator for the Web". Mit diesem Interface lässt sich der Dienst über einen Webbrowser steuern. Das Interface ist Teil der Media Services. Gruß, Sascha

Hallo, für die Anmeldung am Terminalfenster die Tastenkombination Strg-Alt-Ende verwenden. Siehe auch Hilfe zur Remotedesktopverbindung. Gruß, Sascha

Hallo, sollte Dein PC nicht Teil einer AD-Domäne sein, so kannst Du die lokalen Gruppenrichtlinien überprüfen. Starte hierzu gpedit.msc und schau nach unter Benutzerkonfiguration/Systemsteuerung/Anzeige. Dort existiert die Richtlinie "Registerkarte "Desktop" ausblenden". Diese darf nicht auf "Aktiviert" stehen. Ist dies richtig konfiguriert, bekommst Du höchst wahrscheinlich eine Policy vom Admin zugewiesen. Gruß, Sascha

Hallo, schau bitte ins \windows\tasks - Verzeichnis. Dort sollte die versteckte Datei namens schedlgu.txt liegen. Grüße, MS-Wing

Hallo, da brauchen wir schon etwas mehr Information... Führst Du Outlook mit dem gleichen Benutzer aus wie den System Manager? Das Problem deutet auf ein Problem mit den Sicherheitsattributen auf der obersten Ebene der öffentlichen Ordner hin.

Hallo, am besten durch einen Registryeintrag wie diesen hier: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout] "Scancode Map"=hex:00,00,00,00,00,00,00,00,04,00,00,00,00,00,2a,e0,00,00,37,e0,00,00,54,00,00,00,00,00 Mehr Informationen zu dem Thema gibt es in diesem Thread: http://tinyurl.com/bxvrn Grüße, MS-Wing

Genau das ist das Problem... Es funktioniert leider immer noch nicht. Keine Ahnung warum der IE mit absolut gleichen Proxyeinstellungen die Seite nicht anzeigt. Es kommt lediglich die Fehlermeldung: "Fehler: Server oder DNS kann nicht gefunden werden". Alle anderen https Seiten funktionieren.... Das ist mir zu hoch...

Die Proxy-Einstellungen sind absolut identisch. Ich werde noch morgen versuchen auf die Seite draufzukommen und dann berichten.

Das Programm welches ich auf dem Client installiert hatte, hat automatisch den eingeloggten Benutzer zum Starten des Dienstes eingetragen. :( Habe den Dienst auf LocalSystem eingestellt und alles war wieder OK.

Dürfte ich fragen, wo man das auch so nachlesen kann? Habe nämlich ausser der JSIFAQ nichts zu dem Thema gefunden.

Sorry, die Updates musst Du schon als Admin installieren. Das geht nicht anders mit den oben genannten Settings. Und das ist auch gut so. Ich habe es schon öfter beobachtet, das sich ein Server mit frisch installierten Updates (aber ohne Reboot) einfach "komisch" verhält. Bitte keine weiteren Nachfragen zu dieser Aussage :cool: Ist einfach so.... Ein Server mit installierten Patches möchte einfach schnellstmöglich einen Reboot. Deshalb wird man nach der Installation auch alle 5 Minuten mit einem Balloon-PopUp daran erinnert :D Zumindest auf den Workstations ist das so...

Hallo, vor einiger Zeit wollte ich mit Roaming Profiles experimentieren und habe schön brav den Pfad zu meinem Roaming Profile in meinem Domänenbenutzerprofil gesetzt. Mein lokales Profil wollte aber sich aber einfach nicht auf den Server draufkopieren. Diverse Microsoft KB Artikel haben auch nicht weitergeholfen. Letztendlich kam die JSIFAQ zur Hilfe! Das Userprofil kann nicht zum Server übertragen werden, falls ein Dienst auf dem PC mit diesem Domänen-Account gestartet wird. Das ist doch abartig... Frage mich wieso Microsoft uns diesen "Fact" verschweigt... Einen KB Artikel wäre es auf jeden Fall wert. Hier der Link: http://www.jsifaq.com/SUBA/tip0400/rh0411.htm

Hallo, schau bitte ob folgende Policy gesetzt ist: Computer Configuration/Administrative Templates/Windows Components/Windows Update und dort: No auto-restart for scheduled Automatic Updates installations auf Enabled setzen und Configure Automatic Updates->Enabled und Option 3 (Auto download and notify for install)

Alle anderen https Seiten klappen bei mir auch im IE. Das "Phänomen" haben auch 3 anderen Kollegen mit W2K SP4. Nur der Kollege mit Windows XP kommt auf die Seite drauf.... :( P.S.: Wir benutzen alle die gleichen Proxyeinstellungen. Proxy ist ein Squid :p Ich liebe diese Probleme, die man mit rationalem Nachdenken nicht so einfach lösen kann! Hier trennt sich die Spreu vom Weizen :)

Hallo, momentan kann ich auf https://mcp.microsoft.com/mcp nur mit dem Firefox drauf zugreifen :D Wenn ich mit dem IE zugreife kommt : Fehler: Server oder DNS kann nicht gefunden werden :eek: Genutztes OS: Windows 2000 SP4 mit IE6 SP1 und allen aktuellen Patches. Was geht denn da ab? :suspect:

Hallo, ich habe das Problem im Zusammenhang mit einem Cisco VPN Concentrator 3000 und einem Cisco 3002 Hardware VPN-Client: PCs hinter dem Hardware VPN-Client können zu bestimmten Webseiten im Intranet keine "ordentliche" Verbindung aufbauen. Mit ordentlich meine ich das die komplette Seite dargestellt wird. Entweder wird die Seite gar nicht aufgebaut oder nur teile von frames. Getestet mit einer Intranetseite und einer Outlook Web Access Seite. Stelle ich auf dem Client PC eine MTU von 1024 ein, gibt es keine Probleme! Die gleiche Einstellung auf dem Hardware VPN Client (MTU 1024) bringt KEINE Besserung. Nur wenn der Client PC eine MTU von 1024 hat ist alles OK... Kennt jemand vielleicht doch eine zentrale Lösung für das Problem? Muss vielleicht etwas am Concentrator eingestellt werden? Viele Grüße!

Hallo, nach intensiver Forschungsarbeit habe ich rausgefunden, das die Problem-PCs ab einer bestimmten Paketgröße keine Antwort mehr von der Gegenstelle bekamen. (siehe ping -l -f) Das Problem scheint mit dem VPN zusammenzuhängen. Ein wirklich gut funktionierender Workaround war in meinem Fall das herabsetzen der MTU Size auf dem Client auf 1024. Interessanter Artikel zur Problematik: http://tinyurl.com/7vkhh und http://www.freelabs.com/%7Ewhitis/isp_mistakes.html

Hallo, die Idee von Herrn Rossi ist schon nicht verkehrt. Möglicherweise geht jemand mit einer Einwahlverbindung ins Internet raus und ist auch noch gleichzeitig mit dem Firmennetz verbunden. Erschwerenderweise hat er dann auch noch WINS auf die Internetverbindung gebunden und ist dann auch noch schlimmerweise Masterbrowser im Netzwerksegment....

Hallo, ich bin anscheinend nicht allein. Naja.. Kein grosser Trost... http://www.pcwelt.de/forum/thread164142.html Hat denn keiner eine Idee?

Hallo, wir haben ein Subnetz welches über CISCO Hardware VPN Client (3002) angebunden ist. Sobald die Benutzer dort den Patch MS05-019 (KB893066) installiert bekommen, kann der PC nach dem Einschalten keine Netzwerkverbindung aufbauen. Der PC muss ohne Netzwerkverbindung gestartet werden und dann darf erst das Netzwerkkabel eingesteckt werden. Dann ist alles superlangsam und es kann nicht ordentlich gearbeitet werden. Wird der PC mit eingestecktem Netzwerkkabel gestartet steht dort stundenlang "Applying Computer Policy". Wir haben auch schon das re-release des Patches eingespielt bzw. das Windows 2000 SP4 RollUp 1... Keine Chance. Die Rechner laufen nur korrekt ohne 893066 Wer weiss Rat?

Hallo, möglicherweise ist die "NextDetectionTime" an dem Client noch nicht erreicht. Schau mal unter: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update Falls der Client sich direkt mit dem WSUS registrieren soll, dann lösche mal dort alle Regkeys in denen ein Datum drin steht und starte den Automatische Updates Dienst neu. Dann sollte der Rechner spätestens nach 10 Minuten in der Datenbank auftauchen. Auch bitte nochmal kontrollieren, ob der Client die richtigen Settings unter: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate drin hat.

Kennt jemand ein Tool zum löschen von versteckten Regkeys? Also solche Regkeys, die mit binär Null enden und somit nicht mit den üblichen Registryeditoren gelöscht werden können. OODefrag legt beispielsweise einen solchen Key an. Mehr zu dem Thema gibt es hier: Sysinternals Dort gibt es auch ein Programm, welches einen solchen Regkey anlegt und wieder löscht. Es muss also programmtechnisch möglich sein diesen Key zu löschen. Bis jetzt kenne ich nur die umständliche Methode den regkey mit regback, hexeditor und regrest wieder zu entfernen. Kennt denn nun jemand ein brauchbares und einfaches Tool?