Beiträge von AlexanderD

Hallo Norbert,

nochmals Danke für deine Hilfe.

ich habe mir die Seite ziemlich gut unter die Lupe genommen. Muss ich jetzt folgendermaßen vorgehen (bitte um korrektur, wenn ich falsch liege)?

Zum ersten:

Über den IIS ein Zertfikat anfordern, der auf den dyndns-Account, über den, der Server auf Port 443 erreichbar ist, ausgestellt wird. Auf Anwort vom Zertifikatsanbieter warten und die Anforderung auf dem IIS beenden. Dieses Zertifkat dann an die Default-Website binden.

Zum Zweiten:

Das Zertfikat auf dem Iphone einbinden. Exchange Account anlegen und eine Kommunikation versuchen?

Wäre somit schon eine sichere/verschlüsselte Kommunikation/Synchronisation möglich?

Vielen Dank nochmal

Viele Grüße

Alexander

Hallo Allerseits,

ich bin momentan dabei ein Iphone an einen Exchange Server 2007 anzubinden.

Ein Paar Infos zur meiner Umgebung:

Microsoft Windows Server 2008 Std. 64 Bit und als virtuelle Maschine ein Microsoft Windows Server 2008 Std. 64 Bit mit Microsoft Exchange 2007 Server. Das Iphone ist ein IPhone 3G S mit 16 GB.

Es soll ein öffentliches Zertfikat verwendet werden. Bei Verisign (http://www.verisign.de) kann man ein Testzertifikat für 14 Tage anfordern. (Vielleicht weiss einer ja auch eine günstigere Adresse/Variante?)

Das Problem ist, ich kenne mich mit Zertifikaten nicht wirklich aus, aus den Beiträgen diverser Foren bin ich nicht schlauer geworden.

Leider weiss ich nicht wo ich anfangen soll!

Deshalb meine Fragen an euch:

Wie fange ich am besten an bzw. wo?

Wenn ich ein öffentlichens Zertifikat(Drittanbieter) nutzen will, muss ich trotzdem eine Zertifizierungsstelle installieren?

Wie ich aus diversen Beiträgen gelesen habe, muss ich das RootCA auf dem IPhone einbinden, wo finde ich das RootCA?

Wenn ich die Sache richtig verstanden habe, wird das RootCA, das Zertifikat meines Drittanbieters sein?

Wo genau muss ich dann das Zertifikat einbinden auf dem IIS oder im Exchange Server. Da ich im IIS die Option gesehen habe, dass man ein Zertifikat importieren/anfordern kann.

Standardmäßig ist Exchange Active Sync aktiviert, muss noch irgendwelche Einstellungen auf dem Exchange Server vornehmen?

Dass der HTTPS-Port 443 freigeschaltet werden soll, ist mir bekannt. OWA soll aber nicht genutzt werden können.

Welche generellen Einstellungen muss ich noch vornehmen?

Ich hoffe jemand von euch kann mir helfen und mir ein paar Tips geben.

Ich freue mich auf eure Antworten.

Viele Grüße

Alexander D.

Zitat

1te Idee wäre am TS zu schauen, ob IPV4 nach IPV6 in der Reihenfolge der LAN-Karte gebunden ist.

IPv6 = deaktiviert(bzw. Hacken in der Netzwerkverbindungskonfiguration deaktiviert)

Zitat

2te Frage: hast du auf dem DC/Exchange WINS installiert und am TS auch angebunden?

WINS = deaktiviert/Nicht eingetragen/nicht verwendet

Zitat

3tens: was sagt der ExBPA zu der Umgebung?

Noch nicht getestet

Zitat

Kannst ja mal ipconfig /all vom DC/Exchange und TS posten

Domaincontroller und Exchange 2003 Server:

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : srvpdc
Primäres DNS-Suffix . . . . . . . : *****.de
Knotentyp . . . . . . . . . . . . : Unbekannt
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : *****.de

Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix:
Beschreibung . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection w
ith I/O Acceleration
Physikalische Adresse . . . . . . : **-**-**-**-**-**
DHCP aktiviert . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.120.201.15
Subnetzmaske . . . . . . . . . . : 255.255.255.0
IP-Adresse. . . . . . . . . . . . : 192.120.201.10
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.120.201.97
DNS-Server . . . . . . . . . . . : 127.0.0.1

Terminalserver:

C:\Users\Administrator.*****>ipconfig/all

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : SRVAPPL
Primäres DNS-Suffix . . . . . . . : *****.de
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : ******.de

Ethernet-Adapter LAN-Verbindung 2:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection w
ith I/O Acceleration #2
Physikalische Adresse . . . . . . : **-**-**-**-**-**
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection w
ith I/O Acceleration
Physikalische Adresse . . . . . . : **-**-**-**-**-**
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.120.201.110(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.120.201.97
DNS-Server . . . . . . . . . . . : 192.120.201.10
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter LAN-Verbindung*:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : isatap.{21AECE81-0975-475F-AEB1-322DDF47B
8B2}
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 2:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : isatap.{74E44C53-0ED8-40AE-8E51-1FE23187C
D45}
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 8:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : **-**-**-**-**-**
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 9:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : 6TO4 Adapter
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv6-Adresse. . . . . . . . . . . : 2002:c078:c96e::c078:c96e(Bevorzugt)
Standardgateway . . . . . . . . . : 2002:c058:6301::c058:6301
DNS-Server . . . . . . . . . . . : 192.120.201.10
NetBIOS über TCP/IP . . . . . . . : Deaktiviert

Hallo nochmal,

hier sind noch nähere Infos zur meiner Umgebung:

Ich habe einen Terminalserver(Windows Server 2008 Std., 64Bit konfiguriert als MS Terminalserver.
Auf dem Terminalserver ist Outlook 2003(11.8217.8221) SP3 installiert.
Outlook arbeitet zusammen mit einem Exchange 2003, der auf dem Domänencontroller(Windows Server 2003 Std. installiert ist.

Es funktioniert soweit alles - ausser, der bearbeitende Zugriff auf Kalendereinträge.
Wenn ein Benutzer(oder auch der Administrator) Outlook startet und z.B. rechte Maustaste auf ein Kalenderelement macht, bleibt das Outllok-Fenster stehen, aktualisiert die Anzeige nicht mehr, Der entsprechende Benutzerbezogene Prozess(outlook.exe) hat eine permanente CPU-Last zwischen 3-4%(als Administrator) oder 12-14%(als Benutzer)

Als AddOn ist nur die Ferrari Clienterweiterung bzgl. Fax integriert.

Das AddOn kann ich aber, denke ich zumindest, ausschließen, da ich Outlook auch schon mit diversen Parametern( /safe /safe:3) gestartet habe und das Problem immer noch auftritt.

Hallo zusammen,

ich habe folgendes Problem, das sich Outlook (Version 11.8217.8221) SP3 beim Kalenderzugriff aufhängt (Benutzerunabhängig). Es wird ein MS Exchange Server 2003 eingesetzt.

Wenn ein Benutzer einen Termin in seinem Kalender anlegt, hängt sich Outlook auf, man kann zwar das Outlook Fenster bewegen, aber das Bild ändert sich nicht.

Über den Task Manager sieht man auch das die CPU-Last beim Kalenderzugriff nach oben geht.

Der Benutzer wurde komplett neu angelegt und somit auch das Outlook Profil.

Das Problem, ist wie gesagt Benutzerunabhängig, trifft somit bei allen Benutzern zu.

Weiß jemand woran das liegen kann?