Ресурс не может быть найден. ошибка, когда в конце URL стоит точка

Если вы используете .NET 4.0, вы можете установить этот флаг в разделе system.web вашего web.config, и это будет разрешено:

<httpRuntime relaxedUrlToFileSystemMapping="true" />

Я протестировал это, и он работает. У Haack есть объяснение по этому поводу.

Это можно решить несколькими способами в каждой версии ASP.NET, начиная с 1.0. Я знаю, что прошло два года после того, как эта ветка была создана, но в любом случае вот она:

Причина

Создание собственного обработчика ошибок или настройка настраиваемой страницы в IIS для перенаправления 404 не сработает. Причина в том, что ASP.NET считает этот URL опасным. Внутри System.Web.Util.FileUtil ASP.NET вызывает частный метод IsSuspiciousPhysicalPath, который пытается сопоставить путь с (виртуальным, но допустимым) именем файла.

Когда полученный легализованный путь не равен исходному пути, обработка останавливается, и код ASP.NET возвращает 404 (он не запрашивает IIS или web.config для пользовательского 404, он возвращает его сам, что делает его таким сложно что-то с этим поделать).

Проводник Windows работает точно так же. Попробуйте создать имя файла, заканчивающееся одной или несколькими точками, например test.txt.. Вы обнаружите, что в результате получится имя text.txt.

Решение для завершения URL-адреса точкой в ​​ASP.NET

Решение простое (однажды вы знаете, что оно всегда так). Непосредственно перед отправкой этого 404 он вызовет Application_PreSendRequestHeaders < / a>, простое событие, на которое вы можете зарегистрироваться в Global.asax.cs (или его эквиваленте в VB). Следующий код вернет в браузер простой текст, но также возможен вариант «Перенаправление» или любой другой допустимый ответ.

protected void Application_PreSendRequestHeaders(object sender, EventArgs e)
{

    HttpResponse response = this.Context.Response;
    HttpRequest request = this.Context.Request;
    if (request.RawUrl.EndsWith("."))
    {
        response.ClearContent();
        response.StatusCode = 200;
        response.StatusDescription = "OK";
        response.SuppressContent = false;
        response.ContentType = "text/plain";
        response.Write("You have dot at the end of the url, this is allowed, but not by ASP.NET, but I caught you!");
        response.End();
    }
}

Примечание: этот код также работает, когда aspx не является частью URL-адреса. То есть, http://example.com/app/somepath. вызовет это событие. Также обратите внимание, что некоторые пути по-прежнему не работают (например, заканчиваясь несколькими точками, хэш-тегом или знаком ‹, вызывает 400-неверный запрос). Опять же, он работает для завершения цитатой, пробелом + косой чертой или несколькими точками, разделенными пробелами.

Что ж, в .NET 4.5 я исправил эту проблему, добавив "/" в конец URL-адреса.

Итак, в вашем случае это будет «http: // localhost: 81 / Title / Edit / Code1. /». Это было единственное, что я сделал, мне не пришлось добавлять настройку httpRuntime.

добавить это в обработчики

  <add name="ExtensionlessUrlHandler-Integrated-4.0-ForApi"
 path="api/*"
 verb="*"
 type="System.Web.Handlers.TransferRequestHandler"
 preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

Возможно http://localhost:81/Title/Edit/Code1%2E сработает.

Я избежал точки с помощью шестнадцатеричного кода ascii.

Почему у вас не может быть URI, завершающегося точкой?

Поскольку URI - это запрос ресурса, а исторический императив существует во всех соответствующих операционных системах, точка - это разделитель расширений. Последняя точка трактуется как обозначающая расширение файла, поэтому ее завершение не имеет смысла.

Также стоит прочитать:

• RFC1738
• RFC3986