Visual InterDev / IIS Server/ ODBC Connect to SQL Server 6.5

Visual InterDev / IIS Server/ ODBC Connect to SQL Server 6.5

Post by <bedr.. » Tue, 30 Sep 1997 04:00:00



Here's one that's consumed too much of my life already :)

When creating an Active Server Page to connect to an ODBC Datasource, it is
required to hard-code the SQL Server Login/Password in the VBScript line:

<% objDBConnection.Open "PhoneList", "Username", "Password" %>

Where PhoneList is an ODBC DSN on the IIS Server.  This utilizes SQL
Server's Standard Security model over TCP/IP.  SQL Server also supports NT
Integrated Security through Trusted connections over either Named Pipes or
Multi-Protocol network libraries.  I would like to be able to utilize SQL's
Integrated Security to authenticate a user to a database from the client's
browser.

IIS Security allows for an NT Challenge/Response authentication, and you
can even get the name of the currently logged-in NT User from the client's
workstation running the browser. (Request.ServerVariables("LOGON_USER"))
Under standard security for SQL, you can pass this variable as a parameter
to the first line above, and if that SQL Login Name has no password, you're
in.
This requires all login passwords in SQL to be empty, or to manage a
password list yourself in another table somewhere.

Since SQL Server can only establish trusted connections through
Multi-protocol clients, and the browser session is pure TCP/IP, you receive
a general network error when trying to establish a trusted SQL connection
from a browser.

I would like to know if anyone has been able to manage Web-based
authentication to SQL Server through the mechanisms already in place in NT
Server/IIS Server, or if this is an issue to be resolved in future releases
of the products?

 
 
 

1. Visual InterDev / IIS / ODBC Connect to SQL Server 6.5

When creating an Active Server Page to connect to an ODBC Datasource, it is
required to hard-code the SQL Server Login/Password in the VBScript line:

<% objDBConnection.Open "PhoneList", "Username", "Password" %>

Where PhoneList is an ODBC DSN on the IIS Server.  This utilizes SQL
Server's Standard Security model over TCP/IP.  SQL Server also supports NT
Integrated Security through Trusted connections over either Named Pipes or
Multi-Protocol network libraries.  I would like to be able to utilize SQL's
Integrated Security to authenticate a user to a database from the client's
browser.

IIS Security allows for an NT Challenge/Response authentication, and you
can even get the name of the currently logged-in NT User from the client's
workstation running the browser. (Request.ServerVariables("LOGON_USER"))
Under standard security for SQL, you can pass this variable as a parameter
to the first line above, and if the SQL Login has no password, you're in.
This requires all login passwords in SQL to be empty, or to manage a
password list yourself in another table somewhere.

Since SQL Server can only establish trusted connections through
Multi-protocol clients, and the browser session is pure TCP/IP, you receive
a general network error when trying to establish a trusted SQL connection
from a browser.

I would like to know if anyone has been able to manage Web-based
authentication to SQL Server through the mechanisms already in place in NT
Server/IIS Server, or if this is an issue to be resolved in future releases
of the products?

2. E_FAIL initialize SQLCE using OLEDB, URGENT!! :(

3. Security on SQL Server/IIS and Visual Interdev

4. how delete duplicate records

5. Need help on retrieving OUTPUT parameter in stored procedure and Visual Interdev 6.0 - SQL Server 6.5

6. Error 548

7. Cannot create new table using Visual Interdev 6.0 on SQL 6.5 Server

8. Finding the Identity column

9. Connect to SQL server from Visual Interdev

10. ODBC timeout when connecting from ACCESS 97 to SQL Server 6.5 (heavy loaded server)

11. ODBC busy connection problems with IIS 3.0 and SQL Server 6.5

12. ODBC connect from IIS server to Access server

13. SQL Server 6.5 & Proxy Server/IIS