Dấu chấm trong URL gây ra 404 với ASP.NET mvc và IIS

Tôi có một dự án yêu cầu URL của tôi có dấu chấm trong đường dẫn. Ví dụ: tôi có thể có một URL như www.example.com/people/michael.phelps

Các URL có dấu chấm tạo ra 404. Định tuyến của tôi vẫn ổn. Nếu tôi vượt qua trong michaelphelps, không có dấu chấm, thì mọi thứ đều hoạt động. Nếu tôi thêm dấu chấm, tôi gặp lỗi 404. Trang web mẫu đang chạy trên Windows 7 với IIS8 Express. URLScan không chạy.

Tôi đã thử thêm các mục sau vào web.config:

<security>
  <requestFiltering allowDoubleEscaping="true"/>
</security>

Thật không may, điều đó đã không tạo ra sự khác biệt. Tôi chỉ nhận được một lỗi 404.0 Không tìm thấy.

Đây là một dự án MVC4 nhưng tôi không nghĩ nó có liên quan. Định tuyến của tôi hoạt động tốt và các tham số tôi mong đợi ở đó, cho đến khi chúng bao gồm một dấu chấm.

Tôi cần gì để định cấu hình để tôi có thể có dấu chấm trong URL của mình?

Tôi đã làm việc này bằng cách chỉnh sửa trình xử lý HTTP của trang web của tôi. Đối với nhu cầu của tôi, điều này hoạt động tốt và giải quyết vấn đề của tôi.

Tôi chỉ cần thêm một trình xử lý HTTP mới tìm kiếm các tiêu chí đường dẫn cụ thể. Nếu yêu cầu phù hợp, nó được gửi chính xác đến .NET để xử lý. Tôi rất vui hơn với giải pháp này là URLRewrite hack hoặc kích hoạt RAMMFAR.

Ví dụ: để .NET xử lý URL www.example.com/people/michael.phelps thêm dòng sau vào web.config trang web của bạn trong system.webServer / handlersphần tử:

<add name="ApiURIs-ISAPI-Integrated-4.0"
     path="/people/*"
     verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS"
     type="System.Web.Handlers.TransferRequestHandler"
     preCondition="integratedMode,runtimeVersionv4.0" />

Biên tập

Có những bài viết khác cho thấy giải pháp cho vấn đề này là RAMMFARhoặc RunAllManagedModulesForAllRequests. Kích hoạt tùy chọn này sẽ cho phép tất cả các mô-đun được quản lý cho tất cả các yêu cầu. Điều đó có nghĩa là các tệp tĩnh như hình ảnh, PDF và mọi thứ khác sẽ được .NET xử lý khi chúng không cần. Tùy chọn này là tốt nhất để lại trừ khi bạn có một trường hợp cụ thể cho nó.

Sau một vài lần chọc tôi thấy rằng relaxUrlToFileSystemMapping hoàn toàn không hoạt động với tôi, điều làm việc trong trường hợp của tôi là đặt RAMMFAR thành true, điều tương tự là hợp lệ cho (.net 4.0 + mvc3) và (.net 4.5 + mvc4).

<system.webserver>
    <modules runAllManagedModulesForAllRequests="true">

Lưu ý khi cài đặt RAMMFAR đúng bài Hanselman về RAMMFAR và hiệu suất

Tôi tin rằng bạn phải đặt thuộc tính relaxUrlToFileSystemMapping trong web.config. Haack đã viết một bài báo về điều này cách đây ít lâu (và có một số bài viết SO khác hỏi cùng loại câu hỏi)

<system.web>
<httpRuntime relaxedUrlToFileSystemMapping="true" />

Chỉnh sửa Từ các bình luận bên dưới, các phiên bản .NET / IIS sau này có thể yêu cầu phần này phải nằm trong system.WebServerphần tử.

<system.webServer>
<httpRuntime relaxedUrlToFileSystemMapping="true" />

Tôi đã bị mắc kẹt trong vấn đề này trong một thời gian dài theo tất cả các biện pháp khắc phục khác nhau mà không có kết quả.

Tôi nhận thấy rằng khi thêm dấu gạch chéo [/] vào cuối URL chứa dấu chấm [.], Nó không gây ra lỗi 404 và nó thực sự hoạt động.

Cuối cùng tôi đã giải quyết vấn đề bằng cách sử dụng trình ghi lại URL như IIS URL Rewrite để xem một mẫu cụ thể và nối thêm dấu gạch chéo đào tạo.

URL của tôi trông như thế này: /Contact/~firstname.lastname vì vậy mẫu của tôi chỉ đơn giản là: /Contact/~(.*[ ^ / [)

Tôi có ý tưởng này từ Scott Forsyth, xem liên kết dưới đây: http://weblogs.asp.net/owscott/handing-mvc-paths-with-dots-in-the-path

Chỉ cần thêm phần này vào Web.config và tất cả các yêu cầu tới tuyến / {* pathInfo} sẽ được xử lý bởi trình xử lý đã chỉ định, ngay cả khi có các dấu chấm trong pathInfo. (lấy từ ví dụ về ServiceStack MVC Host Web.config và câu trả lời này https://stackoverflow.com/a/12151501/801189 )

Điều này sẽ hoạt động cho cả IIS 6 & 7. Bạn có thể chỉ định các trình xử lý cụ thể cho các đường dẫn khác nhau sau 'tuyến đường' bằng cách sửa đổi đường dẫn = "*" trong các phần tử 'thêm'

  <location path="route">
    <system.web>
      <httpHandlers>
        <add path="*" type="System.Web.Handlers.TransferRequestHandler" verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" />
      </httpHandlers>
    </system.web>
    <!-- Required for IIS 7.0 -->
    <system.webServer>
      <modules runAllManagedModulesForAllRequests="true" />
      <validation validateIntegratedModeConfiguration="false" />
      <handlers>
        <add name="ApiURIs-ISAPI-Integrated-4.0" path="*" type="System.Web.Handlers.TransferRequestHandler" verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" preCondition="integratedMode,runtimeVersionv4.0" />
      </handlers>
    </system.webServer>
  </location>

Cách giải quyết MVC 5.0.

Nhiều câu trả lời được đề xuất dường như không hoạt động trong MVC 5.0.

Vì vấn đề chấm 404 trong phần cuối có thể được giải quyết bằng cách đóng phần đó bằng dấu gạch chéo, đây là mẹo nhỏ tôi sử dụng, sạch sẽ và đơn giản.

Trong khi giữ một giữ chỗ thuận tiện trong quan điểm của bạn:

@Html.ActionLink("Change your Town", "Manage", "GeoData", new { id = User.Identity.Name }, null)

thêm một chút jquery / javascript để hoàn thành công việc:

<script>
    $('a:contains("Change your Town")').on("click", function (event) {
        event.preventDefault();
        window.location.href = '@Url.Action("Manage", "GeoData", new { id = User.Identity.Name })' + "/";
    });</script>

xin lưu ý dấu gạch chéo, có trách nhiệm thay đổi

http://localhost:51003/GeoData/Manage/user@foo.com

vào

http://localhost:51003/GeoData/Manage/user@foo.com/

Câu trả lời siêu dễ dàng cho những người chỉ có điều này trên một trang web. Chỉnh sửa liên kết hành động của bạn và dấu + "/" ở cuối của nó.

  @Html.ActionLink("Edit", "Edit", new { id = item.name + "/" }) |

Bạn có thể muốn nghĩ về việc sử dụng dấu gạch ngang thay vì dấu chấm.

Trong Pro ASP MVC 3 Framework, họ đề xuất điều này về việc tạo các URL thân thiện:

Tránh các ký hiệu, mã và chuỗi ký tự. Nếu bạn muốn phân tách từ, hãy sử dụng dấu gạch ngang (/ my-great-article). Dấu gạch dưới là không thân thiện và không gian được mã hóa URL là kỳ quái (/ my + great + bài viết) hoặc kinh tởm (/ my% 20great% 20article).

Nó cũng đề cập rằng các URL phải dễ đọc và thay đổi cho con người. Có thể một lý do để suy nghĩ về việc sử dụng dấu gạch ngang thay vì dấu chấm cũng xuất phát từ cùng một cuốn sách:

Không sử dụng phần mở rộng tên tệp cho các trang HTML (.aspx hoặc .mvc), nhưng sử dụng chúng cho các loại tệp chuyên dụng (.jpg, .pdf, .zip, v.v.). Các trình duyệt web không quan tâm đến các phần mở rộng tên tệp nếu bạn đặt loại MIME một cách thích hợp, nhưng con người vẫn mong muốn các tệp PDF kết thúc bằng .pdf

Vì vậy, trong khi một khoảng thời gian vẫn có thể đọc được cho con người (mặc dù ít đọc hơn dấu gạch ngang, IMO), nó vẫn có thể hơi khó hiểu / gây hiểu lầm tùy thuộc vào những gì xuất hiện sau khoảng thời gian đó. Nếu ai đó có họ của zip thì sao? Sau đó, URL sẽ là /John.zip thay vì / John-zip, một cái gì đó có thể gây hiểu lầm ngay cả với nhà phát triển đã viết ứng dụng.

Tùy thuộc vào mức độ quan trọng đối với bạn để giữ URI của bạn mà không cần truy vấn, bạn cũng có thể chuyển giá trị bằng dấu chấm như một phần của chuỗi truy vấn, không phải URI.

Ví dụ: www.example.com/people?name=michael.phelps sẽ hoạt động mà không phải thay đổi bất kỳ cài đặt hay bất cứ điều gì.

Bạn mất đi sự thanh lịch khi có một URI sạch, nhưng giải pháp này không yêu cầu thay đổi hoặc thêm bất kỳ cài đặt hoặc trình xử lý nào.

Có thể thay đổi cấu trúc URL của bạn?
Đối với những gì tôi đang làm việc tôi đã thử một tuyến đường cho

url: "Download/{fileName}"

nhưng nó đã thất bại với bất cứ thứ gì có trong đó.

Tôi đã chuyển tuyến đường sang

    routes.MapRoute(
        name: "Download",
        url:  "{fileName}/Download",
        defaults: new { controller = "Home", action = "Download", }
    );

Bây giờ tôi có thể đặt localhost:xxxxx/File1.doc/Download và nó hoạt động tốt.

Những người giúp đỡ tôi trong tầm nhìn cũng nhặt được nó

     @Html.ActionLink("click here", "Download", new { fileName = "File1.doc"})

điều đó tạo ra một liên kết đến localhost:xxxxx/File1.doc/Download định dạng là tốt.

Có lẽ bạn có thể đặt một từ không cần thiết như "/ view" hoặc hành động ở cuối tuyến để tài sản của bạn có thể kết thúc bằng một dấu vết /như/mike.smith/view

Nó đơn giản như thay đổi đường dẫn = " ." đến đường dẫn = " ". Chỉ cần xóa dấu chấm trong đường dẫn cho ExensionlessUrlHandler-Integration-4.0 trong web.config.

Đây là một bài viết hay https://weblog.west-wind.com/posts/2015/Nov/13/Serving-URLs-with-File-Extensions-in-an-ASPNET-MVC-Application

Đã thử tất cả các giải pháp trên nhưng không ai trong số họ làm việc cho tôi. Những gì đã làm là tôi gỡ cài đặt các phiên bản .NET> 4.5, bao gồm tất cả các phiên bản đa ngôn ngữ của nó; Cuối cùng, tôi đã thêm các phiên bản mới hơn (chỉ bằng tiếng Anh). Ngay bây giờ các phiên bản được cài đặt trên hệ thống của tôi là thế này:

• 2.0
• 3.0
• 3,5 4
• 4,5
• 4.5.1
• 4.5.2
• 4.6
• 4.6.1

Và nó vẫn hoạt động vào thời điểm này. Tôi sợ cài đặt 4.6.2 vì nó có thể làm hỏng mọi thứ.

Vì vậy, tôi chỉ có thể suy đoán rằng 4.6.2 hoặc tất cả các phiên bản không phải tiếng Anh đó đã làm rối cấu hình của tôi.

Tôi đã có thể giải quyết phiên bản cụ thể của mình về vấn đề này (phải tạo /customer.html định tuyến đến / khách hàng, không được phép cắt dấu gạch chéo) bằng cách sử dụng giải pháp tại https://stackoverflow.com/a/13082446/1454265 và đường dẫn thay thế = "*. Html".

Vì giải pháp cũng có thể được xem xét mã hóa thành định dạng không chứa ký hiệu ., như base64.

Trong js nên được thêm vào

btoa(parameter); 

Trong bộ điều khiển

byte[] bytes = Convert.FromBase64String(parameter);
string parameter= Encoding.UTF8.GetString(bytes);

Thêm quy tắc Viết lại URL vào lưu trữ Web.config. Bạn cần cài đặt mô-đun Rewrite URL trong IIS. Sử dụng quy tắc viết lại sau đây như là nguồn cảm hứng cho riêng bạn.

<?xml version="1.0" encoding="utf-8"?>
<configuration>

<system.webServer>
  <rewrite>
    <rules>
      <rule name="Add trailing slash for some URLs" stopProcessing="true">
        <match url="^(.*(\.).+[^\/])$" />
          <conditions>
              <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
              <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
          </conditions>
          <action type="Redirect" url="{R:1}/" />
      </rule>
    </rules>
    </rewrite>
</system.webServer>

</configuration> 

Ngoài ra, (liên quan) kiểm tra thứ tự ánh xạ xử lý của bạn. Chúng tôi đã có một .ashx với một .svc (ví dụ /foo.asmx/bar.svc/path) trong đường dẫn sau nó. Ánh xạ .svc trước tiên là 404 cho đường dẫn .svc khớp trước .asmx. Tôi không nghĩ quá nhiều nhưng có lẽ url mã hóa đường dẫn sẽ giải quyết việc này.

using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Web;
using System.Web.Mvc;

namespace WebApplication1.Controllers
{
    [RoutePrefix("File")]
    [Route("{action=index}")]
    public class FileController : Controller
    {
        // GET: File
        public ActionResult Index()
        {
            return View();
        }

        [AllowAnonymous]
        [Route("Image/{extension?}/{filename}")]
        public ActionResult Image(string extension, string filename)
        {
            var dir = Server.MapPath("/app_data/images");

            var path = Path.Combine(dir, filename+"."+ (extension!=null?    extension:"jpg"));
           // var extension = filename.Substring(0,filename.LastIndexOf("."));

            return base.File(path, "image/jpeg");
        }
    }
}