能否仅为应用程序部分功能启用Azure AD身份验证？

咱先理清你遇到的两个核心问题：

1. Azure门户的「Home page URL」不是用来做登录前用户类型选择的 #

这个设置的作用其实是用户成功登录后默认跳转的应用首页，而非登录流程的入口分支页。你现在的应用直接跳Azure AD登录页，大概率是因为应用登录逻辑默认只配置了Azure AD作为唯一身份提供者，没有做前端的选择分支。

要实现用户先选类型再走对应登录流程的需求，你需要自己做一个前端登录选择页面（比如放两个按钮：「师生登录」和「外部用户登录」），然后：

• 当用户点击「师生登录」时，引导到Azure AD的授权端点触发登录流程
• 当用户点击「外部用户登录」时，引导到你的外部账号登录系统（或者后面说的B2C本地账号登录流）

2. Azure AD B2C完全适配你的场景，而且不止支持社交身份 #

你的场景是「内部AD用户+外部自建账号用户」，B2C恰好是为这种多身份场景设计的，它的能力远不止社交登录：

• 支持本地账号：外部用户可以创建专属的邮箱/用户名+密码的个人账号，完全符合你的需求
• 支持Azure AD联合登录：可以把你的学校Azure AD配置为B2C的身份提供者，让师生用他们的工作/学校账号直接登录
• 统一身份管理：所有用户（内部+外部）的身份都可以在B2C里统一管理，不用分开维护两套系统

如果你不用B2C，就得自己搭建外部用户的账号数据库、认证逻辑，同时还要对接Azure AD，复杂度会高很多。用B2C的话，只需要配置对应的用户流（本地注册/登录流、Azure AD联合登录流），然后在前端选择页触发对应的流程就行。

总结一下：

• 「Home page URL」解决的是登录后的跳转，不是登录前的分支
• 你的场景非常适合用Azure AD B2C，它既支持外部自建账号，也支持内部Azure AD用户登录

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