首页 > 解决方案 > Blazor Webassembly ASP.NET Core Hosted 无法通过 Facebook 授权

问题描述

我的申请有问题。当我尝试通过本地主机上的 Facebook 进行授权时 - 没有问题,一切正常。发布后我的应用程序授权变得随机......当您尝试通过 facebook 登录时,有两个选项:

在项目中,我使用带有默认脚手架 Razor 页面的 IdentityServer4。我认为问题可能出在 Blazor 路由中,因为 facebook 响应由 Blazor 解释(但并非总是如此,它是随机的)。当我在一台设备上获得无限登录循环时,我可以在另一台设备上毫无问题地登录,有时清除浏览器数据会有所帮助,但并非总是如此。我知道……这很奇怪,但更令人沮丧。下面我从浏览器附加屏幕,您可以在其中看到 facebook 回调将发送到 Blazor。

来自浏览器的 URL 屏幕截图

我想这可能是由 Nginx 配置引起的 - 因为在 localhost 上,如果我使用 IIS 或 Kestrel,没有问题。这是我的 Nginx 站点配置:

server {
    server_name   izipass.pl www.izipass.pl;
    location / {
        proxy_pass         https://localhost:2020;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection keep-alive;
        proxy_set_header   Host $host;
        proxy_cache_bypass $http_upgrade;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
        add_header         Service-Worker-Allowed /;
    }

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/izipass.pl/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/izipass.pl/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 = www.izipass.pl) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


    if ($host = izipass.pl) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


    server_name   izipass.pl www.izipass.pl;
    listen 80;
    return 404; # managed by Certbot
}

我试图从几天内弄清楚,我在互联网上寻找任何答案,但没有一个能解决我的问题。我想尝试更改 Blazor 应用程序的基本路径,并将其“ https://.../app ”移动到无法在“/signin-facebook”处路由 Blazor。

我将非常感谢任何帮助。

标签: asp.netfacebooknginxblazorwebassembly

解决方案


你的 Blazor 应用旨在作为后备路由存在,并在没有其他路由可用时调用静态 html 页面 (index.html)。

因此,如果您在打算调用 MVC 控制器或 Api 控制器时加载了 Blazor 页面,这意味着无法解析路由。

您可以通过完全删除 Blazor 并验证 signin-facebook 现在在提供与屏幕截图中完全相同的参数时解析为 404 来测试这一点。

理想情况下,您将为所有 api 操作保留一个前缀,如“api”,这样您的客户端导航和服务器操作之间就不会混淆。


推荐阅读