Удаление 401 несанкционированного ответа, за которым последовали 200 ответов Ok

К сожалению, это артефакт схемы аутентификации HTTP NTLM.

Короче говоря, браузер (Internet Explorer или другой) не знает, что ему вообще нужна аутентификация, пока он не получит ответ 401, содержащий заголовок ответа WWW-Authenticate.

В случае с WWW-Authenticate: NTLM, что достаточно раздражает, для завершения требуется два ответа 401 на одном постоянном соединении, и этот процесс необходимо повторить после закрытия постоянного HTTP-соединения. Таким образом, даже если вам удалось заставить браузер инициировать запрос вслепую с попыткой NTLM, по крайней мере один ответ 401 не может быть удален из транзакции.

Я думаю, что вам лучше всего было бы максимально увеличить количество времени, в течение которого постоянные соединения остаются открытыми в режиме ожидания.

CSCRIPT.EXE c:\inetpub\adminscripts\ADSUTIL.VBS SET W3SVC/AuthPersistSingleRequest FALSE

Значительно уменьшит количество 401-х.

Я считаю, что вы можете убедить Firefox автоматически отправлять учетные данные NTLM в список доменов из белого списка с помощью настроек «about: config» — используйте настройку «network.automatic-ntlm-auth.trusted-uris». Я не пробовал это сам, хотя. Я не уверен, что есть эквивалент для Internet Explorer.

К сожалению, если вы используете что-то еще, например Kerberos, похоже, нет способа избежать ошибки 401.

Возможно, вам придется рассмотреть возможность проверки подлинности с помощью форм, если задержка, вызванная ошибкой 401, слишком велика. Пользователям придется явно войти в систему, но только один раз. Затем вы можете использовать схему с файлами cookie или без файлов cookie и получить ответ с первой попытки.

Я предполагаю, что загрузка страницы будет медленной, если у вас есть каскадные раскрывающиеся списки, и ваша начальная загрузка страницы заполняет одно значение, которое заставляет POST получить следующий список, установить это значение, другой POST снова получить следующий список и так далее. Если это так, возможно, вам нужно заполнить все эти раскрывающиеся списки при первом круговом обходе, а не ждать ответов POST.

TL;DR Я поместил информацию заголовка HTTP в тело HTTP

Мой пример в Angular, но любая TypeScript/JavaScript (фреймворк) может иметь ту же проблему.

При выполнении почтового HTTP-вызова к моему серверному API, для которого требуются заголовки с информацией о вошедшем в систему пользователе, я добавил свои заголовки HTTP туда, где должно быть мое тело HTTP, и заголовки были пустыми.

ПРОБЛЕМА

  markInstructionAsCompleted(visitScheduleId: string, instructionId: number) {
    return this.http.post(`${environment.apiUrl}/VisitInstructions/schedule/${visitScheduleId}/done/${instructionId}`, this.getHeaderWithAuthorization());
  }

РЕШЕНИЕ, обратите внимание, что к почтовому вызову HTTP добавлен второй аргумент, который равен null

  markInstructionAsCompleted(visitScheduleId: string, instructionId: number) {
    return this.http.post(`${environment.apiUrl}/VisitInstructions/schedule/${visitScheduleId}/done/${instructionId}`, null, this.getHeaderWithAuthorization());
  }