Ich stoße auf SQL-Probleme und kann das genaue Problem bereits hier auf SF gepostet finden.
Ich habe einen SQL-Server, der auf einem 192.168.16.x-Subnetz auf der einen Seite eines Site-to-Site-VPN läuft. Auf der anderen Seite habe ich eine Workstation auf einem 172.16.100.x-Subnetz.
SQL-Browser läuft auf SQL-Server und Computer-Browser läuft auf DCs und allen Arbeitsstationen auf beiden Seiten. Computer-Browser zeigt alle Computer auf beiden Seiten korrekt zusammen an.
Ich kann alle Hostnamen in beide Richtungen anpingen und auflösen, aber wenn ich einen SQL-DSN hinzufüge, wird der SQL-Instanzname nicht in der Dropdown-Liste auf der 100.x-Seite angezeigt, sondern nur auf der 16.x-Seite. Der gesamte Datenverkehr und alle Ports sind auf dem VPN geöffnet.
Die Softwareanwendung, die ich einrichten muss, erfordert, dass die SQL-Instanz gesendet und ausgewählt werden kann. Sie erfordert einen DSN und muss grundsätzlich auch durch Auswahl einer SQL-Instanz in der App konfiguriert werden können. Sie können sie nicht einfach eingeben ... das funktioniert nicht.
Ich bin für alle Ideen dankbar, wie sich dieses Problem beheben lässt.
Danke!
Antwort1
Ich weiß nicht viel über die SQL-Instanzerkennung, aber vorausgesetzt, dass diese auf Broadcast basiert, würde sie niemals die Grenzen des IP-Netzwerks überschreiten (was das Verhalten erklärt, das Sie beobachten, wenn sich Ihre Software auf der 16.X-Seite des VPN befindet).
Wenn dies tatsächlich das Problem ist, besteht eine Problemumgehung (beachten Sie, dass ich es nicht als Lösung bezeichnet habe) darin, eine Netzwerkadressübersetzung einzurichten, um den Broadcast vom Netzwerk 16.X an die Broadcastadresse des Netzwerks 100.X umzuleiten, sofern Ihr Router dies zulässt.