Es gibt Zeiten, in denen wir eine ODBC-Verbindung über die "Röhren" zu einem unserer Kunden erstellen müssen. Wir möchten unseren Kunden so viel Sicherheit wie möglich bieten, da wir ODBC und, gut ... verwenden.sichere ODBC-Verbindung - Oxymoron?
Wie auch immer, es gibt eine Checkbox Einstellung in der SQL Server DSN, die sagt "Verwenden starke Verschlüsselung für Daten" , aber absolut keine Dokumentation dafür. Die einzigen Hinweise, die ich in den Google-Netzen finden kann, sind unbeantwortete Fragen - nicht sehr ermutigend. Hat jemand eine Ahnung, was es macht oder wie es funktioniert? Wenn das nicht eine Möglichkeit ist, den Datenstrom zu verschlüsseln, gibt es einen anderen Weg?
BTW, können wir uns nicht darauf verlassen, dass unsere Kunden Verschlüsselung von ihrem Ende erzwingen, und der Umgang mit Sicherheitszertifikaten wäre ein echter Albtraum.
Vielen Dank im Voraus, Dave
Ehrfürchtig Informationen, Remus. – RBarryYoung
Danke für die Informationen, das ist genau das, was ich gesucht habe. Einige unserer Clients könnten weiterhin SQL 2000 ausführen, aber diese Zahl nimmt schnell ab. Wir werden ein SQL 2008-Client-Stück verwenden, um mit allen von ihnen zu verbinden und unsere Kunden dazu auffordern, innerhalb der nächsten 6 Monate auf mindestens 2005 zu aktualisieren. Das bedeutet jedoch nicht, dass sie dies tatsächlich tun werden ... – DaveN59
Leider müssen Zertifikate für jeden Kunden auf der Clientseite installiert werden. Der andere Fehler ist der FQDN - wir verwenden immer die IP-Adresse, um eine Verbindung herzustellen, und zerteilt im Allgemeinen nicht das ... – DaveN59