ASP.NET 网站的代理服务器上有 https 吗?

发布于 2024-12-11 04:58:40 字数 536 浏览 0 评论 0原文

我有简单的 asp.net webservice 有登录方法,它部署在 IIS 服务器上的 url 是 http://sitename.domain.org:9111/membership/membershipdir.asmx 。

我的网络团队在代理服务器(我认为它是apache)上为这个Web服务站点创建了一个SSL代理url。现在Web服务可以通过像这样的代理访问https://www.domain.org/webservices/spws/Membership /membershipdir.asmx

它工作正常,但是当我调用 webservice 方法时。结果窗口网址显示在 http://servername.domain.org:9111/Membership/membershipdir.asmx/Login

现在网络团队抱怨端口 9111 仍然向公众公开登录部分。应用程序中必须进行某些更改。我不明白我应该在应用程序级别更改什么。

我也不明白为什么结果显示为没有代理名称的服务器名称?

有人有任何线索吗?

I have simple asp.net webservice has login method and its deployed on IIS server url is http://sitename.domain.org:9111/membership/membershipdir.asmx.

My network team created a SSL proxy url on proxy server (i think it is apache) for this web service site.Now webservice can access through proxy like this https://www.domain.org/webservices/spws/Membership/membershipdir.asmx.

It works fine but when I invoke the webservice method. the result window url showing on http://servername.domain.org:9111/Membership/membershipdir.asmx/Login

Now network team complaining the port 9111 still exposes to public for the login portion. something has to change in application. I am not understanding what should I change in application level.

I am also not understanding why results on showing with server name without proxy name?

Anybody have any clue?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

酒废 2024-12-18 04:58:40

查看:什么是最好的方法ASP.NET 获取当前域? 始终使用用户发出初始请求的同一域。

现在,我不确定代理服务器的情况...如果代理服务器正在进行任何更改,它应该在返回时做相反的事情...所以我真的无法谈论这个问题..但无论如何,请确保您通过使用相对路径或上面链接的问题中的方法来使用原始请求域。

Check out: What's the best method in ASP.NET to obtain the current domain? to always use the same domain the user made the initial request to.

Now, I'm not sure about the proxy server situation... if the proxy server is making any changes, it should be doing the opposite on the way back out... so I really can't speak to that problem... but, regardless, make sure you are using the original request domain by either using relative paths, or by the method in the Question linked to above.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文