ASP.Net Core создает слишком много файлов cookie, чтобы мое приложение могло их обработать ⇐ C#

[Anonymous]

У меня есть тестовое приложение, которое я использую для проверки интеграции с моим IDP WSO2 Identity Server. При запуске сам по себе работает нормально. Он создает файлы cookie .AspNetCore.Antiforgery и файлы cookie .AspNetCore.Cookies. Размер файла cookie для защиты от подделки составляет 190 байт, а основного файла cookie — 3,7 КБ.
Но если я сначала войду в другое приложение, а затем загрузу страницу своего тестового оборудования, оно получит 4 дополнительных файла cookie. :

• Код: Выделить всё

  .AspNetCore.CookiesC1

  - 4K Bytes

• Код: Выделить всё

  .AspNetCore.CookiesC2

  - 4K Bytes

• Код: Выделить всё

  .AspNetCore.CookiesC3

  - 4K Bytes

• Код: Выделить всё

  .AspNetCore.CookiesC4

  - 1 КБ

Эти дополнительные файлы cookie приводят к превышению определенного предела, поскольку страница загружается со следующей ошибкой (вместо моей application):

Неверный запрос — запрос слишком длинный

Ошибка HTTP 400. Размер заголовков запроса слишком длинный.< /p>

Я не знаю, как узнать, что находится в этих дополнительных файлах cookie, поскольку они имеют кодировку Base 64 (и я думаю, что они зашифрованы).
Мой вопрос: почему ядро ​​ASP.Net добавило так много дополнительных файлов cookie только потому, что я вошел на другой сайт (используя тот же WSO2 IDP, но другое приложение OIDC)? И могу ли я предотвратить это?
Дополнительные примечания:

• Пока я воспроизвожу это снова и снова, чтобы получить подробности. Я заметил, что иногда он может добавлять дополнительные файлы cookie, но не выдавать сообщение об ошибке. Когда это происходит, единственное отличие состоит в том, что исходный файл cookie .AspNetCore.Cookies изменяется на «4 фрагмента» вместо его длинного значения. Но это только во втором приложении. Другой, кажется, может нормально загрузить его с дополнительным размером (и я пытался изменить порядок на обратный...) Я очень запутался...

Подробнее здесь: https://stackoverflow.com/questions/653 ... -to-handle