Я использую базовую аутентификацию на своем сайте разработчика (например, dev.example.com), и я столкнулся с проблемой, когда мой сайт не запрашивает учетные данные после моего первого посещения.Другими словами, если я очищаю кеш браузера, появляется приглашение, и я могу войти в систему очень хорошо.Сеанс продолжается просто отлично, но после того, как сеанс истекает, и я автоматически вышел из системы, мне больше не предлагается мои учетные данные.
Это также означает, что если я нажму «отменить», мне больше не будет предложено.
Обновление не решает проблему. Единственный способ просмотра сайта после первоначального посещения - это либо использовать окно инкогнито каждый раз, либо очищать кеш и обновлять страницу.
На странице по умолчанию отображается страница ошибки 401 nginx, а ответом является фактическая ошибка 401.
Я пытался переместить строки auth_basic в различные части моей конфигурации, но, похоже, это не дает никакого эффекта.У меня нет пользовательской страницы ошибки 401, поэтому я не указал error_page 401, может ли это быть проблемой?
Я также обнаружил эту проблему, IE, FireFox, Opera и Safari donне отображать приглашение BASIC auth для последовательных 401 ответов от сервера
То, что было решено, было установлено путем установки www-authenticate в заголовках, но это определено для меня.
Может ли это быть связано с конфигурацией?Это моя текущая конфигурация:
server {
server_name dev.MYSITE.com;
root /srv/dev/MYSITE/current;
index index.php index.html index.htm;
location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_max_temp_file_size 0;
proxy_pass http://localhost:3010;
proxy_redirect off;
proxy_read_timeout 240s;
# Basic HTTP Auth
auth_basic "MYSITE Dev Site";
auth_basic_user_file /etc/nginx/sites-password/MYSITE.htpasswd;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
location ~ /\.ht {
deny all;
}
listen 443 ssl http2; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/dev.MYSITE.com/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/dev.MYSITE.com/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}
server {
if ($host = dev.MYSITE.com) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
server_name dev.MYSITE.com;
return 404; # managed by Certbot
}
Примечание: я использую nginx в качестве обратного прокси для сервера Node.js.
Редактировать: я не уверен, почему это будет актуально, но это Progressive Web App (PWA), которая поддерживает автономный режим.Я только что заметил, что если я обхожу кэш сервисного работника, тогда подсказки отображаются правильно (обойдено в dev tools -> Application -> Service Worker -> Bypass for network).
Обновление: похоже, что мой сервисный работникIS кэширует ответ 401 и предотвращает запрос.Похоже, мне, возможно, нужно было искать не в том месте ранее.
Обновление 2: И теперь это выглядит как «особенность» ...
https://bugs.chromium.org/p/chromium/issues/detail?id=623464