85807
29.06.2011, aktualisiert am 30.06.2011 um 10:56:19 Uhr
3917
5
0
Lösung um Laptop doch noch zugriff zu Exchange ermöglichen.
Hallo,
Hab hier ein sehr neues Win 7 Pro NB das in einer SBS 2003 Domäne hängt.
Das NP ist jetzt aber in einem anderen Firmendomänennetzwerk angeschlossen und bezieht dort über DHCP eine IP Adresse.
Ziel ist es jetzt Outlook verwenden zu können und Emails von der SBS Domäne abrufen zu können.
Die RPC über HTTP Verbindung klappt nicht wenn ich sie aktiviere. Bei NTLM Authentifizierung werden die Logindaten nicht angenommen und bei Standardauth. erscheint ein Zertifikatsproblem mit confixx.
Möglich war mir eine VPN Verbindung zu der Firewall die in Domäne 1 tätig ist herzustellen.
Mann kann damit die IP Adresse des Exchange Servers pingen und auf alle Ressourcen zugreifen, man kann aber nicht dessen hostnamen auflösen.
Outook funktioniert aber anscheinend nur anhand des FQDN und verweigert deswegen seinen Dienst.
Welchen Lösungsvorschlag hast Du? (owa sollte keine Option sein)
Meinst Du es hilft wenn ich den FQDN in die Hosts Datei einfüge?
Hab hier ein sehr neues Win 7 Pro NB das in einer SBS 2003 Domäne hängt.
Das NP ist jetzt aber in einem anderen Firmendomänennetzwerk angeschlossen und bezieht dort über DHCP eine IP Adresse.
Ziel ist es jetzt Outlook verwenden zu können und Emails von der SBS Domäne abrufen zu können.
Die RPC über HTTP Verbindung klappt nicht wenn ich sie aktiviere. Bei NTLM Authentifizierung werden die Logindaten nicht angenommen und bei Standardauth. erscheint ein Zertifikatsproblem mit confixx.
Möglich war mir eine VPN Verbindung zu der Firewall die in Domäne 1 tätig ist herzustellen.
Mann kann damit die IP Adresse des Exchange Servers pingen und auf alle Ressourcen zugreifen, man kann aber nicht dessen hostnamen auflösen.
Outook funktioniert aber anscheinend nur anhand des FQDN und verweigert deswegen seinen Dienst.
Welchen Lösungsvorschlag hast Du? (owa sollte keine Option sein)
Meinst Du es hilft wenn ich den FQDN in die Hosts Datei einfüge?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 168834
Url: https://administrator.de/forum/loesung-um-laptop-doch-noch-zugriff-zu-exchange-ermoeglichen-168834.html
Ausgedruckt am: 21.04.2025 um 13:04 Uhr
5 Kommentare
Neuester Kommentar
hi!
Hast du den DNS Server der anderen Domain eingetragen? Bzw bei deinem DNS-Server eine Weiterleitung für die Domain gemacht?
Hosts Datei sollte auch funktionieren.
sg Dirm
Hast du den DNS Server der anderen Domain eingetragen? Bzw bei deinem DNS-Server eine Weiterleitung für die Domain gemacht?
Hosts Datei sollte auch funktionieren.
sg Dirm
Ojemine.
Dachte schon der Beitrag sei gelöst.
Nach einem Neustart schien sich das ganze aber geändert zu haben.
Ich kann nach einem Neustart nach wie vor die VPN Verbindung aufbauen und die IP und den hostnamen des SBS pingen.
Outlook sagt aber "getrennt" und auch auf ein klicken auf "Verbindung wiederherstellen" bewegt Outlook nicht dazu sich zu verbinden.
Was zum Outlook ist da verkehrt?
P.s.
Ich bekomme beim öffnen immer zuerst eine Zertifikatsfehlermeldung bezüglich autodiscover.
Hab ihm jetzt im Hosts den Eintrag des autodiscovers gesetzt und wenn man nun dem Zertifiakt jedesmal zustimmt (habs auch nochmals installiert) dann fragt er nach den Benutzerdaten. dort sind komischerweise immer die logindaten der von verbindung eingetragen. Ich editieren diese und gib die des Benutzers ein und dann verbindet er sich.
Wer weiß bei diesem Rätsel weiter?
Dachte schon der Beitrag sei gelöst.
Nach einem Neustart schien sich das ganze aber geändert zu haben.
Ich kann nach einem Neustart nach wie vor die VPN Verbindung aufbauen und die IP und den hostnamen des SBS pingen.
Outlook sagt aber "getrennt" und auch auf ein klicken auf "Verbindung wiederherstellen" bewegt Outlook nicht dazu sich zu verbinden.
Was zum Outlook ist da verkehrt?
P.s.
Ich bekomme beim öffnen immer zuerst eine Zertifikatsfehlermeldung bezüglich autodiscover.
Hab ihm jetzt im Hosts den Eintrag des autodiscovers gesetzt und wenn man nun dem Zertifiakt jedesmal zustimmt (habs auch nochmals installiert) dann fragt er nach den Benutzerdaten. dort sind komischerweise immer die logindaten der von verbindung eingetragen. Ich editieren diese und gib die des Benutzers ein und dann verbindet er sich.
Wer weiß bei diesem Rätsel weiter?
Hi!
also mein Beitrag war hauptsächlich auf das DNS Problem bezogen.
Mit Exchange durchs VPN bin ich derzeit am Erfahrung-sammeln
Läuft bei uns aber auch noch nicht so ganz - aber über RPC over HTTP
also nur paar Ideen:
Hast du alle Ports durchs VPN offen?
Der Exchange steht in der Domain in der auch der Benutzer-Account angleget ist und der Benutzer meldet sich mit diesem Account am Exchange an?
sg Dirm
also mein Beitrag war hauptsächlich auf das DNS Problem bezogen.
Mit Exchange durchs VPN bin ich derzeit am Erfahrung-sammeln
Läuft bei uns aber auch noch nicht so ganz - aber über RPC over HTTP
also nur paar Ideen:
Hast du alle Ports durchs VPN offen?
dort sind komischerweise immer die logindaten der von verbindung eingetragen
Wie meinst denn das? Die VPN Logindaten? Windows-VPN? verwendest da nicht den Domain -Account des Users?Der Exchange steht in der Domain in der auch der Benutzer-Account angleget ist und der Benutzer meldet sich mit diesem Account am Exchange an?
sg Dirm
Hi,
Also folgende Lösung konnte ich jetzt für den Mitarbeiter erziehlen.
Musste RPC over HTTP aktivieren. Mit Standardauthentifizierung. RPC over HTTP funkioniert aber nicht. Doch dadurch erscheint beim öffnen von Outlook eine Logindatenabfragemaske.
Wenn ich die richtigen Daten eingebe erscheint zwar eine Fehlermeldung, dass er die RPC Verbindung nicht aufbauen konnte aber im Hintergrund sieht man wie sich dann Outlook trotzdem richtig verbindet. Und zwar über die VPN Verbindung.
Danach ist die Verbindung aufrecht.
Also der Mitarbeiter muss jetzt bei jedem Start einfach die Logindaten eingeben.
was ich meinte mit da stehen die VPN Logindaten ist so:
Wenn Outlook mit der Logindatenabfrage-Maske erscheint, steht dort als Benutzer schon der Benutzername der VPN Verbindung drin.
Wer im gesagt hat, dass er diese Daten schon einfüllen soll weiß ich nicht. Kann auch sein, dass ich was falsch eingestellt habe.
Komisch dass es gestern noch funktioniert hat und seit dem Neustart nicht mehr wie früher.
Also folgende Lösung konnte ich jetzt für den Mitarbeiter erziehlen.
Musste RPC over HTTP aktivieren. Mit Standardauthentifizierung. RPC over HTTP funkioniert aber nicht. Doch dadurch erscheint beim öffnen von Outlook eine Logindatenabfragemaske.
Sie wollen sich an name@domäne.de anmelden
- Benutzername:
- Password
Wenn ich die richtigen Daten eingebe erscheint zwar eine Fehlermeldung, dass er die RPC Verbindung nicht aufbauen konnte aber im Hintergrund sieht man wie sich dann Outlook trotzdem richtig verbindet. Und zwar über die VPN Verbindung.
Danach ist die Verbindung aufrecht.
Also der Mitarbeiter muss jetzt bei jedem Start einfach die Logindaten eingeben.
was ich meinte mit da stehen die VPN Logindaten ist so:
Wenn Outlook mit der Logindatenabfrage-Maske erscheint, steht dort als Benutzer schon der Benutzername der VPN Verbindung drin.
Wer im gesagt hat, dass er diese Daten schon einfüllen soll weiß ich nicht. Kann auch sein, dass ich was falsch eingestellt habe.
Komisch dass es gestern noch funktioniert hat und seit dem Neustart nicht mehr wie früher.
Ps.: Meine Lösung funktioniert soweit, dass er jetzt nach nem Neustart einmal den BN und PW eingeben muss. Solange reicht das, in 2 Wochen kommt sowieso ein neuer SBS. Als Überbrückung reichts es
