我搜索了这个,但找不到任何可以解决我问题的东西。 (我是ASP.NET Web Api的新手)

我构建了一个ASP.NET Web Api,当我从本地机器上的visual studio运行它时,everthing工作得很完美。 (在这两种情况下,当我使用“使用Visual Studio开发服务器”和“使用本地IIS Web服务器”时,它工作正常)。

问题是当我试图从局域网中的其他计算机上调用这个Web服务时它没有用(类似于:“http://192.168.2.103:8080/api/blabla”)。 (1)使用“使用Visual Studio开发服务器” - 客户端以超时结束。 (2)使用“使用本地IIS Web服务器” - 客户端收到HTTP错误400“错误请求 - 无效主机名”(当我使用端口8080并添加规则到Windows防火墙以通过此端口时)。

我也试图完全禁用Windows防火墙,反病毒,它没有帮助。

我在WCF中实现了其他http Web服务项目,一切正常,我可以从局域网中的其他计算机进行通信。

注意! (1)其他计算机不是windows ....如果重要的话)(2)ping到计算机/地址之间的工作正常。

我真的很感激任何帮助。 谢谢,

哈伊姆

#1楼 票数:1

(1)visual studio开发服务器不支持远程连接。 有关详细信息, 请参阅 人们尝试在这些场景中设置反向代理的解决方法。

(2)通过“本地IIS Web服务器”,我假设您使用的是IIS Express。 遗憾的是,IIS Express默认情况下不允许远程连接。 要允许远程连接,请参阅此问题

  ask by Haim translate from so

未解决问题?本站智能推荐:

1回复

在外部计算机上查看本地ASP.NET应用程序

之前曾有人问过这个问题(即这里 ),我发现了一些博客文章,其中提供了有关如何设置IIS Express( 此处和此处 )以允许远程连接的一些详细信息,但是我一直无法把所有的东西都放在一起 到目前为止,这是我所做的: 在命令提示符处运行此命令以进行“ URL保留”: netsh http
2回复

ASP.NET中的Web服务过时了吗?与ASP.NET4.0一起使用什么?

我必须在ASP.NET中编写一个简单的Web服务应用程序。 我在某处读到Web服务已过时,并且有一些诸如WCF的新技术。 但是,顾名思义,Windows Communication Foundation可能只限于WinForms应用程序,而不限于ASP.NET。 我应该在Visual S
1回复

使用MVC和Web-API时的asp.net路由

我有一个同时包含ASP.NET MVC和Web API的项目。 而且我必须将请求从/assets/x/y/z.ext重定向到/content/assets/x/y/z.ext 这是我写的代码: 这是App_Start / RouteConfig.cs的内容 现在由于某种原因,这是
1回复

在一个MSI项目中部署Web-Api,Asp.net项目和Windows服务

是否可以部署; 1-一个Web-api项目 2-用Asp.net编写的网站 3- WCF服务作为Windows服务 使用/在Windows Web Installer项目中(最好)在一个msi文件中还是在Wix中?
1回复

angular2+web.api2:从服务器端注入防伪标记(不是asp.net核心)

只是想知道是否有任何样本在展示如何使用反伪造令牌时使用angular2构建一个富客户端,该客户端消耗来自一组web api2服务的数据,这些服务是在.NET 4.5上构建的。 web api服务不是用asp.net核心构建的,也不会在接下来的几个月内更新。 这种情况的推荐方法是什么?
1回复

Asp.Net核心项目结合了Web和Windows服务

是否可以有一个可以处理API请求/响应的服务API,但是还可以在计时器上运行内部服务。 例如,每2个小时检查一次数据库日志并删除信息日志,诸如此类?
1回复

使用asp.net核心API从外部API获取数据

我正在学习使用 ASP.NET 核心创建 API,在这方面我遇到了一个问题,我正在尝试使用我的 API 执行对外部 API 的请求,但我不知道如何执行请求并返回请求的 JSON,有什么帮助吗? 应用程序的流程如下所示: SPA -> AspNet Core WEB API -> 外部
1回复

使用Asp.Net的微服务

阅读这篇出色的文章之后,我想到了将我们的平台迁移到微服务架构的想法。 我们的堆栈是服务器上的Asp.Net Web API(Rest ...)。 Angular 2在前面。 我想提出一些概念上的证明,以检查我们是否应该继续这条路。 就我的理解而言,我需要从我们的Web应用程序中提取