catao
-
Gesamte Inhalte
203 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von catao
-
-
Und weiter geht's mit den Auswertungen...
[PS] C:\>get-ClientAccessServer | fl
RunspaceId : aab484ec-2863-4850-b2fb-9dab4e5162a3
Name : EXCHANGE
Fqdn : EXCHANGE.domain.intern
OutlookAnywhereEnabled : True
AutoDiscoverServiceCN : exchange
AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service
AutoDiscoverServiceInternalUri : https://autodisover.domain.com/autodiscover/autodiscover.xml
AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596
AutoDiscoverSiteScope : {Mobile}
AlternateServiceAccountConfiguration :
IsValid : True
ExchangeVersion : 0.1 (8.0.535.0)
DistinguishedName : CN=EXCHANGE,CN=Servers,CN=Exchange Administrative Group (xxxxxxxx),CN
=Administrative Groups,CN=domain,CN=Microsoft Exchange,CN=Services,CN=Configur
ation,DC=domain,DC=intern
Identity : EXCHANGE
Guid : 35d09a11-1533-45ad-b3e1-b0285140401d
ObjectCategory : domain.intern/Configuration/Schema/ms-Exch-Exchange-Server
ObjectClass : {top, server, msExchExchangeServer}
WhenChanged : 15.03.2010 20:48:56
WhenCreated : 12.03.2010 12:20:45
WhenChangedUTC : 15.03.2010 19:48:56
WhenCreatedUTC : 12.03.2010 11:20:45
OrganizationId :
OriginatingServer : server.domain.intern
[PS] C:\>
-
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1025
Type : Error
Message : [EXCH] Fehler beim Herstellen der Verbindung mit dem Dienst "AS" bei "https://mobile.domain.com/EWS/Exch
ange.asmx". Die verstrichene Zeit betrug 7 Millisekunden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Die Verbindung mit dem Remoteserver kann nicht hergestellt werden. beim Herstellen der Verbindung m
it https://mobile.domain.com/EWS/Exchange.asmx'>https://mobile.domain.com/EWS/Exchange.asmx
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nich
t richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reag
iert hat xxx.xxx.xxx.xxx:443 beim Herstellen der Verbindung mit https://mobile.domain.com/EWS/Exchange.asm
x
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1027
Type : Error
Message : [EXCH] Fehler beim Herstellen der Verbindung mit dem Dienst "UM" bei "https://mobile.domain.com/EWS/Exch
ange.asmx". Die verstrichene Zeit betrug 999 Millisekunden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1113
Type : Error
Message : Fehler Fehler bei der Anforderung mit HTTP-Status 401: Unauthorized. beim Herstellen der Verbindung mit ht
tps://exchange.domain.intern/ews/exchange.asmx
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1125
Type : Error
Message : [server] Fehler beim Herstellen der Verbindung mit dem Dienst "AS" bei "https://exchange.domain.inte
rn/ews/exchange.asmx". Die verstrichene Zeit betrug 82 Millisekunden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1126
Type : Success
Message : [server] Erfolg beim Herstellen der Verbindung mit dem Dienst 'UM' bei https://exchange.domain.inter
n/ews/exchange.asmx. Die verstrichene Zeit betrug 38 Millisekunden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Die Verbindung mit dem Remoteserver kann nicht hergestellt werden. beim Herstellen der Verbindung m
it https://mobile.domain.com/rpc'>https://mobile.domain.com/rpc
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nich
t richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reag
iert hat xxx.xxx.xxx.xxx:443 beim Herstellen der Verbindung mit https://mobile.domain.com/rpc
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1029
Type : Error
Message : [EXPR] Fehler beim Herstellen der Verbindung mit dem Dienst "RPC/HTTP" bei "https://mobile.domain.com/rp
c". Die verstrichene Zeit betrug 3 Millisekunden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1128
Type : Success
Message : [EXPR] Erfolg beim Herstellen der Verbindung mit dem Dienst 'RPC/HTTP' bei https://exchange.domain.i
ntern/rpc. Die verstrichene Zeit betrug 33 Millisekunden.
[PS] C:\>
Sehe ich es richtig, dass ich neben dem mobile.domain.com noch ein autodisover.domain.com Zertifikat benötige, damit er nicht mehr auf den Fehler läuft?
Hätte ich wohl besser ein SAN-Zertifikat kaufen sollen?
-
Ich habe zwischenzeitlich noch etwas weitergsucht und bin dabei auf folgendes gestossen:
[PS] C:\>test-outlookwebservices | fl
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1019
Type : Information
Message : Es wurde ein gültiger Verbindungspunkt für den AutoErmittlungsdienst gefunden. Die URL dieses Objekts für
die AutoErmittlung ist 'https://autodisover.domain.com/autodiscover/autodiscover.xml'.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1004
Type : Error
Message : Das Zertifikat für die URL 'https://autodisover.domain.com/autodiscover/autodiscover.xml' ist falsch. Da
mit SSL funktioniert, muss der Antragsteller des Zertifikats 'autodisover.domain.com' lauten, der Antrag
steller lautete jedoch ''. Korrigieren Sie die Diensterkennung, oder installieren Sie ein korrektes SSL-Ze
rtifikat.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Der Remoteserver hat einen Fehler zurückgegeben: (404) Nicht gefunden. beim Herstellen der Verbindu
ng mit https://autodisover.domain.com/autodiscover/autodiscover.xml
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1023
Type : Error
Message : Es konnte keine Verbindung mit dem AutoErmittlungsdienst hergestellt werden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1113
Type : Error
Message : Fehler Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert. beim Herstellen der Verbi
ndung mit https://EXCHANGE.domain.intern:443/autodiscover/autodiscover.xml
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1123
Type : Error
Message : Es konnte keine Verbindung mit dem AutoErmittlungsdienst hergestellt werden.
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Die Verbindung mit dem Remoteserver kann nicht hergestellt werden. beim Herstellen der Verbindung m
it https://mobile.domain.com/EWS/Exchange.asmx'>https://mobile.domain.com/EWS/Exchange.asmx
RunspaceId : 395c3118-19c9-467b-82c8-bf33cb145d96
Id : 1013
Type : Error
Message : Fehler Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nich
t richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reag
iert hat 217.92.158.84:443 beim Herstellen der Verbindung mit https://mobile.domain.com/EWS/Exchange.asm
x
-
-
Hallo Zusammen,
ich habe auf meinem Exchange 2010 AutoDiscover nach der Anleitung
Exchange 2007 Autodiscover HowTo soweit eingerichtet.
Kleine Anpassungen musste ich jedoch vornehmen:
Set-ActiveSyncVirtualDirectory -Identity "exchange.domain.intern/Microsoft-Server-ActiveSync" -ExternalURL "https://mobile.domain.com/"
Set-ActiveSyncVirtualDirectory -Identity "Exchange\Microsoft-Server-ActiveSync" -ActiveSyncServer "https://mobile.domain.com/"
Set-ActiveSyncVirtualDirectory -Identity "Exchange\Microsoft-Server-ActiveSync (Default Web Site)" -ActiveSyncServer "https://mobile.domain.com/"
Set-AutodiscoverVirtualDirectory -Identity "autodiscover (default Web site)" -ExternalUrl "https://mobile.domain.com/"
Set-ClientAccessServer -AutoDiscoverServiceInternalUri https://mobile.domain.com/Autodiscover/Autodiscover.xml'>https://mobile.domain.com/Autodiscover/Autodiscover.xml'>https://mobile.domain.com/Autodiscover/Autodiscover.xml'>https://mobile.domain.com/Autodiscover/Autodiscover.xml
Set-AutodiscoverVirtualDirectory -InternalUrl https://mobile.domain.com/Autodiscover/Autodiscover.xml -ExternalUrl https://mobile.domain.com/Autodiscover/Autodiscover.xml
Set-OWAVirtualDirectory -identity "owa (Default Web Site)" -ExternalURL "http://mobile.domain.com/owa" -InternalURL "http://mobile.domain.com/owa"
Set-ActiveSyncVirtualDirectory -identity "Microsoft-Server-ActiveSync (Default Web Site)" -ExternalURL "http://mobile.domain.com/Microsoft-Server-ActiveSync" -InternalURL "http://mobile.domain.com/Microsoft-Server-ActiveSync"
Set-AutoDiscoverVirtualDirectory -Identity "Autodiscover (Default Web Site)" -WindowsAuthentication $true -DigestAuthentication $true -ExternalUrl "https://autodiscover.domain.com/autodiscover/autodiscover.aspx" -InternalURL "https://autodiscover.domain.com/autodiscover/autodiscover.aspx"
Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -ExternalUrl "https://mobile.domain.com/EWS/Exchange.asmx" -InternalURL "https://mobile.domain.com/EWS/Exchange.asmx"
Nachdem was ich gelesen habe ist der UM Bereich nun (E2K2010) im EWS enthalten, weshalb ich dies hier nicht angegeben habe:
Set-UMVirtualdirectory -Identity "MAIL05ADD\UnifiedMessaging (Default Web Site)" -InternalUrl "https://autodiscover.domain.com/UnifiedMessaging/Service.asmx" -ExternalURL "https://autodiscover.domain.com/UnifiedMessaging/Service.asmx"
Set-ClientAccessServer -Identity "EXCHANGE" -AutodiscoverServiceInternalURI "https://autodisover.domain.com/autodiscover/autodiscover.xml" -AutoDiscoverSiteScope "Mobile"
Trotz den vorstehenden Punkten und dem lesen scheint das AutoDiscover nicht sauber zu funktionieren.
Gebe ich im Browser : https://mobile.domain.com/Autodiscover/Autodiscover.xml ein, erhalte ich nach Benutzer/Passwortabfrage dies hier:
<?xml version="1.0" encoding="utf-8" ?>
- <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
- <Response>
- <Error Time="01:25:30.1256044" Id="998017904">
<ErrorCode>600</ErrorCode>
<Message>Ungültige Anforderung</Message>
.......
Wenn ich im iPhone
E-Mail: Benutzer@domain.com
Domain: <optional>
Benutzername: benutzer
Kennwort: ******
angebe und auch weiter klicke, erscheint die Meldung:
Zertifikat konnte nicht überprüft werden.
Das Zertifikat von "domain.com" für Account "benutzer@domain.com" konnte nicht überprüft werden.
Drücke ich auf Akzeptieren, dann muss ich den Server selbst angeben, also mobile.domain.com und die Domain. Gebe ich diese Daten ein und gehe auf weiter, habe ich meinen Zugriff.
In der alten E2k3-Umgebung habe ich die Meldung: "Zertifikat konnte ..." nicht erhalten, sondern musste dort gleich die weiteren Serverdaten eingeben.
Das SSL-Zertifikat ist auf mobile.domain.com ausgestellt.
Verstehe ich den AutoDiscover falsch und kann er nicht den Rest alles von allein machen?
Hoffe ich konnte mein Problem verständlich erklären und jemand von euch hat eine Lösung für mich.
Danke schon mal im Voraus!
VG
Rene
-
Hallo Zusammen,
habt erstmal vielen Dank für eure Unterstützung.
Im Normalfall bevorzuge ich auch vom Hersteller die freigegebenen Komponenten, nur wenn es nichts (mehr) gibt, dann muss ich nach Alternativen schauen.
Ich habe nun den LSISAS3801X-Controller im Auge und der ist auch lieferbar, wenn auch nicht unbedingt günstig.
@goscho
Das wäre eine super Idee, nur wüsste ich kein entsprechenden Adapter (Slotblech + Kabel). Könntest du mir vielleicht die HP-Nummer geben, damit ich schauen kann, ob es sowas dazu gibt?
Wenn es der SAS3080X-HP sein sollte, dann habe ich dazu nichts passendes gefunden.
Besten Dank noch mal :)
Rene
-
Uppss...
Vielleicht habe ich mich unverständlich ausgedrückt.*SORRY*
Ich habe keinen PCI-e Slot zur Verfügung, sondern einfach nur PCI-X16. Also das "E" muss man dabei ganz schnell vergessen. :(
Dafür scheint der Server (FSC/FTS ECONAL 200) doch schon zu alt zu sein.
Hat jemand von euch ansonsten noch eine Idee?
THX
-
Hallo Zusammen,
kennt jemand von euch einen PCI x16 SAS-Controller, mit dem ich extern ein Autoloader anschließen kann?
Habe schon gesucht ohne Ende, aber bislang noch nichts finden können. PCIe gibt's wie Sand am Meer.
Für jeden Tipp wäre ich dankbar.
Viele Grüße
René
p.s. Muss auch nicht neu sein, Hauptsache ist dass er funktioniert.
-
Hallo Zusammen,
um mein Problem so verständlich wie möglich zu beschreiben, muss ich ein wenig ausholen.
Ich habe folgende Umgebung:
DC 1 (W2K3)
DC 2 (W2K8)
Exchange 2003 (W2K3)
Exchange 2007 (W2K8)
Exchange 2010 (W2K8 R2)
ArchivServer (W2K3)
ISA 2006 (W2K3) - in der DMZ
Auf dem ISA, Archiv und den Exchange-Servern habe ich ein Zertifikat (extern.domain.tld) installiert. Im ISA habe ich die entsprechenden Regeln erstellt, mit denen ich per Remote auf den Archiv und dem Exchange 2003-Server mittels OWA und Handy zugreifen kann.
In der Regel für den OWA (Exchange 2003 ) Zugriff, habe ich als veröffentlichte Site (Register: "Bis") extern.domain.tld (Adresse wie auch im Zertifikat) angegeben. Diese habe ich in der hosts-Datei mit der entsprechenden IP-Adresse angeben. Ähnliches Prozedere auch für den Archivserver, wobei ich dort als Ziel archiv.domain.tld, mit dem entsprechenden hosts Eintrag angegeben habe.
Soweit alles in Ordnung.
Also habe ich eine neue Regel erstellt in der ich die erforderlichen Pfadangaben für den 2010er eingegeben habe. Als Ziel für die veröffentlichte Site musste ich aber einen anderen Namen verwenden, als den für den 2003er, also e2010. domain.tld.
Auch hier habe ich die hosts-Datei angepasst.
Gebe ich nun im Browser (von extern) https://extern.domain.tld/owa ein, erhalte ich die Fehlermeldung: Fehlercode: 500 Interner Serverfehler. Der Zielprinzipalname ist falsch. /-2146893022)
Soweit ich bisher via Tante Google herausfinden konnte, scheint das Problem an dem Zertifikat, da ich intern ja eine andere Ziel Site angegeben habe. Das konnte ich auch soweit verifizieren, indem ich die vorhandenen Regeln mit den Zieladressen und die hosts-Datei angepasst habe. Denn danach bekam ich einen Zugriff auf das 2010er OWA.
Also scheint das Problem an dem Zertifikat zu liegen und das der Exchange auch korrekt mit dem Namen angesprochen werden muss, wie das Zertifikat lautet. In diesem Zusammenhang habe ich aber etwas mit DNS Splitt gelesen, nur so richtig verstanden habe ich es nicht.
Was mich nur etwas wundert ist die Tatsache, dass es den Archivserver selbst nicht so beeindruckt, wenn ich im ISA intern eine andere Site, wie die im Zertifikat angebe. Denn er Zugriff via https://extern.domain.tld/archiv (archiv.domain.tld in der hosts) erfolgt ohne Probleme.
Innerhalb des Netzwerks kann ich mich an dem 2010er OWA anmelden und wenn er merkt das es sich um ein 2007er Postfach handelt, dann schwenkt er korrekt um. Der Zugriff auf ein 2003er Postfach über die 2010er OWA-Anmeldemaske ist nicht möglich, was ja auch in Ordnung ist.
Als ich bei meinem Testen die ISA-Regeln so umgedreht habe, dass ich mich von extern an dem 2010er OWA anmelden konnte, bekam ich auch auf das Postfach was auf diesem liegt meinen Zugriff. Habe ich mich jedoch mit einem 2007er Userlogin angemeldet, dann hatte ich im Browser die interne Zieladresse https://ex2007.domäne.local/owa/ und wie sich jeder vorstellen kann, flog er dabei auf die Nase.
Die Frage ist ob und wie ich mit dem ISA die 3 unterschiedlichen Exchange-Server (inkl. ExchangeActiveSync) und nach Möglichkeit mit einem Zertifikat veröffentlichen kann. Bräuchte ich evtl. ein Wildcard-Zertifikat?
Puhh .... Ich hoffe das ich alles Verständlich rüberbringen könnte und hoffe jemand von euch kann mir bei dem Problem weiterhelfen.
Vielen Dank schon mal im Voraus!
René
-
Hallo Zusammen,
ich habe ein ganz merkwürdiges Phänome und zwar fährt mein Rechner einfach herunter, wenn an ihm nicht gearbeitet wird. Mein Rechner läuft eigentlich ständig und solange ich daran arbeite, ist auch alles kein Problem. Gehe ich aus dem Büro und komme morgens wieder, ist der Rechner aus. Komisch ist auch, dass der Rechner zeitlich immer kurz nachdem ich das Büro verlasse sich ausschaltet. Dabei ist es völlig gleich, welche Programme gestartet sind bzw. mit welchen ich zuvor gearbeitet habe.
Folgende Einträge konnte ich den Event-Logs entnehmen:
Quelle: EventLog
ID: 6008
Das System wurde zuvor am 10.10.2009 um 18:16:09 unerwartet heruntergefahren.
Das Komische daran ist, dass ich noch einen Event-Eintrag vom 18:17:06 habe, in dem es heißt:
Zeitüberschreitung bei der Namensauflösung für den Namen dns.msftncsi.com, nachdem keiner der konfigurierten DNS-Server geantwortet hat.
Quelle: Service Control Manager
ID: 7026
Das Laden folgender Boot- oder Systemstarttreiber ist fehlgeschlagen:
vflt
Quelle: Fehlercode
ID: 1001
Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x0000009f (0x0000000000000003, 0xfffffa80053d6a20, 0xfffff80000b9c518, 0xfffffa8005284010). Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP. Berichts-ID: 101209-19515-01.
Die MEMORY.DMP ist rund 430MB groß.
Hat jemand von euch eine Idee???
VG
Rene
-
Mit einer Remote-Capi geht man immer irgendwelche Einschränkungen ein bzw. muss auch einiges mehr beachten.
In der Tobit KB steht beispielsweise folgendes:
Funkwerk Remote-CAPI mit David
In Verbindung mit den bintec Routern R1200 / R3000 / R4100 lässt sich die Funkwerk Remote CAPI sowohl für Fax- als auch für Voice-Dienste einsetzen, sofern der Router mit dem hierfür erforderlichen VoIP DSP-Modul ausgestattet ist. Dieses optionale Modul wird benötigt, um bestimmte CAPI Protokolle (z.B. für FAX G3) zur Verfügung zu stellen. In diesem Fall ist etwa beim Betrieb von David in einer so genannten virtuellen Maschine (z.B. mit »VMWare Workstation«) unter anderem auch die Nutzung der ISDN-basierten Dienste, wie z.B. der Versand und Empfang von Faxnachrichten, möglich. Ohne den Einsatz der Remote-CAPI könnte die ISDN-Hardware in einer virtuellen Maschine nicht genutzt werden.
Voraussetzung für die Nutzung der Remote-CAPI:
* bintec Router vom Typ R1200, R3000 oder R4100 mit Systemsoftware 7.8.4 oder höher und DSP-Modul
* Anschluss des Routers an die S0-Schnittstelle (ISDN-Anschluss)
* Konfiguration und Start des CAPI-Servers in den Router-Einstellungen
* David Server mit installierter Remote-CAPI-Client-Software
Führen Sie zuerst eine Konfiguration des Routers und des Remote CAPI-Servers (im Router) durch. Beachten Sie dabei, dass der Router während der Konfiguration bereits mit dem ISDN-Anschluss verbunden sein muss. Anschließend wird die Remote-CAPI-Client-Software auf dem David Server installiert und konfiguriert. Wurden diese Schritte korrekt durchgeführt, steht die Funkwerk Remote-CAPI im ISDN-Port-Setup zur Verfügung bzw. wird beim Port-Setup automatisch erkannt.
Um auf Nummer sicher zu gehen, empfehle einen Blick auf die Getestete Hardware, von Tobit zu werfen.
Aus meiner Erfahrung hat man in virtuellen Umgebungen häufig einen phy. Admin-Server, um Bandlaufwerke etc. nutzen zu können. Im Hinblick auf Tobit wäre die Remote-TLD Variante zumindest eine Möglichkeit. Aber auch dabei wird es sicherlich Einschränkungen geben. Zu weit möchte ich mich da jedoch nicht aus dem Fenster lehnen, da ich selbst noch nicht getestet habe. Einfach mal die Tobit KB durchsuchen.
-
Hallo Günther,
danke für deine Rückmeldung.
Hatte im Forum und auch via Tante Google geschaut, nur scheint es wohl so, dass ich in diesem Fall mit den falschen Attributen gesucht habe.
Läuft nun alles. :)
Danke noch mal an euch beide!
VG
Rene
-
Guten Morgen Robert,
vielen Dank, hab gestern echt nen Brett vor dem Kopf gehabt.
Die offene Frage, welche nun noch besteht ist die, ob ich die doppelten (System-)Postfächer ohne bedenken löschen kann.
VG
Rene
-
@Robert
Wo finde ich diese bzw. wie kann ich sie entfernen?
@Guenther
Ja, die Eintraege gibt es ein weiteres Mal. Kann ich die alten gefahrlos loeschen?
-
Hallo Zusammen,
da eine Migration der phy. Server auf den XenServer mit div. Probleme behaftet war, habe ich kurzerhand die AD und die anderen Server neuaufgebaut, wozu auch ein E2K3 gehört.
Da die Domäne und die Orga gleich geblieben ist, konnte ich ohne Probleme die "alte" Exchange-Datenbank, als Offline-Sicherung, wieder einbinden. Via Cleanup-Agent habe ich dann die Postfächer mit den jeweiligen Usern verbunden.
Hierbei gibt es aber noch ein paar kleine Schönheitsfehler bzw. Probleme und zwar habe ich zu folgenden Postfächern ein rotes X, zu denen mit "Wieder verbinden" keine entsprechenden AD-User/Konten finden kann:
- Administrator
- SMTP (Servername-{FBB3ACC4..............})
- Systemaufsicht
- SystemMailbox{FBB3ACC4-...........}
Wo liegt hier der Hund begraben?
VG
Rene
-
Für den DNS-Server kann keine Delegierung erstellt werden, da die autorisierende übergeordnete Zone nicht gefunden wurde oder Windows DNS-Server nicht ausgeführt wird. Wenn Sie eine Intregration in eine vorhandene DNS-Infrastruktur vornehmen möchten, sollten Sie in der übergeordneten Zone manuell eine Delegierung an den DNS-Server erstellen, um eine zuverlässige Namensauflösung von außerhalb der Domäne "domäne.local" zu gewährleisten. Andernfalls ist keine Aktion erforderlich. Möchten Sie den Vorgang fortsetzen?
Das ist auch gut so.
Da habe ich ehrlich gesagt ein Verständnisproblem. Wie kommt es zu dieser Meldung bzw. was müsste gegeben sein, damit diese nicht kommt?
-
Die Frage mit dem Enterprise-Server war auch mehr aus Interesse gestellt.
Ich habe soweit das Schema des W2K3 R2 Servers erweitert - ohne Probleme.
Nun wollte ich den W2K8 R2-Server dieser Domäne via dcpromo, als weiteren DC, hinzufügen. Nachdem ich die Domäne ausgewählt und mit weiter bestätigt habe, bekam ich folgende Frage:
In dieser Domäne ist die Installation eines schreibgeschützten Domaincontrollers nicht möglich, da "adprep /rodcprep" noch nicht ausgeführt wurde. Möchten Sie den Vorgang fortsetzen?
Da ich keinen Read-Only Domain Controller (RODC) haben möchte, habe ich diese Frage mit "Ja" beantwortet. Zumal ich keinen anderen W2k8 (R2)-Server im Netzwerk bzw. in der Domäne habe, kann ich ja auch keine RODC anlegen.
Im weiteren Verlauf kann ich die weiteren Domänencontrolleroptionen auswählen. Diese sind "DNS-Server und "Globaler Katalog", welche per Standard auch ausgewählt sind. Hier klicke ich auf weiter und bekomme folgende Meldung:
Für den DNS-Server kann keine Delegierung erstellt werden, da die autorisierende übergeordnete Zone nicht gefunden wurde oder Windows DNS-Server nicht ausgeführt wird. Wenn Sie eine Intregration in eine vorhandene DNS-Infrastruktur vornehmen möchten, sollten Sie in der übergeordneten Zone manuell eine Delegierung an den DNS-Server erstellen, um eine zuverlässige Namensauflösung von außerhalb der Domäne "domäne.local" zu gewährleisten. Andernfalls ist keine Aktion erforderlich. Möchten Sie den Vorgang fortsetzen?
Auf dem vorhandenen DC und dem dort installieren DNS habe ich die Konfiguration der Zonen auf "Ausschließlich sichere dynamische Updates zulassen" stehen. Ebenso habe ich bei der domäne.local (Forward-Lookupzonen) die Zonenübertragung zugelassen. Wobei ich diese an jeden Server zugelassen habe - zumindest für den Moment. Soweit kann ich keine Fehler erkennen und mein Eventlog ist auch sauber.
Hier ist die Frage: Was tun? Weiter mit "Ja" oder auf dem vorhandenen DC noch Anpassungen vornehmen?
Für ein kurzfristiges Feedback schon mal vielen Dank im Voraus.
VG
Rene
-
Wenn du Zugriff auf die Tobit KB hast, brauchst du dort nur "remote and tld" eingeben und du bekommst alle notwendigen Informationen.
Es gibt ja noch div. Softwareprogramme, mit denen du Remote-Capi nutzen kannst, wie zum Beispiel CapiServ oder mtG-CAPRI oder CAPI 2.0 Proxy
Jedoch sollte man darauf achten, dass die spätere Fax-Software auch unterstützt (HCL) wird.
Was ich grad noch gefunden habe ist virtual GATELAND. Schaue einfach mal ....
-
Bei XenServer-Umgebung neige ich dazu einen Admin-Server einzusetzen, mit dem ich Backup- aber auch Kommunikations-Komponenten entsprechend einsetzen kann. Stelle bei uns selbst grad einiges um und setze beim Fax auf GFI-Faxmaker. Die Lizenzen sind ohnehin vorhanden und die eicon diva 4-Port Bri-Karten wollte ich auch nicht auf dem Müll packen.
Mit einem David-Server, sofern vorhanden, besteht auch die Möglichkeit, den TLD-Port auf einer anderen (phy.) Maschine zu installieren. Inwieweit das dem mit Fax-Port läuft, werde ich die Tage mal testen. Grundsätzlich sollte es aber funktionieren.
Würde mir eine IP-Lösung, in Verbindung mit der eicon Karte wünschen, nur gibts das nach meinem Kenntnisstand nicht. Für Remote-Capi etc. Oder gibts dort doch etwas?
-
Super danke dir :)
Der Exchange 2003 wird befindet sich, neben dem 2007er, noch teilweise im Produktiveinsatz, wobei mehr doch aus Support-Gründen.
Das die DC's alle die gleiche Sprache sprechen müssen und kein Wildwuchs sein darf, dass weiß ich. Wo ich mir nicht sicher bin, ob ich einen W2Kx Standard mit einem W2Kx Enterprise mischen kann.
Dazu konnte ich bislang auch noch nichts finden. Wie ist deine Meinung dazu?
THX :)
-
Nabend :)
Okay, erst den W2K8 R2 zum DC machen ist natürlich auch eine Maßnahme. Das ich, in der eingangs berschriebenen reihenfolge eine Schemaaktualisierung vornehmen muss, dass habe ich mir schon gedacht. Nur die Frage nach dem "wie" steht mir noch mittem ins Gesicht geschrieben. Hast du hier ein How-To oder ähnliches?
Denke ich werde dir von dir beschriebenen Weg beschreiten, jedoch interessiert mich ebenso der Weg, mit der Schemaaktualisierung. Ein Grund dafür ist, dass ich ein Systemstate habe und vorab in einer VM-Umgebung, dieses erst eingelesen und dann die nachfolgenden Schritte einleiten wollen. Das ist aber mehr als Demo/Test für meiner einer gedacht.
Wegen dem DNS, WINS etc. habe ich mich wohl zu "schwammig" ausgedrückt. Klar diese Services sollen auf beiden DC's laufen, damit ein Ausfallschutz gegeben ist.
Soweit sind die Treiber, Backup-Programme etc. für die x64-Umgebung, nach meinen Kenntnissen, vorhanden bzw. verfügbar.
Bei dem Exchange habe ich mich verschrieben, EX2K3 sollte es werden. ;)
Habe vielen Dank, für deine ausführliche Antwort.
p.s.
Wieviel Speicherplatz würdest du für einen DC empfehlen, wenn er keine weiteren/großen Rollen übernimmt? Mit 15GB sollte man doch ohne Schwierigkeiten, in der Praxis, klar kommen - oder ?
-
Hallo Zusammen,
ich habe einen neu installierten W2K3 R2 x32 und einen W2K8 R2 x64 Server.
Nun wollte ich auf dem W2K3 R2 die Domäne einrichten, mit allem was dazu gehört. Wenn das alles fertig ist, wollte ich mit dcpromo den W2K8 R2 Server als weiteren DC (als Backup), zur zuvor eingerichteten Domäne hinzufügen. Auf dem letzteren läuft dann auch die DNS,DHCP und WINS-Services.
Da es zum einen eine gemischte Umgebung (W2K3R2/W2K8R2) ist und der 1. DC ein 32-Bit und der 2. ein 64-Bit-System ist, bin ich mir nicht sicher, ob dass alles so geht bzw. was es zu beachten gilt.
Hintergrund ist einfach der, dass irgendwann der W2K3-DC durch den bzw. einen weiteren W2K8-DC ersetzt werden soll. So zumindest die Anforderung. Als Grund wurde mir u.A. gesagt, dass auf dem 1.DC eine Software installiert werden soll, die für W2K8 noch nicht freigegeben worden ist.
Es ist daher alles mehr in Richtung Zukunft ausgelegt.
Vielleicht sollte ich noch erwähnen, dass auf einer gesonderten/weiteren Maschine noch ein EX2K installiert werden soll.
Lizenzen sind ausreichend vorhanden, so dass ich diese Seite nicht gesondert berücksichtigen brauche.
Vielen Dank schon mal im Voraus!
Gruß
René
-
Ist zwar schon verdammt lange her...
Ein Kunde rief mich an und sagte, dass das neue CD-ROM-Laufwerk nicht funktionieren würde. Worauf ich ihm sagte, das es eigentlich nicht sein könne, da ich vor der Auslieferung dieses geprüft habe. Dachte okay, vielleicht hat sich das IDE-Kabel ein wenig durch den Transport gelöst, denn das Laufwerk konnte geöffnet und der Laufwerksbuchstabe war auch im Arbeitsplatz zu sehen.
Also bin ich zum Kunden und zu prüfen was los ist. Dort angekommen drücke ich auf den Kopf des Laufwerks und dort blitzt mich etwas blankes an. Sprich die CD wurde falsch herum eingelegt - mit der Beschriftung unten. :shock:
Kaum war die CD richtig eingelegt, funktioniert es. :D
Das ist kein Scherz!
Ein anderer Fall war mal, dass ein Kunde bzw. sein IT'ler anrief und sagte, dass eines unserer Programme sporadisch Fehlermeldungen bringt. Er hatte diese abgeschrieben, aber irgendwie ergab das ganze keinen Sinn.
Also bat ich ihn mir Screenshots per E-Mail zu zuschicken. Was er auch tat. Als ich mir dann die Dateianhänge anschaute, wollte ich aus allen Wolken fallen und kam aus dem Lachen nicht mehr heraus!
Da hat dieser "IT'ler" doch glatt seine Digicam genommen und die Fehlermeldungen abfotografiert. :shock:
Okay, dachte ich irgendwie muss ich dem Kunden ja helfen, nur waren die Bilder/Fotos so unscharf, dass ich die Fehlermeldungen nicht besonders gut erkennen konnte.
Es gibt einfach Dinge, da kann man nur noch den Kopf schütteln.
-
Den Key und weitere Informationen findest du im Partner-Portal.
Exchange 2010 SmartPhone/iPhone (AutoDiscover)
in MS Exchange Forum
Geschrieben
get-outlookprovider | fl
RunspaceId : 03486fde-72b9-4d74-a8b6-2d24f4b497e6
CertPrincipalName :
Server :
TTL : 1
OutlookProviderFlags : None
AdminDisplayName :
ExchangeVersion : 0.1 (8.0.535.0)
Name : EXCH
DistinguishedName : CN=EXCH,CN=Outlook,CN=AutoDiscover,CN=Client Access,CN=domain,CN=Microsoft Exchange,CN=Service
s,CN=Configuration,DC=domain,DC=intern
Identity : EXCH
Guid : ae413172-5309-4316-8696-297d973b92ef
ObjectCategory : domain.intern/Configuration/Schema/ms-Exch-Auto-Discover-Config
ObjectClass : {top, msExchAutoDiscoverConfig}
WhenChanged : 12.03.2010 12:33:41
WhenCreated : 12.03.2010 12:33:41
WhenChangedUTC : 12.03.2010 11:33:41
WhenCreatedUTC : 12.03.2010 11:33:41
OrganizationId :
OriginatingServer : server.domain.intern
IsValid : True
RunspaceId : 03486fde-72b9-4d74-a8b6-2d24f4b497e6
CertPrincipalName :
Server :
TTL : 1
OutlookProviderFlags : None
AdminDisplayName :
ExchangeVersion : 0.1 (8.0.535.0)
Name : EXPR
DistinguishedName : CN=EXPR,CN=Outlook,CN=AutoDiscover,CN=Client Access,CN=domain,CN=Microsoft Exchange,CN=Service
s,CN=Configuration,DC=domain,DC=intern
Identity : EXPR
Guid : f877e527-dd09-40c9-b1e5-c17456710109
ObjectCategory : domain.intern/Configuration/Schema/ms-Exch-Auto-Discover-Config
ObjectClass : {top, msExchAutoDiscoverConfig}
WhenChanged : 12.03.2010 12:33:41
WhenCreated : 12.03.2010 12:33:41
WhenChangedUTC : 12.03.2010 11:33:41
WhenCreatedUTC : 12.03.2010 11:33:41
OrganizationId :
OriginatingServer : server.domain.intern
IsValid : True
RunspaceId : 03486fde-72b9-4d74-a8b6-2d24f4b497e6
CertPrincipalName :
Server :
TTL : 1
OutlookProviderFlags : None
AdminDisplayName :
ExchangeVersion : 0.1 (8.0.535.0)
Name : WEB
DistinguishedName : CN=WEB,CN=Outlook,CN=AutoDiscover,CN=Client Access,CN=domain,CN=Microsoft Exchange,CN=Services
,CN=Configuration,DC=domain,DC=intern
Identity : WEB
Guid : 5789ab86-96c0-4c04-8797-ff19776166fb
ObjectCategory : domain.intern/Configuration/Schema/ms-Exch-Auto-Discover-Config
ObjectClass : {top, msExchAutoDiscoverConfig}
WhenChanged : 12.03.2010 12:33:41
WhenCreated : 12.03.2010 12:33:41
WhenChangedUTC : 12.03.2010 11:33:41
WhenCreatedUTC : 12.03.2010 11:33:41
OrganizationId :
OriginatingServer : server.domain.intern
IsValid : True
[PS] C:\>
Ich hoffe ihr nehmt es mir nicht übel, dass ich das Ganze so ausführlich geschrieben habe. Denke jede Information ist zur Problemlösung hilfreich.
Würde es u.U. auch reichen, wenn ich für autodisover.domain.com ein SelfSigned Zertifikat nutze?