ODBC-Verbindung über VPN lässt sich nicht einrichten

[Ramme 11]

Hallo,

 

ich muss von einem extenen PC über eine VPN-Verbindung eine ODBC-Verbindung zum SQL-Server 2012 aufbauen, welche fehlschlägt.

Im Konfigurations-Manager habe ich TCP aktiviert und Port fest eingerichtet.

Im LAN funktionier alles einwandfrei.

Die VPN wird auf den Server auf dem der SQL läuzft aufgebaut und Datenzugriff usw. funktioniert.

Wenn ich nun ODBC einrichten will mit IP-Adresse\Datenbankname und den korrekten Zugangsdaten eingebe, in der Clientkonfiguration den fest eingestellten Port angebe, bekomme ich nur eine Fehlermeldung 17 Der Server existiert nicht oder Zugriff verweigert.

Hat wer n Tipp, woran das liegen kann? Falls es wichtig ist, der Server auf dem SQL läuft ist ein einer Domäne, der externe PC nicht.

 

Gruß

 

Ramme

[Sunny61 773]

Für welches Firewallprofil ist denn Port 1433 auf dem SQL 2012 freigegeben? Auf allen 3 Profilen? Darf denn der externe PC über Port 1433 nach außen gehen? Ist bei ihm in der Firewall Port 1433 TCP und Port 1434 UDP nach extern freigegeben?

[Ramme 11]

Hallo,

 

auf dem Server ist der Port TCP 1433,22541 UDP 1434 eingehend auf allen Profilen freigegeben und auf dem PC ausgehend TCP 1433,22541 und UDP 1434. dennoch immer das gleiche. Testhalber hatte ich auf beiden Geräten auch schon die Firewall ausgeschaltet. Verbindung hat nciht funktioniert.

[Sunny61 773]

Kannst Du vom PC aus über den Explorer auf den Server zugreifen, der den SQL hosted?

\\Server\C$ alternativ \\Server\Freigabe.

 

Auf dem Client mittels telnet Server 1433 [ENTER] prüfen was passiert.

 

Kannst du zum Test den Client ins LAN bringen? Welche Sicherheitssoftware läuft auf dem Client?

[Ramme 11]

Hallo,

 

die Serverfreigaben sind kein Problem.

Telnet auf 1433 bringt ein leeres schwarzes Fenster.

Den Client kann ich nicht ins LAN bringen. Der steht ca. 300 km entfernt.

[Dunkelmann 96]

Moin,

 

blockiert eventuell eine Firewall (außer der lokalen Windows FW) oder der VPN Gateway die Ports?

Eventuell mal den MS Netzwerkmonitor auf dem SQL installieren und prüfen, ob überhaupt Pakete vom Client dort ankommen. Ggf. auch mal einen Scan des SQL Servers per nmap (zenmap) vom Client aus durchführen.

 

Obligatorische Frage: Schon mal die Kommunikation mit 'ping', 'tracert' und ggf. 'pathping' in beide Richtungen getestet?

[Sunny61 773]

die Serverfreigaben sind kein Problem.

Telnet auf 1433 bringt ein leeres schwarzes Fenster.

OK, das sieht doch schon mal gut aus.

 

Dann fehlt noch die Antwort auf die Sicherheitssoftware auf dem Client.

 

Und der anzumeldende Benutzer ist ganz sicher auf dem SQL auf zugelassen?

[Ramme 11]

Sicherheitssoftware auf dem Client ist GDATA Antivirus 2015 und wurde auch schon deaktiviert.

Es scheint wohl ein Firewalingproblem gewesen zu sein. Wir sind nun hergegangen und haben einen VPN-Zugang auf die Firewall eingerichtet und Per Regelwerk den Zugang zum SQL-Server beschränkt. Ich werde mich da noch testweise demnächst ranhängen, da in absehbarer Zukunft weitere sich per VPN auf den Server aufwählen sollen die dann wohl das gleiche Problem haben könnten.

Der anzumeldende Benutzer ist definitiv auf dem Server zugelassen, da schon einige sich damit verbunden haben.

Sobald ich erfahren habe, woran es lag, werde ich mich melden.

[Sunny61 773]

Du könntest natürlich auch mal folgendes testen:

 

neuen Client installieren, minimale SW installieren, Verbindung testen, VPN-SW installieren und Client von einem anderen Anschluß aus den Zugriff testen.

 

BTW: Sicherheitssoftware deaktivieren ist wie Augen zumachen und sagen 'ich bin unsichtbar'. Eine saubere Deinstallation mit anschließender Nutzung des Removal Tools vom jeweiligen Hersteller hilft, denn der Hersteller installiert Filter, die sind auch beim Deaktivieren aktiv.

[Ramme 11]

Ich habe nun 2 weitere Clients angebunden, bei denen hat alles einwandfei funktioniert... Also muss das Problem am Client liegen. Dieser wird innerhalb der nächsten 1-2 Wochen wohl frisch installiert und dann probiere ich es von dort auch noch einmal aus.