【问题标题】:The network path was not found找不到网络路径
【发布时间】:2014-02-22 07:08:41
【问题描述】:

我正在运行我的代码并收到此错误。但这是什么意思?

找不到网络路径描述:未处理的异常 在执行当前 Web 请求期间发生。请 查看堆栈跟踪以获取有关错误和位置的更多信息 它起源于代码。

异常详情:System.ComponentModel.Win32Exception: 找不到网络路径

来源错误:

在执行过程中产生了一个未处理的异常 当前的网络请求。有关原产地和位置的信息 可以使用下面的异常堆栈跟踪来识别异常。

堆栈跟踪:

[Win32Exception (0x80004005): 找不到网络路径]

[SqlException (0x80131904):建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。这 服务器未找到或无法访问。验证实例 名称正确且 SQL Server 配置为允许远程 连接。 (提供者:命名管道提供者,错误:40 - 无法 打开与 SQL Server 的连接)]

【问题讨论】:

  • 您需要出示您的相关代码。
  • 我真的需要全部展示吗?
  • 至少哪里出错了?我们无法神奇地知道您要做什么?
  • @LouisvanTonder 绝对不是因为在大多数情况下这不是基于代码的问题。

标签: .net database networking


【解决方案1】:

这可能与您的数据库连接字符串或类似的东西有关。

我现在刚刚解决了这个异常。发生的事情是我使用了一个 连接字符串,打算在另一台机器(服务器)上调试时使用。

我在Web.config 中注释了错误的连接字符串,并取消了正确的注释。现在我重新开始工作......这是我在某个特定解决方案中没有工作后忘记关注的事情。 ;)

【讨论】:

  • 在我的情况下,它 与连接字符串有关。我在配置中有一个过时的数据库服务器。谢谢!
  • 如果偶尔出现这种情况,而且不是连接字符串的问题,因为连接字符串总是相同的怎么办?
【解决方案2】:

如果尝试从 localhost 访问远程/prod 数据库,并且您忘记了这个特定的托管公司需要 VPN 登录才能访问数据库,您也会得到这个确切的错误(我觉得很傻吗)。

【讨论】:

  • 我只有在家工作时才会遇到这个问题。它在办公地点工作正常。但有时它也适用于离家 5-10 分钟。另外,我可以从 SSMS 连接到数据库
  • 就我而言,我正在连接到远程数据库;但我只是偶尔会收到此错误
【解决方案3】:

可能有以下原因:

  1. 错误的 SQL 连接字符串。
  2. 服务中的 SQL Server 未运行。
  3. 分布式事务协调器服务未运行。

首先尝试从 SQL Server Management Studio 连接到您的远程数据库。如果它连接,则意味着问题出在代码端或 Visual Studio 端(如果您使用的是代码端)。

检查连接字符串,如果问题仍然存在,检查这两个服务:

  1. 分布式事务协调器服务
  2. SQL Server 服务。

进入 services.msc 并搜索并启动这两个服务。

以上答案适用于异常: [Win32Exception (0x80004005): 找不到网络路径]

【讨论】:

  • 这解决了我的问题,在我从 services.msc 启动上述服务之前,我无法连接到 SQL Sever Management Studio 上的数据库
【解决方案4】:

可能还要检查Web.config中的sessionState标签

信不信由你,我做过的一些项目也会在这里设置一个连接字符串。

将此配置设置为:

<sessionState mode="InProc" />

在检查所有其他连接字符串是否正确后,在我的情况下修复了此问题。

【讨论】:

    【解决方案5】:

    我也有同样的问题。我通过在连接字符串之前添加@ 解决了这个问题(C# 有一个叫做'String Literals'的东西),如下所示:

    SqlConnection sconnection = new SqlConnection(@"Data Source=(Localdb)\v11.0; Initial Catalog=Mydatabase;Integrated Security=True");
    
    sconnection.Open();
    

    【讨论】:

      【解决方案6】:

      正如其他人指出的那样,这可能更多地与连接字符串配置有关 确定,

      1. 用户名和密码正确
      2. 数据源指向正确的一个,例如,如果您使用 SQL express,它将是 .\SQLEXPRESS
      3. 数据库指向正确的数据库名称 希望对您有所帮助。

      【讨论】:

        【解决方案7】:

        正确检查您的连接字符串。 检查连接是否打开。

        String CS=ConfigurationManager.COnnectionStrings["DBCS"].connectionString;
          if(!IsPostBack)
            {enter code here
           SqlConnection con = new SqlConnection(CS);
                con.Open();
            SqlCommand cmd = new SqlCommand("select * from tblCountry", con);
             SqlDataAdapter da = new SqlDataAdapter(cmd);
             DataTable dt = new DataTable();
        da.Fill(dt);
        //Bind data
        }
        

        【讨论】:

          【解决方案8】:

          我最近遇到了同样的问题。由于网络问题,您的应用程序更有可能无法连接到数据库服务器。

          在我的情况下,我连接到了错误的 WiFi。

          【讨论】:

            【解决方案9】:

            在开始时,我遇到了同样的错误,但情况不同。 我有两个连接字符串,一个用于 ado.net,另一个用于 EntityFramework,两个连接都正确。问题出在 EF 的 edmx 文件中,我在其中将 ProviderManifestToken="2012" 更改为 ProviderManifestToken="2008",因此之后应用程序运行良好。

            【讨论】:

              【解决方案10】:

              就我而言,我从现有数据库生成了 DbContext。我在appSettings.json 文件中设置了连接字符串;但是,当我通过搭建 DbContext 类生成类文件时,它的连接字符串不正确。

              所以请确保您的连接字符串在appSettings.json 文件以及DbContext 文件中是正确的。这将解决您的问题。

              【讨论】:

                【解决方案11】:

                对我而言,问题是与 VPN 的连接不成功(在家工作时)。是的,connectionString 正在使用来自远程服务器的上下文。这导致了以下错误:

                <Error>
                  <Message>An error has occurred.</Message>
                  <ExceptionMessage>The network path was not found</ExceptionMessage>
                  <ExceptionType>System.ComponentModel.Win32Exception</ExceptionType>
                  <StackTrace/>
                </Error>
                

                【讨论】:

                  【解决方案12】:

                  如果您使用任何数据库,请同时检查连接字符串

                  【讨论】:

                    猜你喜欢
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 2016-12-18
                    • 2015-03-04
                    • 2017-07-04
                    相关资源
                    最近更新 更多