В моем API есть конечная точка аутентификации A, которая должна возвращать файл cookie аутентификации. Конечной точке B требуется файл cookie аутентификации. После посещения конечной точки A и моя машина разработки, и отдельная тестовая клиентская машина всегда успешно проходят аутентификацию при посещении конечной точки B (на работающей виртуальной машине локальный хост не задействован) в Chrome. Я вижу заголовок печенье в этих запросах к конечной точке B.
Между тем, при посещении действующей конечной точки B с самой виртуальной машины хостинга проверка подлинности выглядит успешной, но Chrome перенаправляется при попытке посетить конечную точку B. В журнале указывается, что файл cookie аутентификации не отправляется в запросе на конечную точку B.
И моя машина разработки, и виртуальная машина получают заголовок set-cookie в ответ при использовании Postman (мне нужно отключить проверку SSL на обеих машинах, чтобы это работало).
Файл cookie выглядит так, хотя я пробовал его без политики домена, безопасности и того же сайта (постепенно):
cName=cValue; expires=Tue, 11 Jun 2019 02:21:06 GMT; domain=.mydomain.net; path=/; secure; samesite=lax
Вопрос: Что может помешать Chrome на виртуальной машине отправить файл cookie? Я попытался настроить атрибуты файла cookie на случай, если проблема была в этом.
Контекст:
Мне нужно было изучить некоторые вещи CORS, чтобы достичь своей цели. Я нашел очень полезный статья MSDN. Короче говоря, потребовались следующие изменения клиента и сервера, чтобы удовлетворить браузер и принимать запросы на сервере по мере необходимости.
Это вызывало мою непосредственную проблему:
Что странно, так это то, что без этого он прекрасно работает везде, кроме хостинг-сервера, и я до сих пор не могу этого объяснить.
Другие надоедливые детали, которые мне нужно было исправить, которые могли затуманить проблему: