1. 单点登录配置

指亚马逊所有应用登录一次，可访问所有

单点登录（Single Sign On），简称为 SSO，是比较流行的企业业务整合的解决方案之一。SSO的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。

2. 单点登录配置管理

有两个选择：

选择一：ERP专用用户账号。即ERP有自己的账号，每个用户需要向ERP申请账号和密码

选择二：用户电脑的Domain账号。简单理解就是电脑开机账号/密码。

如果使用选择一：ERP专用用户账号，那么单点登录流程是：

（前提：用户未登录）用户访问CRM登录页，手动输入用户名/密码。

登录请求被重定向到SSO认证中心。

SSO认证通过。

CRM登录成功。

此时访问别的ERP子系统，则自动登录成功，无需手动登录。

如果使用选择二：用户电脑的Domain账号，那么单点登录的方案有2种：

SSO认证中心实现CAS登录

（前提：用户未登录）用户访问CRM系统。CRM自动发送登录请求到SSO认证中心。

SSO使用CAS机制，用用户电脑的Domain账号进行登录认证。

SSO认证通过。

CRM自动登录成功。

此时访问别的ERP子系统，则自动登录成功，无需手动登录。

CRM实现CAS登录

（前提：用户未登录）用户访问CRM系统。CRM自动生成登录请求。

CRM使用CAS机制，用用户电脑的Domain账号进行登录认证。

CRM SSO认证通过。

CRM自动登录成功。

但是此时访问别的ERP子系统并不会实现自动登录。

3. 单点登录管理系统

单点登录是指用户只需要登录一次就可以访问所有相互信任的应用系统。

单点登录其中有一个非常关键的步骤，这个步骤与服务器端验证令牌方式无关，用最早的共享会话方式或当前的令牌方式，标识到浏览器端。用户登录成功后，浏览器如何在其他域名中存储和共享令牌相同的域名非常简单。 令牌存储在cookie中路径设置在顶级域名下，以便所有子域都可以读取cookie中的令牌。这就是分享网络的方式。通常，运营和维护内部控制审计系统和4A系统都包含这一功能。其目的是简化账户登录流程，保护账户和密码的安全，统一管理账户。

4. 启用单点登录

sso单点登录通过data log进行控制各系统鉴权

5. 单点登录配置时显示请使用官方客户端

ASP.NET中如何实现FORM认证登录 如何运用 Form 表单认证 ASP.NET 的安全认证，共有“Windows”“Form”“Passport”“None”四种验证模式。“Windows”与“None”没有起到保护的作用，不推荐使用；“Passport”我又没用过，唉……所以我只好讲讲“Form”认证了。我打算分三部分： 第一部分 —— 怎样实现From 认证； 第二部分 —— Form 认证的实战运用； 第三部分 —— 实现单点登录（Single Sign On） 第一部分 如何运用 Form 表单认证 一、 新建一个测试项目 为了更好说明，有必要新建一个测试项目（暂且为“FormTest”吧），包含三张页面足矣（Default.aspx、Login.aspx、UserInfo.aspx）。啥？有人不会新建项目，不会新增页面？你问我咋办？我看这么办好了：拖出去，打回原藉，从幼儿园学起…… 二、 修改Web.config 1、 双击项目中的Web.config（不会的、找不到的打 PP） 2、 找到下列文字 <authentication mode="Windows" /> 把它改成： <authentication mode="Forms"> <forms loginUrl="Login.aspx" name=".ASPXAUTH"></forms> </authentication> 3、 找到<authorization> <allow users="*" /></authorization>换成 <authorization><deny users="?"></deny></authorization> 这里没什么好说的，只要拷贝过去就行。虽说如此，但还是有人会弄错，如下： <authentication mode="Forms"> <forms loginUrl="Login.aspx" name=".APSX"></forms> <deny users="?"></deny> </authentication> 若要问是谁把 <deny users="?"></deny> 放入 <authentication> 中的，我会很荣幸地告诉你，那是 N 年前的我：<authentication> 与 <authorization> 都是以 auth 字母开头又都是以 ation 结尾，何其相似；英文单词背不下来的我以为他们是一伙的…… 三、 编写.cs 代码——登录与退出 1、 登录代码： a、 书本上介绍的 private void Btn_Login_Click(object sender, System.EventArgs e) { if(this.Txt_UserName.Text=="Admin" && this.Txt_Password.Text=="123456") { System.Web.Security.FormsAuthentication.RedirectFromLoginPage(this.Txt_UserName.Text,false); } } b、 偶找了 N 久才找到的 private void Btn_Login_Click(object sender, System.EventArgs e) { if(this.Txt_UserName.Text=="Admin" && this.Txt_Password.Text=="123456") { System.Web.Security.FormsAuthentication.SetAuthCookie(this.Txt_UserName.Text,false); Response.Redirect("Default.aspx"); } } 以上两种都可发放验证后的 Cookie ，即通过验证，区别： 方法a) 指验证后返回请求页面，俗称“从哪来就打哪去”。比如：用户没登录前直接在 IE 地址栏输入 http://localhost/FormTest/UserInfo.aspx ，那么该用户将看到的是 Login.aspx?ReturnUrl=UserInfo.aspx ，输入用户名与密码登录成功后，系统将根据“ReturnUrl”的值，返回相应的页面 方法b) 则是分两步走：通过验证后就直接发放 Cookie ，跳转页面将由程序员自行指定，此方法多用于 Default.aspx 使用框架结构的系统。 2、 退出代码： private void Btn_LogOut_Click(object sender, System.EventArgs e) { System.Web.Security.FormsAuthentication.SignOut(); } 四、 如何判断验证与否及获取验证后的用户信息 有的时候，在同一张页面需要判断用户是否已经登录，然后再呈现不同的布局。有人喜欢用 Session 来判断，我不反对此类做法，在此我只是想告诉大家还有一种方法，且看下面代码： if(User.Identity.IsAuthenticated) { //你已通过验证，知道该怎么做了吧？ } User.Identity 还有两个属性AuthenticationType（验证类型）与 Name（用户名称） ，大家要注意的是 Name 属性，此处的User.Identity.Name将得到，验证通过（RedirectFromLoginPage 或SetAuthCookie）时，我们带入的第一个参数 this.Txt_UserName.Text 。这个参数很重要，关系到种种……种种的情况，何出此言，且听下回分解…… 灵活运用 Form 表单认证中的 deny 与 allow 及保护 .htm 等文件 第二部分 Form 认证的实战运用 Web.config 的作用范围 新建项目时， VS.Net 会在项目根目录建立一个内容固定的 Web.config。除了在项目根目录，你还可以在任一目录下建立 Web.config ，条件就是应用程序级别的节点只能在根目录的 Web.config 中出现。至于哪些是应用程序级别节点呢，这个问题嘛，其实我也不太清楚，呵呵。电脑不是我发明的，微软不是我创建的，C# 更不是我说了算的，神仙也有不知道的，所以我不晓得是正常的。话虽如此，只要它不报错，那就是对的。 关于Web.config 设置的作用范围，记住以下两点： 1、 Web.config 的设置将作用于所在目录的所有文件及其子目录下的所有东东（继承：子随父姓） 2、 子目录下的 Web.config 设置将覆盖由父目录继承下来的设置（覆盖：县官不如现管） 给大家提个问题：有没有比根目录Web.config 的作用范围还大

6. 单点登录简单实现

用redis实现单点登录是可行的。首先，session的大部分实现都是通过cookie的，所以跨域session是不可能的。但跨域的认证还是可以有OAuth等实现方法，不太推荐OAuth项目。

其次，跨域有点难，但放在同一域下的不同项目是可以共享session的，CAS也不算复杂。可以上github搜一下redis-session这个项目，只有一个源代码文件，它给出了redis下session的一种nodejs实现，就是设置redis的超时来模拟session的超时。

再次，跨域也是可以的，就是使用iframe，在登录时，在多个域下同时写cookie，注意浏览器差异。综上，完全可行。

7. 单点登录解决方案

统一身份证认证是实名认证登录，单点登录有或许只是账号登录

8. 单点登录配置开关

通过提供密码、验证码的形式来进行校验权限

9. 单点登录配置地址链接签名认证不通过

特点一：符合电子政务应用服务标准

行政审批系统根据《电子政务应用服务标准规范》进行开发和建设，因此具有标准化、规范化的特点。通过标准规范促使行政审批系统具有可重用性，推动业务的协同和互联互通，提高工程建设效率、避免重复建设，减少资源浪费，缩短建设周期。

特点二：行政审批系统开发以SOA构架思想为指导

行政审批系统开发基于SOA架构，采用面向服务的思想进行业务建模和构架业务流程，有利于保证每个业务环节均通过服务进行实现，支持组织内部业务快速协同，有利于快速适应组织机构与业务流程的变化。

特点三：基于SOA应用服务支撑平台构建

行政审批系统开发以SOA架构思想为指导，建立一个合理、开放和基于标准的系统应用支撑平台。该平台可以为集中建设的各系统提供统一的流程服务，表单服务，信息发布服务，身份服务，认证服务。在该支撑平台上建立各种应用系统并实现对其他应用系统进行整合，而且用户可以根据业务需求逐步完善和覆盖所有业务领域的应用系统。

行政审批系统的系统功能特点

特点一：采用辅助OA系统（工作流）进行内部审批

行政审批系统采用辅助OA系统（工作流）进行内部审批，包括办件进行延期、暂停、督察申请，并且，采用流程处理督查信息，获得督查信息反馈。

特点二：表单系统工具，快速构建表单

行政审批系统能够保留表单痕迹，确保对表单每一个处理步骤提供修改痕迹保留，以确保信息不可否认性和可追溯性。并且行政审批系统开发了点击签名、多人意见框、日期选择、正文按钮、附件框、自动编号框等标签，用户不需编程，就可以实现很多复杂功能，极大地方便了用户。

特点三：梳理政府资源，建立政务资源数据库

行政审批系统建设通过逐项清理政府各部门的行政权力，梳理政府资源，建立政务资源数据库 ；并按照规定进一步清理和规范行政审批项目，该取消的坚决取消，保留执行的也要简化程序，尽量缩短审批时限，重新确定最低承诺审批时限等。

特点四：支持多级联合审批、并联审批

并联审批流程和统一登记流程并存于大厅的行政审批系统中，通过工作流的监听机制为并联审批流程提供特有的监听器，抽取审批状态数据，实现对参与并联审批的各个委办局的监督监查。

特点五：强大的业务适应性

行政服务事项经常会发生变化，行政审批系统提供了“事项变化管理”和“审批流程管理”，管理人员可以根据事项的变化、流程、表单的变化在原有的审批流程基础上做少量修改，做出快速调整，呈现出强大的业务适应性，节省了人力物力。

特点六：可整合第三方审批业务系统。

行政审批系统开发通过应用SOA服务支撑平台，使行政审批系统具有统一的组织身份管理、单点登录功能，将第三方的审批业务系统整合在统一平台之上。

10. 单点登录配置怎么弄

再创建一张权限表，根据不同的系统设置不同的权限标志，这样就可以区分出来了。