dimino中属于不同组织的多个重名用户用在web下的登陆机制的问题

rugl 2008-04-21 11:55:09
最近很折磨,碰到一个郁闷的事情,是这样的,一个用户系统中,在一个附加服务器上的管理员注册了一批用户,隶属于A组织,然后另一个附加服务器的管理员又注册了一批同名用户,隶属于B组织,这两拨用户在登陆web服务器时,出现了多种情况:
1、一部分用户,两个用户中文名和英文简称都一样,用两者能登陆,在不同的web服务器上,分配不同的权限后,用户能区分登陆。
2、一部分用户,两个用户中文名和英文简称都一样,用两者都不能登陆任何一个web服务器。
3、一部分用户,两个用户中文名一样,但是简称英文不一样,那么用简称能登陆,用中文不能登陆。

这里根本看不出多个重名用户用在web下的登陆规则,不知道有谁对这方面比较清楚,请赐教。。。。。
...全文
215 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
meiZiNick 2008-05-01
  • 打赏
  • 举报
回复
好像没那么简单,呵呵.
trip 2008-04-25
  • 打赏
  • 举报
回复
在names.nsf把复制冲突的条目删了即可。
eino 2008-04-23
  • 打赏
  • 举报
回复
服务器文档有一条, 好像叫做"较少变化, 较强安全性", 设置之后就可以解决问题..
zgqasd 2008-04-22
  • 打赏
  • 举报
回复
是麻烦,不过注册之前先看好哪些是重名的,然后到最后再注册这些人。比如张三,重名的话就注册张三1,张三2等等,这样就不重名了么。

还有,如果是主从服务器,你都在主服务商注册,然后names再同步过去即可,不要每个服务器都注册,不好管理。

如果每个服务器之间没什么关系,可以单独注册,权限分配也单独进行。

以前的一些经验,不知道适合你否。

我们的系统全部是一个组织,没有多个组织的注册。比如张三/hysoft,不同层次部门的人员只是通过程序组织显示出来看起来是层次结构的罢了。不过这种方式要和你的权限分配机制结合起来的,一旦权限设计固定,就不好调整了。
rugl 2008-04-22
  • 打赏
  • 举报
回复
唉,我是开发人员,用户系统的整体构架是早就固定了的,几十个服务器有几十个管理员,我的用户只是其中的一个管理员,根本无法控制,难免出现重名的情况,我现在只是在其中的一个附加服务器上面增加应用,你说的那些对我不适用,谢谢了,我现在就是想弄明白这个登录机制。
内容概要:本文围绕基于风光储能和需求响应的微电网日前经济调度问题,提出了一种综合考虑风能、光伏等可再生能源出力不确定性、储能系统充放电特性以及需求响应机制的优化调度模型,并提供了完整的Python代码实现。该模型在满足系统功率平衡、设备运行约束等条件下,以最小化运行成本或最大化经济效益为目标,详细阐述了数学建模过程、目标函数构建、约束条件设定及求解算法的设计思路,具备较强的理论深度与工程实用性。所附代码结构清晰,便于复现与拓展,适用于科研学习与实际项目仿真验证。; 适合人群:具备一定电力系统基础知识和Python编程能力的高校学生、研究人员及从事新能源微电网相关工作的工程师。; 使用场景及目标:①用于教学与科研深入理解微电网日前经济调度的核心原理与建模方法;②为实际微电网项目的调度决策提供算法支持与仿真工具;③作为进一步研究多能源协同优化、不确定性处理(如场景生成与削减)、鲁棒优化或分布鲁棒优化的基础框架。; 阅读建议:建议读者结合文代码逐行调试运行,深入理解各模块功能与数据流向,同时可尝试修改模型参数、增加新的约束条件或引入其他智能优化算法进行对比分析,以提升对微电网优化调度问题的整体建模与求解能力。
源码直接下载地址: https://pan.quark.cn/s/95437fdf229e Intel I-219V网卡驱动是一款专门为Intel的I-219V千兆以太网控制器而研发的驱动程序,其主要作用在于保障在Ubuntu 16.04操作系统环境下的正常运作以及优化系统性能。Intel I-219V作为一款广泛应用的内置网络接口控制器(NIC),常被集成在台式机及笔记本电脑的主板上,负责提供高速的网络连接服务。Intel公司所提供的e1000e驱动是与此硬件相配套的开源驱动解决方案,其版本3.3.5.3是专门针对该硬件设备的定制版本。此驱动包含了不可或缺的源代码部分,赋予开发者和系统管理者按照特定需求进行编译和定制的权限,从而能够适应多样化的系统配置或针对特定情形进行问题解决。源代码的可用性同样表明用户有能力依据Linux内核的更新情况来升级驱动,确保与最新技术标准的兼容性。在Ubuntu 16.04系统成功编译的驱动意味着它已经通过了严苛的测试流程,并能够与该版本的Linux内核实现良好兼容。Ubuntu 16.04,其代号为Xenial Xerus,是一个长期支持(LTS)的版本,因此对于那些追求系统稳定性和安全保障的用户群体而言具有特殊的意义。驱动程序的兼容性保障了I-219V网卡能够在该系统平台上实现无缝运行,提供稳定可靠的网络连接,这既包括局域网(LAN)的连接,也可能涵盖通过Wi-Fi桥接实现的无线网络连接。驱动程序的核心职责涵盖了网络接口的初始化与管理、数据包的接收与发送处理,以及错误检测与纠正功能的执行。在Linux操作系统架构,驱动通常以模块的形式加载至内核之,这种设计允许在非必要时期进行卸载操作,以此来有效节省系统资源。e1000e驱...
内容概要:本文围绕基于共识的捆绑算法(CBBA)在多智能体系统的多任务分配问题展开研究,重点应用于远程太空船交会与维修的相对轨道操作(RPO)规划。通过Matlab代码实现了CBBA算法,系统地解决了多个航天器在复杂空间环境下协同执行多目标任务时的任务分配、路径规划与动态协商问题。研究详细展示了算法在任务分解、竞标机制、共识达成及冲突消解等方面的核心逻辑,验证了其在分布式决策、通信受限条件下的高效性与鲁棒性,并结合航天工程实际背景突出了算法的应用价值。该资源不仅提供完整的仿真代码,还包含详细的流程解析,有助于深入理解多智能体协同机制的设计原理。; 适合人群:具备控制理论、航天器动力学、多智能体系统或分布式优化背景的研究生、科研人员及航空航天领域工程技术人员,熟练掌握Matlab编程者尤佳。; 使用场景及目标:①应用于在轨服务、空间碎片清除、多航天器编队飞行、星座维护等多智能体协同任务的任务分配与规划;②为研究人员提供CBBA算法的实现范例,支撑其开展分布式任务规划算法的改进与扩展研究;③作为教学案例用于高级课程讲解多智能体协同决策机制。; 阅读建议:建议结合Matlab代码逐模块分析算法实现过程,重点关注任务打包、竞标更新、共识收敛等关键环节,可尝试引入通信延迟、故障容错或障碍规避机制以进一步提升算法实用性。

536

社区成员

发帖
与我相关
我的任务
社区描述
企业开发 Exchange Server
社区管理员
  • 消息协作社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧