簡體   English   中英

ASP.NET無法連接到SQL Server 2005

[英]ASP.NET cannot connect to SQL Server 2005

我正在嘗試創建一個ASP頁,該頁具有與SQL Server 2005數據庫的橋接連接(與ASP服務器分開的服務器)。 為此,我嘗試使用Windows身份驗證設置。 我具有對SQL Server的完整權限的名稱,但仍然收到錯誤“用戶COMPANY \\ name登錄失敗”。 為了查看這是否僅是Windows身份驗證問題,我嘗試執行SQL Server身份驗證。 這也不會讓我登錄。 我不知道為什么SQL身份驗證會出現問題,但是我真的可以使用一些幫助弄清楚Windows身份驗證為什么不起作用的原因。 感謝您的時間。

問候,

佛朗哥

我假設它們在同一個域中(因為您提到了COMPANY \\ name)?

確認SQL Server已設置為允許遠程連接。 (服務和連接的表面積配置)

如果使用的是Windows Auth,是否要指定一個用戶作為連接對象,還是使用當前用戶的身份? 如果您希望指定一個用戶始終以該身份進行連接,則建議您使用SQL Server帳戶而不是域帳戶。

您說過,當您嘗試使用SQL身份驗證登錄SQL Server(我想它是SQL Server用戶ID和密碼)時,它沒有讓您進入。這意味着SQL Server端存在一些問題。 確保您的SQL Server已設置為混合模式身份驗證。 這意味着它應該能夠讓您使用Windows身份驗證以及是否提供sql server用戶ID和密碼。

那是一個指針。 每個人都在說另一點,不要使用Windows身份驗證從ASP頁連接到SQL Server。 為此,您需要將域用戶設置為SQL Server用戶。 今天,您是唯一使用此頁面的人,明天當您需要將此頁面提供給整個組織時呢?

請勿將Windows身份驗證用於這種連接。

您可以發布同時用於WA和SQLauth的連接字符串的副本(已清理-更改密碼)嗎?

嘗試剝離用戶名的域部分-COMPANY \\ User-它可能會干擾身份驗證。

另外-在SQL Server上(如果可以訪問),是否嘗試過通過本地主機連接到服務器? 可能只是您的用戶沒有足夠的權限。

SQL Server身份驗證-您是否已創建用戶並將其附加到具有讀取權限的數據庫中?

安裝SQL Server時,是否將其配置為使用混合模式身份驗證? 您還可以使用SQL身份驗證或Windows身份驗證直接使用SQL Management Studio連接嗎?

我非常確定它不能在SQL Server端上,因為我可以從一個完全不同的服務器進行連接,該服務器與從現在開始嘗試連接的服務器完全不同。 我使用的服務器可能有問題嗎? 如果是這樣,有什么可能的解決方案?

與一些同事交談時,他們說他們過去從未嘗試連接到該服務器。 我只能從一個服務器但不能從另一台服務器連接,這很奇怪。

這是您無法通過ASP.NET應用程序建立數據庫連接時要經過的步驟的清單

  1. 您可以從ASP.NET服務器ping數據庫服務器嗎?
  2. 是否可以從ASP.NET服務器使用SQL身份驗證和管理Studio連接到數據庫?
  3. 用一個非常簡單的小返回查詢編寫頁面,以用作測試。 您可以使用測試頁查詢數據庫嗎? 不要依賴任何web.config條目,手動輸入所有連接字符串和查詢數據(不要將此測試頁在服務器上的停留時間超過測試所需的時間)
  4. 如果您的測試頁失敗,那是什么錯誤? 如果從ASP.NET服務器控制台進行測試,則應該得到詳細的錯誤,該錯誤可能表明該問題。
  5. 如果您有多個服務器數據庫,請絕對確保要連接到您認為是的服務器;)

一般提示:Management Studio可能是最好的單個測試-如果您可以通過Windows和通過ASP.NET服務器上的Management Studio進行SQL身份驗證進行連接,則問題一定出在ASP.NET應用程序配置上。

您提到您正在收到一個明確的身份驗證錯誤,即“ COMPANY \\ name”未被授權。 您正在運行域控制器嗎? 是“ COMPANY”域名嗎? 否則,ASP.NET可能無法使用您的域帳戶針對數據庫進行身份驗證。

如果必須使用Windows授權,請記住在web.config中啟用模擬:

<identity impersonate="true" />

您還需要在站點的IIS配置中禁用匿名訪問並啟用集成安全性。

HTH。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM