Firebase部署Cloud Function出现302重定向至登录页问题求助

结合你描述的现象，这个302重定向到_ah/conflogin的问题，通常和Cloud Functions的身份验证配置、Firebase CLI本地状态，或者部署时的权限上下文有关，下面分点拆解可能的成因和排查步骤：

1. Firebase CLI本地认证状态异常（最可能的原因） #

因为同一个账号A在Mac上部署正常，但在Linux 1上出问题，首先要排查Linux 1上的Firebase CLI是否存在认证缓存异常：

• 先执行firebase logout完全退出当前账号，再执行firebase login重新认证，确保登录的是正确的账号A，并且授权时勾选了所有必要的权限（比如Cloud Functions、Hosting的管理权限）
• 检查Linux 1上的Firebase CLI版本，和Mac上的版本是否一致：执行firebase --version，如果版本差异较大，升级到最新稳定版（npm install -g firebase-tools），旧版本CLI可能存在部署时的权限上下文bug

2. Cloud Functions的身份验证配置冲突 #

虽然你用同一个部署文件，但要确认Linux 1上部署时，是否不小心触发了Functions的强制身份验证配置：

• 检查Cloud Functions控制台中，get-calendar函数的权限设置：是否被设置为「仅限内部/已认证用户访问」？如果是，而你的Rewrite请求没有携带认证信息，就会被重定向到登录页面
• 注意：如果部署时的CLI上下文不同，可能会意外覆盖函数的权限配置，比如Linux 1上的本地.firebaserc或firebase.json是否有额外的配置（比如functions节点的serviceAccount设置），和Mac上的文件不一致？

3. 部署文件的本地缓存或权限问题 #

部署文件是在Linux 1上创建的，要排查该机器上的文件权限或缓存问题：

• 检查Linux 1上的项目目录权限：确保当前用户对functions目录和firebase.json有读写权限，避免部署时部分配置没有被正确上传
• 清理Firebase CLI的本地缓存：执行firebase clear，然后重新执行部署命令，避免旧的缓存配置干扰

4. Google Cloud项目的IAM权限差异 #

虽然都是账号A，但要确认Linux 1上的登录会话是否获取到了完整的IAM权限：

• 登录Google Cloud控制台，检查账号A在目标项目中的角色：是否拥有Cloud Functions Developer和Firebase Hosting Admin角色？
• 有时候，不同机器的登录会话可能因为MFA或设备信任问题，导致权限范围被限制，可以在Linux 1上登录Google Cloud控制台，手动确认是否能正常访问Cloud Functions和Hosting的配置页面

最后，建议你在Linux 1上部署时加上--debug参数（firebase deploy --only functions,hosting --debug），查看部署过程中的详细日志，特别是和权限、配置上传相关的部分，这会帮你快速定位到问题所在。

内容的提问来源于stack exchange，提问作者Dokook Choe