SignalR / signalr / концентраторы 404 Not Found

Попробуйте добавить карту приложения с подстановочными знаками на свой сервер, чтобы сопоставить неизвестное расширение в URL-адресе скрипта "~ / signalr / hubs"

Порядок оформления маршрута имеет значение. У меня была именно эта проблема, и я исправил ее, убедившись, что мой global.asax.cs выглядел так:

public class MvcApplication : System.Web.HttpApplication
{
    protected void Application_Start()
    {
        AreaRegistration.RegisterAllAreas();
        RouteTable.Routes.MapHubs();

        WebApiConfig.Register(GlobalConfiguration.Configuration);
        FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
        RouteConfig.RegisterRoutes(RouteTable.Routes);
    }
}

Это было на веб-сайте, использующем SignalR, MVC и WebApi вместе.

Причина этой ошибки 404 в том, что концентраторы не отображаются, ранее это должно было быть выполнено в соответствии с ответом SimonF. Если вы используете SignalR версии 2, RouteTable.Routes.MapHubs(); теперь устарела. Для сопоставления концентраторов вы можете создать класс запуска, как показано ниже.

[assembly: OwinStartup(typeof(WebApplication1.Startup))]
namespace WebApplication1
{
    public class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            // Any connection or hub wire up and configuration should go here
            app.MapSignalR();
        }
    }
}

ссылка: http://www.asp.net/signalr/overview/releases/upgrading-signalr-1x-projects-to-20

Если вы работаете с веб-формами, выполните следующие действия.

1. В webconfig:

   <validation validateIntegratedModeConfiguration="false" />
   <modules runAllManagedModulesForAllRequests="true"/>
   

2. На странице добавьте ссылку на хаб как

   <script src="/signalr/signalr/hubs"></script>
   

   вместо того

   <script src="/signalr/hubs"></script>
   

Мне удалось исправить ошибку 404 на ~ / signalr / hubs, изменив следующий appSetting в web.config на «true».

<add key="owin:AutomaticAppStartup" value="false" />

Проверьте web.config, в сегменте AppSettings добавьте

<add key="owin:AutomaticAppStartup " value="false" />

на ключе должен быть пробел в конце имени ключа, например @Randy H.

Убедитесь, что AppPool вашего сайта нацелен на правильную версию .NET Framework.

Я могу немного опоздать, но надеюсь, что это кому-то поможет. Убедитесь, что этот код запускается при запуске.

 Sub Application_Start(ByVal sender As Object, ByVal e As EventArgs)
    RouteTable.Routes.MapHubs()
 End Sub

Потому что я добавил global.asax в свое приложение, а затем codebehind, но поместил это в файл Global.asax

 <%@ Application Language="VB" CodeBehind = "Global.asax.vb" %> /*This was wrong*/

Поэтому, когда я попытался запустить приложение, Application_Start в моем global.asax не инициализировал концентратор. вот почему он не может разрешить сигнализаторы / концентраторы

исправлено в моем Global.asax

 <%@ Application Inherits="_Global" Language="VB" %>

и это в моем Global.asax.vb:

 Public Class _Global
     Inherits System.Web.HttpApplication

У меня не было проблем с маршрутизацией в MVC3, но я ошибся путем. Я бы посоветовал вам взглянуть на источник и посмотреть, куда на самом деле указывает скрипт, убедитесь, что он разрешает каталог приложения нормально. И убедитесь, что вы физически можете открыть файл с правильным путем в браузере. Например.

<script src="/MyWebApp/signalr/hubs" type="text/javascript"></script>  

Можете ли вы открыть файл из браузера (заменив его правильным подкаталогом)?

В противном случае концентратор может быть настроен неправильно и укажет вам правильное направление. Скрипач это.

Я использовал такой синтаксис:

<script src="@Url.Content("~/signalr/hubs")" type="text/javascript"></script>  

Это может быть разница между Url.Content и ResolveUrl

Аналогичная проблема была у меня с версией IIS, я исправил ее, перезапустив AppPool, перезапустив веб-сайт и теперь он работает.

потенциально существует множество причин этого 404-го сообщения - несколько наиболее распространенных можно найти с помощью

• Нажмите URL-адрес в браузере / signalr / hubs - если есть ошибка, вы увидите, что полная ошибка вернется.
• проверьте на дублирование атрибута HubName, если у вас есть базовый класс
• убедитесь, что у вас есть правильная версия, указанная во всех проектах (чтобы избежать ошибок привязки)

Для меня решением было reinstall все пакеты и восстановить все зависимости.

Откройте nuget powershell и используйте эту команду.

Update-Package -Reinstall

У меня была та же проблема, это был проект asp.net с использованием signalR, он работал должным образом до того, как я опубликовал его, но когда я разместил его в IIS, этого не произошло.

После проверки я понял, что адрес / сигнализатор / концентраторы неправильный, позвольте мне объяснить больше, просто выполните следующие шаги:

1. Откройте свое веб-приложение в браузере (используя IIS), вы увидите интерфейс, который вы разработали, да? теперь нажмите ctrl+U или щелкните правой кнопкой мыши на странице и выберите «Просмотр источника страницы».

2. Вы увидите несколько ссылок, начинающихся с тега <script> вверху страницы, найдите что-то вроде <script src="/signalr/hubs"></script>, теперь щелкните по нему, если вы попали на страницу, содержащую «404 - Файл или каталог не найден». У вас есть некоторые ошибки при определении адрес, найдите истинный адрес и измените адрес в адресной строке, чтобы увидеть истинный результат

В моем случае мне нужно было добавить имя моего проекта в начало адреса, поэтому мне пришлось изменить адрес с:

<script src="/signalr/hubs"></script>

to

<script src="/MoveShape/signalr/hubs"></script>

в котором MoveShape было моим именем проекта, теперь после нажатия ctrl+U в браузере и выполнения ранее упомянутых шагов вы нажимаете ссылку, и на этот раз вы видите истинный результат, на странице отображаются коды, начинающиеся с:

/*!
 * ASP.NET SignalR JavaScript Library v2.2.2
 * http://signalr.net/
 *
 * Copyright (c) .NET Foundation. All rights reserved.
 * Licensed under the Apache License, Version 2.0. See License.txt in the project root for license information.
 *
 */

Ага! вот и все, он работает правильно, имейте в виду, что у него не было проблем, когда я тестировал его с помощью Visual Studio, но не после размещения в IIS, поскольку другие рекомендовали сделать правильный адрес, применив <%= ResolveUrl("~/") %> или другие методы.

В моем случае я теряю некоторые зависимости owin, а затем получаю ошибку 404 NotFound.

Когда я добавил следующие зависимости, я получил файл javascript прокси, явно не ожидая URL. Нравится URL: 1111 / singlar / hubs

• Microsoft.Owin
• Microsoft.Owin.Core
• Microsoft.Owin.Host.SystemWeb
• Microsoft.Owin.Security
• Овин

Надеюсь, ответ кому-то поможет.