Jump to content

emjott

Abgemeldet
  • Gesamte Inhalte

    54
  • Registriert seit

  • Letzter Besuch

Reputation in der Community

10 Neutral
  1. Hallo, vielen Dank. Also kann ich in meiner Windows 2003 Domäne ADMX/ADML für Windows Server 2008 R2 und Windows 7 installieren, ohne dass ich bestehende Konfigurationen in der Domäne durcheinander bringe. Demnach würde das auch heißen, dass in den ADMXs/ADMLs für Windows Server 2008 R2 und Windows 7 quasi abwärtskompatibel zu Windows 2k3 und XP sind. Gruß
  2. Hallo die Herren, um den Thread noch etwas zu runden, gebe ich mal noch meine Informationen dazu. Vielleicht hilft es... Ich habe das Problem auch... fehler beim vorbereiten des sendens einer Freigabenachricht / Kalenderkontakt von anderem Mitarbeiter
  3. Hallo allerseits, hat jemand von euch Erfahrung eine bestehende Windows 2003 Domäne um die Windows 2008R2 ADM-Dateien zu erweitern, damit ich die Windows 2008 R2 spezifischen Einstellungen für die neuen Windows 2008 Server anzuwenden? Gruß Matze
  4. Hallo Norbert, ich habe BE 2010R3 im Einsatz und doch die gleichen Probleme, wie in der Symantec Tech Note. Mit Sym. BE 2010R3 ist es anscheinend nicht getan...
  5. Hallo, die Welt ist manchmal echt ungerecht, und die Server noch mehr :D Ich habe einen Windows 2011 SBS, welcher mit Symantec Backup Exec 2010 R3 gesichert wird. Seit ca einem Monat ist die SIcherung extrem langsam geworden. Die Jobrate beträte 215 MB/Min.. Einige Zeit zuvor bei 1000 MB/Min.. Ein Blick in das Sicherungsprotokoll zeigt mir, dass die Systemstatus-Sicherungen der Server extrem langsam sind und somit das gesamte Backup gebremst wird. Bei Symantec habe ich kurzer Hand eine Technote gefunden, welche das Problem sehr genau beschreibt. Slow performance may be observed when backing up the System State of a Windows 2008 or Windows 2008 R2 Server and backups of other data from the same system are unaffected. Doch diese verweist auf einen Microsoft Hotfix (A hotfix is available that improves TCP loopback latency and UDP latency in Windows Server 2008, Windows Server 2008 R2, Windows Vista, and Windows 7) Wow...das klappt ja... denkste... Warum auch immer glaube ich zu wissen dass Windows 2011 SBS auf Windows 2008R2 basiert und da kein Hotfix für 2011 angeboten wird, versuchte ich die Windows 2008R2 64 Bit Variante auf dem Windows 2011 SBS zu installieren. Doch leider bricht die Installation ab mit der Meldung, dass das Update für den Computer nicht geeignet ist. Hm.... und nun kommt Ihr ins Spiel :-) Habt Ihr das Problem schon gehabt oder habt ihr eine Idee, wie das Problem gelöst werden kann? P.S. Symantec fühlt sich für das MS Hotfix-Problem nicht zuständig...
  6. Hallo Peter, ich kann dich be(-un)ruhigen. Ich habe das selbe Problem auf meinen beiden Windows 2011 SBS Kundensystemen. Lustigerweise werden für den Nutzer bei mir viele temporäre Nutzerverzeichnisse erstellt. Langsamn k**** mich der Windows 2011 SBS an. Out-of-the-Box darf man erst mal die ganzen Sharepointfehler beheben, obwohl man Sharepoint gar nicht nutzt :-(
  7. Hallo allerseits, nach dem ich alle Prüfungen zum MCITP Windows Server 2008 Enterprise Administrator erfolgreich bestanden habe, benötige meine MOC-Bücher (microsoft official course) nicht mehr. Und bevor die bei mir im Bücherregal einstauben würde ich die lieber jemanden geben der die Bücher braucht (Kursbegleitend oder zum Selbststudium) . Hier die Übersicht: 6421B Configuriung and Troubleshooting Windows Server 2008 Network Infrastructure Artikel Nr.: X17-66520 C90-06834 6428A Configuring and Troubleshooting Windows Server 2008 Terminal Services Artikel Nr.: X17-41896 C90-06742 6435A Designing a Windows Server 2008 Network Infrastructure (Original verpackt) Artikel Nr.: X17-47383 C90-06779 6436A Designing Windows Server 2008 Active Directory Infrastructure and Services (Original verpackt) Artikel Nr.: X17-41902 C90-06745 6437A Designing a Windows Server 2008 Applications Infrastructure Artikel Nr.: X17-41904 (C90-06746) 6237B Windows Server 2008 Active Directory Domänendienste: Konfiguration und Problembehandlung Volume 1 Artikel Nr.: X16-99416 C90-06556 6237B Windows Server 2008 Active Directory Domänendienste: Konfiguration und Problembehandlung Volume 2 Artikel Nr.: X16-99419 C90-06556 6745A Internetinformationsdienste in Windows Server 2008: Konfiguration und Problembehandlung (Original verpackt) Artikel Nr.: X14-69137 (C90-06037) 10225A Installieren und Konfigurieren von Windows 7 Client Artikel Nr.: X16-71740 C90-06493 Wer Interesse hat kann mich gerne per E-Mail anschreiben. Gruß Matze
  8. Danke!!! Du hast mich um ein Problem erleichtert. Ich wusste das es irgendwo so ein dämlicher Haken ist... Sämtlicher Konsolen haben ich danach schon durchsucht^^ Danke.
  9. Hallo iDiddi, wo hast du das genau in der SBS-Console umgestellt? Ich suche den Schalter schon seit einer Woche, aber bin bisher nicht fündig geworden :-/
  10. Der Verbindungstest für Outlook-AutoErmittlung schaut gut aus. Alles grün außer "domäne.com/AutoDiscover/AutoDiscover.xml". Bei den RPC/HTTP-Konnektivität Test wird mein SSL-Zert. angemeckert, da ich für das SSL-Zert. meine eigene CA verwendet habe. Auf meinem Laptop funktioniert das aber, da das CA-Cert bei mir installiert ist.
  11. Das zitierte Problem konnte ich, wie es der Zufall eben will, durch anpassen der Berechtigung beheben. "Changing Permissions for the OAB Web.Config "FilLösung ganz unten
  12. hier noch die autodiscover.xml <?xml version="1.0" encoding="utf-8"?> <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006"> <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a"> <User> <DisplayName>Matze</DisplayName> <LegacyDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=userf971148a</LegacyDN> <AutoDiscoverSMTPAddress>mj01@domain.com</AutoDiscoverSMTPAddress> <DeploymentId>5f272a3d-45db-488e-af82-9eb8e0a6ae0e</DeploymentId> </User> <Account> <AccountType>email</AccountType> <Action>settings</Action> <Protocol> <Type>EXCH</Type> <Server>balu.domain.com</Server> <ServerDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=BALU</ServerDN> <ServerVersion>738180DA</ServerVersion> <MdbDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=BALU/cn=Microsoft Private MDB</MdbDN> <PublicFolderServer>balu.domain.com</PublicFolderServer> <AD>balu.domain.com</AD> <ASUrl>https://balu.domain.com/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://balu.domain.com/EWS/Exchange.asmx</EwsUrl> <EcpUrl>https://balu.domain.com/ecp/</EcpUrl> <EcpUrl-um>?p=customize/voicemail.aspx&exsvurl=1</EcpUrl-um> <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&exsvurl=1</EcpUrl-aggr> <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx></EcpUrl-mt> <EcpUrl-ret>?p=organize/retentionpolicytags.slab&exsvurl=1</EcpUrl-ret> <EcpUrl-sms>?p=sms/textmessaging.slab&exsvurl=1</EcpUrl-sms> <OOFUrl>https://balu.domain.com/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://balu.domain.com/EWS/UM2007Legacy.asmx</UMUrl> <OABUrl>http://balu.domain.com/OAB/a1708932-8b58-4035-93ad-bf3ab6b5e90f/</OABUrl> </Protocol> <Protocol> <Type>EXPR</Type> <Server>kit.domain.com</Server> <SSL>On</SSL> <AuthPackage>Basic</AuthPackage> <ASUrl>https://kit.domain.com/ews/exchange.asmx</ASUrl> <EwsUrl>https://kit.domain.com/ews/exchange.asmx</EwsUrl> <EcpUrl>https://kit.domain.com/ecp/</EcpUrl> <EcpUrl-um>?p=customize/voicemail.aspx&exsvurl=1</EcpUrl-um> <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&exsvurl=1</EcpUrl-aggr> <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx></EcpUrl-mt> <EcpUrl-ret>?p=organize/retentionpolicytags.slab&exsvurl=1</EcpUrl-ret> <EcpUrl-sms>?p=sms/textmessaging.slab&exsvurl=1</EcpUrl-sms> <OOFUrl>https://kit.domain.com/ews/exchange.asmx</OOFUrl> <UMUrl>https://kit.domain.com/ews/UM2007Legacy.asmx</UMUrl> <OABUrl>https://kit.domain.com/OAB/a1708932-8b58-4035-93ad-bf3ab6b5e90f/</OABUrl> </Protocol> <Protocol> <Type>WEB</Type> <Internal> <OWAUrl AuthenticationMethod="Basic, Fba">https://balu.domain.com/owa/</OWAUrl> <Protocol> <Type>EXCH</Type> <ASUrl>https://balu.domain.com/EWS/Exchange.asmx</ASUrl> </Protocol> </Internal> <External> <OWAUrl AuthenticationMethod="Fba">https://kit.domain.com/owa/</OWAUrl> <Protocol> <Type>EXPR</Type> <ASUrl>https://kit.domain.com/ews/exchange.asmx</ASUrl> </Protocol> </External> </Protocol> </Account> </Response> </Autodiscover>
  13. Hallo allerseits, ich teste schon seit einiger Zeit eine EXCH 2010 auf einem W2k8 R2 Enterprise und komme einfach nicht mehr weiter. Darum bitte ich euch, mir ein wenig auf die Sprünge zu helfen :) Der Exchange 2010 Server (SP1 Update-Rollup 3) läuft hinter einer Linux Firewall auf der ich zum Debugging nur ein Portforwarding 443 des EXCH2010 eingerichtet habe. Über die Adresse der Linux-Firewall kann ich ohne Probleme über SSL auf OWA und Co. zugreifen. Das SSL-Zertifikat habe ich über meine eigene CA ausgestellt und wird auch nicht angemeckert. EXCH2010= balu.domain.com Linux-Firewall= kit.domain.com (jetzt Portforwarding, später Reverse-Proxy) Da ich gerne das Autodiscover und Outlook-Anywhere für unsere Außendienstler nutzen möchte, habe ich auf dem EXCH2010 die externen URLs auf die URL der Firewall (kit.domain.com) eingestellt. Führe ich den Autodiscover-Test von Outlook 2010 aus, wird dieser erfolgreich abgeschlossen. Die autodiscover.xml schaut auch gut aus. :) Richte ich nun ein Outlook 2010 E-Mail-Profil über Autodiscover ein erhalte ich nach der Authentifizierung die Meldung, dass der EXCH2010 nicht online ist... Die Ursache hierfür ist, dass das Autodiscover die MS Exchange Proxyeinstellungen nicht auf kit.domain.com einstellt. Wie kann ich dem Autodiscover beibringen, die MS Exchange Proxyeinstellungen auch automatisch bei den Outlook-Clients einzustellen? Konfiguriere ich das Exchange-Profil im Outlook 2010 manuell und stelle in den MS Exchange Proxyeinstellungen den kit.domain.com ein, startet das Outlook und verbindet sich soweit mit dem Exchange über RPC-over-HTTPS. Jedoch funktioniert dann der Zugriff auf das Adressbuch nicht. :rolleyes: Im Verbindungsstatus von Outlook 2010 wird angezeigt, dass das keine Verbindung zu dem Verzeichnis hergestellt werden kann, da der dies anscheinend per TCP macht und nicht über RPC-over-HTTPS. Google habe ich dazu auch schon fleißig befragt. Jedoch ohne wirkliche Lösung.:suspect: MfG Matze
  14. ... dann würde mit Sicherheit auch eine Lösung zu dem Problem in dem Thread drin stehen oder ?
  15. Hallo mazza84, konntest du die Ursache schon finden? Gruß Matze
×
×
  • Neu erstellen...