Httpcontext теряется при использовании веб -билетов с Core Cluster .net ⇐ C#

[Anonymous]

Я давно искал решение этой проблемы, и теперь я спрашиваю здесь. Возможно, у кого -то здесь есть подобная проблема, и он может дать мне несколько советов. На этих серверах мы проводим различные API C# с .NET 8 и IIS. Все три сервера настроены идентично. Здесь также размещается кластер Rabbitmq. Пока все хорошо. Насколько я понимаю, сообщения в кластере автоматически распределены по всем узлам.[...]

services
.AddSignalR( _ => {
_.EnableDetailedErrors = true;
} )
.AddMessagePackProtocol( _ => {
_.SerializerOptions = MessagePackSerializerOptions.Standard
.WithSecurity( MessagePackSecurity.UntrustedData );
} )
.AddRebusBackplane(); // changed for post

[...]

string rabbitMqConnectionString = $"amqp://rabbit:carrot@localhost:5672/myvhost"; // changed for post

services.AddRebus( configure => configure
.Transport( x => {
x.UseRabbitMq( rabbitMqConnectionString, GenerateTransientQueueName( "queuename" ) )
.InputQueueOptions( o => {
o.SetAutoDelete( true );
o.SetDurable( false );
} );
} ) );

services.AddSingleton();

[...]

app.UseEndpoints( endpoints => {
endpoints.MapControllers();
endpoints.MapHub( "/myhub" ); // changed for post
} );

[...]
< /code>
API доступен через приложение NextJS через концентратор с сигналом. Если доступ теперь осуществляется через балансировщик нагрузки, то после нескольких обновлений страницы HTTPContext в HttpContextAccorsor внезапно нулевой. Это также происходит, если целевой хост не изменен.[...]

_httpContextAccessor = httpContextAccessor;
_context = context;
_securityService = securityService;

Claim[]? claims = _httpContextAccessor.HttpContext?.User.Claims.ToArray();

if (_httpContextAccessor == null) throw new Exception( "Httpcontextaccessor is null" );
if (_httpContextAccessor.HttpContext == null) throw new Exception( "Httpcontextaccessor => Httpcontext is null" ); //
Почему я думаю, что это Rebus или Rabbitmq? Другие API работают так же, но мы не используем здесь Rebus, Rabbitmq или Signalr, и у нас нет этой проблемы. < /P>
Может быть, я смотрю не в том месте? ! Я был бы очень благодарен за любые идеи. < /P>
Как только балансировщик нагрузки больше не используется, поведение больше не существует. Rabbitmq журналы и не смог найти ничего необычного. Я также проверил интерфейс управления RabbitMQ. Здесь вы можете ясно видеть, что все три сервера (API) подключены. >
Обновление: < /p>
Похоже, что это является запросом на согласование в клиенте SignalR. Балансировщик нагрузки, очевидно, возвращает другой сервер после переговоров. Это, вероятно, произойдет, если балансировщик нагрузки думает, что он должен перенаправить трафик, потому что слишком много запросов появляется сразу, и липкий сеанс не включен. < /P>
Я только что нашел эту статью. Почему я не заметил этого раньше, для меня загадка. https://seangrimes.dev/post/load-balanc ... -sessions/
Отключив переговоры, я больше не смог воспроизвести ошибку, когда прокси был включен.const connection = new HubConnectionBuilder()
.withUrl(`${process.env.NEXT_PUBLIC_API_BASEURI}/${global.endpoints.myhub}`, {
accessTokenFactory: () => mytoken,
skipNegotiation: true, //

Подробнее здесь: https://stackoverflow.com/questions/793 ... re-cluster