SignalR CryptographicException на AzureWebsites

Для других, заходящих на эту страницу, у меня была та же проблема, но решение было намного проще. Как упоминалось в комментариях выше, принятый ответ плохой. Также упоминается, что SignalR по умолчанию использует MachineKeyDataProtector для IProtectedData. MapHubs и MapConnection вызывают функцию InitializeProtectedData, которая регистрирует MachineKeyDataProtector в распознавателе зависимостей.

Моя проблема заключалась в том, что я сопоставлял свои маршруты SignalR, а ЗАТЕМ настраивал преобразователь зависимостей.

RouteTable.Routes.MapConnection<SomeEndpoint>("SomeEndpoint", "SomeEndpointUrl");
GlobalHost.DependencyResolver = 
                     new StructureMapDependencyResolver(ObjectFactory.Container);

Таким образом, в основном регистрация преобразователя IProtectedData, выполненная MapConnection -> InitializeProtectedData, была снесена, когда я зарегистрировал свой собственный преобразователь. Простое исправление, установите преобразователь ДО сопоставления соединения.

GlobalHost.DependencyResolver = 
                     new StructureMapDependencyResolver(ObjectFactory.Container);
RouteTable.Routes.MapConnection<SomeEndpoint>("SomeEndpoint", "SomeEndpointUrl");

Это единственный пост, который позволил мне решить ту же проблему, используя следующий код. Упоминание dfowlers о регистрации экземпляра IProtectedData привело меня к поиску и поиску определения здесь.

Обратите внимание, что эта проблема возникла не при использовании сервера разработки Visual Studio, а при переходе к работе. Я рад, что нашел этот пост, так как понятия не имею, как иначе я мог бы узнать о реализации IProtectedData. Может быть, в документации есть что-то более глубокое.

Является ли это 100% правильным решением, я не уверен, но это сработало для меня. Я создал класс, реализующий IProtectedData, а затем зарегистрировал его в Ninject.

Класс:

using Microsoft.AspNet.SignalR.Infrastructure;

namespace Fwr.DataTeamUploader.Logic
{
    public class ProtectedData : IProtectedData
    {

        // Obviously this isn't doing much to protect the data,
        // assume custom encryption required here

        // To reiterate, no encryption is VERY^4 BAD, see comments.

        public string Protect(string data, string purpose)
        {
            return data;
        }

        public string Unprotect(string protectedValue, string purpose)
        {
            return protectedValue;
        }
    }
}

Нинжект регистрация:

/// <summary>
/// Load your modules or register your services here
/// </summary>
/// <param name="kernel">The kernel.</param>
private static void RegisterServices(IKernel kernel)
{
    ...

    kernel.Bind<IProtectedData>().To<ProtectedData>();

    ...

Теперь в этом случае вы можете использовать метод расширения MapsHubs() из пакета Microsoft.AspNet.SignalR.SystemWeb.

MachineKeyProtectedData будет использоваться вместо реализации по умолчанию.

Я не верю, что веб-сайты Azure могут взаимодействовать с сертификатами/криптографическим API. Аналогичные проблемы возникают при попытке вызвать API управления Azure. Пользовательский контекст, в котором работают Сайты, не имеет для этого достаточных разрешений.