5
ODBC-Verbindung zu SQL in fremder Domäne über VPN-Tunnel
Hallo zusammen,
ich würde gerne von einem Client aus Domäne1 mit IP-Bereich X.X.1.X auf einen SQL-Server in Domäne2 mit IP-Bereich X.X.2.X zugreifen. Dazwischen liegt ein Tunnel-Netz mit X.X.200.X
Ich habe auf dem SQL-Server einen lokalen Benutzer angelegt, der sich an der Datenbank anmelden darf und zum Test eine Any-Any Regel auf dem Tunnel angelegt, jedoch bekomme ich keine Verbindung. Zugriff auf Remotedesktop oder auch die Freigaben funktioniert einwandfrei.
Hat jemand eine Idee, wo das Problem liegen könnte?
ich würde gerne von einem Client aus Domäne1 mit IP-Bereich X.X.1.X auf einen SQL-Server in Domäne2 mit IP-Bereich X.X.2.X zugreifen. Dazwischen liegt ein Tunnel-Netz mit X.X.200.X
Ich habe auf dem SQL-Server einen lokalen Benutzer angelegt, der sich an der Datenbank anmelden darf und zum Test eine Any-Any Regel auf dem Tunnel angelegt, jedoch bekomme ich keine Verbindung. Zugriff auf Remotedesktop oder auch die Freigaben funktioniert einwandfrei.
Hat jemand eine Idee, wo das Problem liegen könnte?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 346049
Url: https://administrator.de/forum/odbc-verbindung-zu-sql-in-fremder-domaene-ueber-vpn-tunnel-346049.html
Ausgedruckt am: 19.02.2025 um 21:02 Uhr
5 Kommentare
Neuester Kommentar
Moin,
schau mal auf der/den FW nach dem Port 1433 TCP/UDP, das ist der Standardport für MS SQL Server.
Dann schauen wir weiter und vielleicht als erstes den SA zum Testen benutzen.
Uuund ein lokales MM Studio installieren und von da aus mal den Server versuchen zu kontaktieren, bevor Du mit ODBC etc anfängst.
Gruss
schau mal auf der/den FW nach dem Port 1433 TCP/UDP, das ist der Standardport für MS SQL Server.
Dann schauen wir weiter und vielleicht als erstes den SA zum Testen benutzen.
Uuund ein lokales MM Studio installieren und von da aus mal den Server versuchen zu kontaktieren, bevor Du mit ODBC etc anfängst.
Gruss
Uuund ein lokales MM Studio installieren
Das ist nicht notwendig. Eine leere Textdatei auf dem Desktop erstellen und dann in *.udl umbenennen genügt zum testen.
LG Günther
Die Firewall ist zum Test auf dem SQL komplett offen und auf der VPN Verbindung ebenfalls. Daran kann es nicht liegen.
Mit dem MM-Studio komme ich auch nicht auf die Datenbank. Auf eine andere Datebank im internen Netz komme ich problemlos per ODBC und auch mit dem MM-Studio.
Dies ist die Fehlermeldung des MM-Studios:
Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden) (Microsoft SQL Server, Fehler: 1326)
Die Option "Remoteverbindungen zulassen" ist aktiviert.
Mit dem MM-Studio komme ich auch nicht auf die Datenbank. Auf eine andere Datebank im internen Netz komme ich problemlos per ODBC und auch mit dem MM-Studio.
Dies ist die Fehlermeldung des MM-Studios:
Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. (provider: Named Pipes Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden) (Microsoft SQL Server, Fehler: 1326)
Die Option "Remoteverbindungen zulassen" ist aktiviert.
Hi,
ist der Zugriff auf den SQL Server per TCP/IP von X.X.1.X erlaubt ?
nicht Firewall, sondern:
SQL Server Configuration Manager -> SQL Server Network Configuration -> Protocols -> TCP/IP ?
CH
ist der Zugriff auf den SQL Server per TCP/IP von X.X.1.X erlaubt ?
nicht Firewall, sondern:
SQL Server Configuration Manager -> SQL Server Network Configuration -> Protocols -> TCP/IP ?
CH
Danke schon mal für die Antworten...
TCP/IP ist aktiviert und ebenso Shared Memory. Dies gilt auch für die Clientprotokolle.
In den Einstellungen finde ich jedoch keine Option für weitere Netzwerke. Hier steht unter IP1 nur die des SQL-Servers und der dazugehörige Port. Aktiv steht auf JA und Aktiviert auf Nein. IP2 hat die gleichen Einstellungen jedoch mit IP-Adresse ::1, IP3 mit 127.0.01
TCP/IP ist aktiviert und ebenso Shared Memory. Dies gilt auch für die Clientprotokolle.
In den Einstellungen finde ich jedoch keine Option für weitere Netzwerke. Hier steht unter IP1 nur die des SQL-Servers und der dazugehörige Port. Aktiv steht auf JA und Aktiviert auf Nein. IP2 hat die gleichen Einstellungen jedoch mit IP-Adresse ::1, IP3 mit 127.0.01
