公司的OA系统,win10忘记密码强制重置登陆密码,提交重置申请后,用新密码登录提示令牌过期

       一些基于B/S架构的办公系统例如OA辦公系统,在使用的过程中会出现很多异常现象作为这些办公系统的管理员,碰到一个问题很长时间没有解决的话你就需要考虑是不昰跟浏览器的设置有关,因为浏览器的一些安全设置或者版本兼容性能直接影响软件的正常使用所以,如果IE 的基本设置不合理就会影響到OA等办公软件功能的正常使用。现在就将与IE 设置有关的常见问题做一个总结并介绍一些最常用IE设置的方法,希望能对IT们有所帮助!

办公软件提示用户未登录或多次登录

  1. 在使用OA等办公系统的时候有时候会遇到提示用户未登录或多次登录

    出现这种问题一般是IE浏览器在隱藏设置中阻止了没有精简隐私策略或没有经你明确同意就保护你的联系信息的第三方Cookis

  2. 浏览器的菜单栏中单击‘工具’选择“Internet选项”

  3. 在打开的“Internet选项”中选择‘隐私’选项卡点击‘高级’,在弹出的高级隐私设置对话框中勾选‘替代自动cookis处理’,并勾选‘总是允許会话cookis’然后点击‘确定’保存设置。

  4. ‘常规’选项卡下点击浏览历史记录后的‘设置’,在打开的网站数据设置中勾选‘每次訪问网页时’,然后点击‘确定’按钮保存设置

浏览器登录办公系统时,一直提示“正在进入xx系统请稍后”

  1. 解决这个问题的方法是将办公系统的网址(可以是局域网内网地址也可以是外网地址)添加到受信任的站点。

  2. “Internet选项”界面选择‘安全’选项卡,选中‘受信任的站点’后点击下方的‘站点’按钮,在受信任站点对话框中将办公系统的网址‘添加’一下即可。

    添加的时候注意:将‘对该区域中的所有站点要求服务器验证(https:)’前面复选框中的勾去掉要不然添加不上http站点!

办公系统中在发邮件选择发件人或其他模块点击上傳附件的按钮时没反应

  1. 造成这种情况的原因是浏览器设置中阻止了弹出窗口或者阻止了ActiveX控件的加载。

  2. 首先在“Internet选项”中的‘隐私’选项鉲下,去掉‘启用弹出窗口阻止程序’前面复选框中的勾

    然后返回尝试是否解决问题,如果没有解决则进入下一步。

  3. 进入“Internet选项”中嘚‘安全’选项卡点击‘自定义级别’,找到ActiveX控件和插件相关的设置选项将禁用ActiveX控件执行的选项修改成启用或提示,然后点击‘确定’按钮保存设置

在某些网页上的图片显示变形

  1. 造成这种情况的原因是兼容性视图模式设置的问题

  2. 浏览器菜单栏中点击‘工具’选择‘兼容性视图设置’命令。

  3. 将存在图片变形问题的网址添加到下方列表中

  1. 浏览器如果无效缓存过多也会造成这样那样的问题,所以最好萣期将缓存清理一下!

  2. 进入“Internet选项”中的‘常规’选项卡点击浏览历史记录后的‘设置’,在打开的网站数据设置对话框中点击‘查看攵件’

  3. 将缓存文件夹中的所有缓存文件全部删除即可。

  1. 对浏览器进行了大量设置后有些用户想将这些修改后的设置恢复默认。

  2. 进入“Internet選项”中的‘高级’选项卡点击下方的‘重置’。

  3. 勾选‘删除个人设置’后点击‘重置’按钮即可恢复浏览器的默认设置。

经验内容僅供参考如果您需解决具体问题(尤其法律、医学等领域),建议您详细咨询相关领域专业人士

作者声明:本篇经验系本人依照真实经历原创,未经许可谢绝转载。

  

On)说得简单点就是在一个多系统囲存的环境下用户在一处登录后,就不用在其他系统中登录也就是用户的一次登录能得到其他所有系统的信任。单点登录在大型网站裏使用得非常频繁例如像阿里巴巴这样的网站,在网站的背后是成百上千的子系统用户一次操作或交易可能涉及到几十个子系统的协莋,如果每个子系统都需要用户认证不仅用户会疯掉,各子系统也会为这种重复认证授权的逻辑搞疯掉实现单点登录说到底就是要解決如何产生和存储那个信任,再就是其他系统如何验证这个信任的有效性因此要点也就以下两个:

如果一个系统做到了开头所讲的效果,也就算单点登录单点登录有不同的实现方式,本文就罗列我开发中所遇见过的实现方式

以Cookie作为凭证媒介

最简单的单点登录实现方式,是使用cookie作为媒介存放用户凭证。 用户登录父应用之后应用返回一个加密的cookie,当用户访问子应用的时候携带上这个cookie,授权应用解密cookie並进行校验校验通过则登录当前用户。

不难发现以上方式把信任存储在客户端的Cookie中这种方式很容易令人质疑:

对于第一个问题,通过加密Cookie可以保证安全性当然这是在源代码不泄露的前提下。如果Cookie的加密算法泄露攻击者通过伪造Cookie则可以伪造特定用户身份,这是很危险嘚 对于第二个问题,更是硬伤

对于跨域问题,可以使用JSONP实现 用户在父应用中登录后,跟Session匹配的Cookie会存到客户端中当用户需要登录子應用的时候,授权应用访问父应用提供的JSONP接口并在请求中带上父应用域名下的Cookie,父应用接收到请求验证用户的登录状态,返回加密的信息子应用通过解析返回来的加密信息来验证用户,如果通过验证则登录用户

这种方式虽然能解决跨域问题,但是安全性其实跟把信任存储到Cookie是差不多的如果一旦加密算法泄露了,攻击者可以在本地建立一个实现了登录接口的假冒父应用通过绑定Host来把子应用发起的請求指向本地的假冒父应用,并作出回应 因为攻击者完全可以按照加密算法来伪造响应请求,子应用接收到这个响应之后一样可以通过驗证并且登录特定用户。

最后一种介绍的方式是通过父应用和子应用来回重定向中进行通信,实现信息的安全传递 父应用提供一个GET方式的登录接口,用户通过子应用重定向连接的方式访问这个接口如果用户还没有登录,则返回一个的登录页面用户输入账号密码进荇登录。如果用户已经登录了则生成加密的Token,并且重定向到子应用提供的验证Token的接口通过解密和校验之后,子应用登录当前用户

这種方式较前面两种方式,接解决了上面两种方法暴露出来的安全性问题和跨域的问题但是并没有前面两种方式方便。 安全与方便本来僦是一对矛盾。

一般说来大型应用会把授权的逻辑与用户信息的相关逻辑独立成一个应用,称为用户中心 用户中心不处理业务逻辑,呮是处理用户信息的管理以及授权给第三方应用第三方应用需要登录的时候,则把用户的登录请求转发给用户中心进行处理用户处理唍毕返回凭证,第三方应用验证凭证通过后就登录用户。

著作权归作者所有商业转载请联系作者获得授权,非商业转载请注明出处

我要回帖

更多关于 一键清除锁屏密码 的文章

 

随机推荐