DNN RewriterConfig重定向規則

Question

我嘗試將DNN 7.x中的www.myDNNSite.com/hastinfo / [...]重定向到http://172.16.244.43:83/ [...]

為此，我在SiteUrls.config中添加了一條規則，該博客顯示了https://bertcraven.wordpress.com/2008/05/21/quick-n-dirty-redirects-in-dotnetnuke/

<RewriterRule>
     <LookFor>[^?]*/hastinfo/(.*)</LookFor>
     <SendTo>http://172.16.244.43:83/$1</SendTo>
</RewriterRule>

如果存在，這將不起作用。 在hastinfo之后，因此：

• www.myDNNSite.com/hastinfo/test->確定172.16.244.43:83/test
• www.myDNNSite.com/hastinfo/myhandler.axd-> KO錯誤404，並且沒有重定向

如果有，DNN似乎可以通過URL進行處理。 成立。

即使遇到問題，如何使我的重定向工作。 （點）出現在url中？

編輯：

我的重定向目標是為我的開發和生產環境提供相同的終點。 我在前端有三台服務器，在www.myDNNSite.com/hastinfo后面有Web服務，它指向三台不同的服務器以平衡收費。 在更新到DNN 7.X之前，我正在使用ManagedFusionRewriter來完成這項工作。

但是它從2009年開始沒有更新，現在使用IIS 8.5，我看起來是從配置文件進行重定向的更好方法。

編輯2：

我嘗試在IIS 8.5中添加IIS Mod Rewrite並在Web.config中寫入：

<rewrite>      
  <rules>
  <rule name="Imported Rule 101" stopProcessing="true">
    <match url="^hastinfo/(.*)" />
     <action type="Rewrite" url="http://172.16.244.43:83/{R:1}" appendQueryString="true" />
  </rule>

沒有成功...這里失敗的跟蹤：

Answer 1

不幸的是，將IIS重定向與DNN友好的URL提供程序結合使用通常會帶來災難。

在這種情況下，問題多半是由於ASP.NET進程捕獲了.axd，從而阻止了重寫的發生。

根據您的期望，您能否解釋一下真正的目標？ 做出此回答而不是“執行此操作”的原因是，使用DNN重定向到非標准端口也將引起問題，因為您要在web.config中設置“ usePortNumber”如果使用非標准端口。

Answer 2

我終於找到了使之工作的方法。

感謝： http : //blogs.msdn.com/b/asiatech/archive/2011/08/25/return-404-4-not-found-when-url-rewrite.aspx

您需要安裝“應用程序請求路由”並啟用“代理”，然后它將與URL重寫一起寫入遠程服務器（無論它們在何處或處於什么位置），因為“路由”將解決這一問題。

http://www.iis.net/download/ApplicationRequestRouting