Outlook 2007, Business Contact Manager Zugriff über VPN-Tunnel, keine Verbindung
Folgende Ausgangslage:
Oulook 2007, Business Contact Manager installiert, Datenbank gefüttert, Datenbank auf SBS 2003 SP2 mit SQL-Server 2008 R2 verschoben.
Die Verbindung zu dieser Datenbank funktioniert im Netzwerk bestens.
Gestern wollte ich eine Aussenstelle, welche via VPN-Tunnel mit dem Hauptsitz verbunden ist an die Datenbank verbinden.
Outlook hängt beim Versuch, die Datenbank zu verbinden und zwar so, dass wirklich nur ein Neustart des Rechners Abhilfe schafft.
Oulook kann nicht mit dem Taskmanager abgeschossen werden. Es wird kein Fehler geloggt und auch das Warten auf ein Timeout
habe ich nach 15 Min. aufgegeben. Versuchsweise habe ich für den Tunnel sämtliche Ports geöffnet. Hat keine Besserung gebracht.
Ironischerweise kann ich die Datenbank mit Management Studio Express 2008 über den Tunnel connecten. Nur die Verbindung
von Outlook geht nicht. Die Aussenstelle hat vollen Exchange-Zugriff über den Tunnel und diese Verbindung ist stabil.
Heute habe ich versuchsweise bei mir Zuhause die Verbindung getestet. Ich habe zuhause die selbe Hardware wie die Aussenstelle
und auch einen ständigen Tunnel. Die Verbindung hat auf Anhieb geklappt.
Einziger Unterschied: In der Aussenstelle läuft Windows XP SP3 mit Office Small Business und Zuhause ist's Vista mit der gleichen
Office-Version.
Kennt jemand das Problem? Hat jemand vielleicht einen Lösungsansatz?
Gruss
Marc
Oulook 2007, Business Contact Manager installiert, Datenbank gefüttert, Datenbank auf SBS 2003 SP2 mit SQL-Server 2008 R2 verschoben.
Die Verbindung zu dieser Datenbank funktioniert im Netzwerk bestens.
Gestern wollte ich eine Aussenstelle, welche via VPN-Tunnel mit dem Hauptsitz verbunden ist an die Datenbank verbinden.
Outlook hängt beim Versuch, die Datenbank zu verbinden und zwar so, dass wirklich nur ein Neustart des Rechners Abhilfe schafft.
Oulook kann nicht mit dem Taskmanager abgeschossen werden. Es wird kein Fehler geloggt und auch das Warten auf ein Timeout
habe ich nach 15 Min. aufgegeben. Versuchsweise habe ich für den Tunnel sämtliche Ports geöffnet. Hat keine Besserung gebracht.
Ironischerweise kann ich die Datenbank mit Management Studio Express 2008 über den Tunnel connecten. Nur die Verbindung
von Outlook geht nicht. Die Aussenstelle hat vollen Exchange-Zugriff über den Tunnel und diese Verbindung ist stabil.
Heute habe ich versuchsweise bei mir Zuhause die Verbindung getestet. Ich habe zuhause die selbe Hardware wie die Aussenstelle
und auch einen ständigen Tunnel. Die Verbindung hat auf Anhieb geklappt.
Einziger Unterschied: In der Aussenstelle läuft Windows XP SP3 mit Office Small Business und Zuhause ist's Vista mit der gleichen
Office-Version.
Kennt jemand das Problem? Hat jemand vielleicht einen Lösungsansatz?
Gruss
Marc
Please also mark the comments that contributed to the solution of the article
Content-ID: 144082
Url: https://administrator.de/contentid/144082
Printed on: December 13, 2024 at 02:12 o'clock
8 Comments
Latest comment
Hallo marc,
am wahrscheinlichsten sind Probleme mit der Firewall.
Ich habe selbst auch den BCM2007 auf dem Server (mittels admin-Tool) installiert und verbinde mit mehreren Clients darauf.
Das klappt sowohl per LAN-LAN-VPN als auch per Client-VPN-Zugriff ohne Probleme.
Ist das Outlook in der selben Sprache wie im anderen Netz (deutsch-deutsch oder englisch-englisch)?
BCM im Netz geht nur mit einer Sprache.
Beim Verbinden mit der BCM-Datenbank:
Kommt die Auswahl der zu verbindenen Datenbank und danach hängt Outlook?
Wenn der Taskmanager nicht hilft, geht eigentlich immernoch der Prozessexplorer.
Hier gibts viele BCM-Infos:
http://blogs.msdn.com/b/bcm/
am wahrscheinlichsten sind Probleme mit der Firewall.
Ich habe selbst auch den BCM2007 auf dem Server (mittels admin-Tool) installiert und verbinde mit mehreren Clients darauf.
Das klappt sowohl per LAN-LAN-VPN als auch per Client-VPN-Zugriff ohne Probleme.
Ist das Outlook in der selben Sprache wie im anderen Netz (deutsch-deutsch oder englisch-englisch)?
BCM im Netz geht nur mit einer Sprache.
Beim Verbinden mit der BCM-Datenbank:
Kommt die Auswahl der zu verbindenen Datenbank und danach hängt Outlook?
Wenn der Taskmanager nicht hilft, geht eigentlich immernoch der Prozessexplorer.
Hier gibts viele BCM-Infos:
http://blogs.msdn.com/b/bcm/
Ist die Datenbank in der Standardinstanz oder einer bennanten Instanz des SQL-Servers installiert?
Hast du versucht, so zu verbinden:
IP-Adresse, 1433 (SQL-Port) oder machst du es immer über den Namen?
Wie breitbandig ist die VPN-Verbindung (vielleicht gibt es ja nur DSL-Light am Nebenstandort)?
Eventuell gibt es dadurch Timeouts.
Ich habe in meiner Nebenstelle keinen eigenen DNS-Server, nutze den der Zentrale als primären und den Router als sekundären.
Dies musste aber im Client manuell eingestellt werden, weil Fritzboxen keinen anderen DNS-Server per DHCP verteilen können.
Hast du versucht, so zu verbinden:
IP-Adresse, 1433 (SQL-Port) oder machst du es immer über den Namen?
Wie breitbandig ist die VPN-Verbindung (vielleicht gibt es ja nur DSL-Light am Nebenstandort)?
Eventuell gibt es dadurch Timeouts.
Ich habe in meiner Nebenstelle keinen eigenen DNS-Server, nutze den der Zentrale als primären und den Router als sekundären.
Dies musste aber im Client manuell eingestellt werden, weil Fritzboxen keinen anderen DNS-Server per DHCP verteilen können.
Zitat von @marc-1303:
Hallo Goscho
Ich habe beides versucht. Mit Hostname und mit IP. Geht in keinem Fall.
Die Verbindung läuft auf Port 5356 (Standard für BCM).
Hallo Goscho
Ich habe beides versucht. Mit Hostname und mit IP. Geht in keinem Fall.
Die Verbindung läuft auf Port 5356 (Standard für BCM).
Das mag bei einer lokal freigegebenen Outlook-Datenbank so sein, bei denen im Netz von einem SQL-2005 ist es Port 1433.
BTW: Habe heute BCM2010 Upgrade von 2007 eingerichtet und hier will der Verbindungsassi keinen Port mehr wissen.
DSL am Hauptsitz 50'000/1'500 KB, Cable an der Aussenstelle 50'000/1'500 KB
sollte beides ausreichend sein.
sollte beides ausreichend sein.
Das muss reichen. Ich habe am Nebenstandort 2000/228.
DNS-Einstellung könnte das Stichwort sein. In der Aussenstelle haben wir den DNS-Server
des Internet-Providers laufen. Am Hauptsitz übernimmt diese Aufgabe unser SBS 2003 SP2.
Der Server ist aber in der Aussenstelle mit Hostname und IP als Host bekannt.
Vergib bitte die DNS-Einstellungen wie von mir beschrieben, dann klappt das auch.des Internet-Providers laufen. Am Hauptsitz übernimmt diese Aufgabe unser SBS 2003 SP2.
Der Server ist aber in der Aussenstelle mit Hostname und IP als Host bekannt.
Zitat von @marc-1303:
Die Datenbank auf dem SQL-Server läuft auf dem Port 5356. Die Verbindung von mir zuhause hat auch prima geklappt.
Ich denke nicht, dass ich jetzt alles auf Port 1433 umstelle (inkl. allen Clients die sauber verbinden).
Morgen Marc,Die Datenbank auf dem SQL-Server läuft auf dem Port 5356. Die Verbindung von mir zuhause hat auch prima geklappt.
Ich denke nicht, dass ich jetzt alles auf Port 1433 umstelle (inkl. allen Clients die sauber verbinden).
du hast mich falsch verstanden. Ich wollte damit sagen, dass es nicht immer standardmäßig Port 5356 für BCM-Datenbanken im Netz ist.
Wenn bei dir der Port aber 5356 ist, wäre es natürlich saudämlich, wenn du auf 1433 verbinden wolltest.