WMI--Windows API--EOLE_AUTHENTICATION_CAPABILITIES

原文来自MSDN Library for Visual Studio 2008 SP1,翻译部分仅为个人观点,想要看更多信息请看MSDN,如有版权问题请联系QQ 643166601,邮件643166601@qq.com

 

COM
EOLE_AUTHENTICATION_CAPABILITIES
See Also  

The EOLE_AUTHENTICATION_CAPABILITIES enumeration constants set various capabilities in CoInitializeSecurity and IClientSecurity::SetBlanket (or its helper function CoSetProxyBlanket).
这个EOLE_AUTHENTICATION_CAPABILITIES枚举常量在CoInitializeSecurity和IClientSecurity::SetBlanket (或辅助函数CoSetProxyBlanket)中设置各种容量。
  Copy Code
typedef enum tagEOLE_AUTHENTICATION_CAPABILITIES {
    EOAC_NONE                    = 0x0,
    EOAC_MUTUAL_AUTH             = 0x1,
    EOAC_SECURE_REFS             = 0x2,
    EOAC_ACCESS_CONTROL          = 0x4,
    EOAC_APPID                   = 0x8,
    EOAC_DYNAMIC                 = 0x10,
    EOAC_STATIC_CLOAKING         = 0x20,
    EOAC_DYNAMIC_CLOAKING        = 0x40,
    EOAC_ANY_AUTHORITY           = 0x80,
    EOAC_MAKE_FULLSIC            = 0x100,
    EOAC_REQUIRE_FULLSIC         = 0x200,
    EOAC_AUTO_IMPERSONATE        = 0x400,
    EOAC_DEFAULT                 = 0x800,
    EOAC_DISABLE_AAA             = 0x1000,
    EOAC_NO_CUSTOM_MARSHAL       = 0x2000
} EOLE_AUTHENTICATION_CAPABILITIES;
 

Elements
EOAC_NONE
Indicates that no capability flags are set.
指示没有容量flags设置。
EOAC_MUTUAL_AUTH
Unused.
未使用
If this flag is specified, it will be ignored.
如果指定这个flag,它将被忽略。
Support for mutual authentication is automatically provided by some authentication services.
支持相互认证是通过一些身份验证服务自动提供的。
See COM and Security Packages for more information.
请看COM and Security Packages的更多信息。

EOAC_SECURE_REFS
Authenticates distributed reference count calls to prevent malicious users from releasing objects that are still being used.
验证分布式的引用计数器调用防止恶意的用户释放正在被使用的对象。
If this flag is set, which can be done only in a call to CoInitializeSecurity by the client, the authentication level (in dwAuthnLevel) cannot be set to none.
如果设置这个flag,它只能通过客户端在调用CoInitializeSecurity的身份认证级别(在dwAuthnLevel中)不能不设置。
Note: 
注意:
The server always authenticates Release calls.
这个服务器总是验证发布调用。
Setting this flag prevents an authenticated client from releasing the objects of another authenticated client.
设置这个flag防止一个已经验证的客户端去释放对象的另一个验证的客户端。
It is recommended that clients always set this flag, although performance is affected because of the overhead associated with the extra security.
它是推荐的总是实则hi这个flag,尽管因为额外的安全性的相关开销影响性能。

EOAC_ACCESS_CONTROL
Indicates that the pVoid parameter to CoInitializeSecurity is a pointer to an IAccessControl interface on an access control object.
指示这个pVoid这个参数到CoInitializeSecurity是一个指针指向在访问控制对象上的一个IAccessControl接口。
When DCOM makes security checks, it calls IAccessControl::IsAccessAllowed.
当DCOM使得安全检查,它调用IAccessControl::IsAccessAllowed。
This flag is set only by the server.
这个flag仅由服务器设置。

EOAC_APPID
Indicates that the pVoid parameter to CoInitializeSecurity is a pointer to a GUID that is an AppID.
指示这个pVoid这个参数到CoInitializeSecurity是一个指针指向一个GUID它是一个AppID。
The CoInitializeSecurity function looks up the AppID in the registry and reads the security settings from there.
这个CoInitializeSecurity函数在注册表中查找AppID并且从那里读入安全设置。
If this flag is set, all other parameters to CoInitializeSecurity are ignored and must be zero.
如果设置这个flag,所有其它参数到CoInitializeSecurity将被忽略并且必须是0。
Only the server can set this flag.
只有服务器可以设置这个flag。
For more information about this capability flag, see the Remarks section below.
更多信息根关于容量flag,请看下面的备注部分。

EOAC_DYNAMIC
This flag is not currently supported.
这个flag目前不被支持。

EOAC_STATIC_CLOAKING
Sets static cloaking.
设置为静态伪装。
When this flag is set, DCOM uses the thread token (if present) when determining the client's identity.
当设置这个flag时,当明确客户端身份时DCOM使用线程令牌(如果出现)。
However, the client's identity is determined on the first call on each proxy (if SetBlanket is not called) and each time CoSetProxyBlanket is called on the proxy.
当时,客户端身份是明确的在每个代理上的第一调用(如果SetBlanket没有调用)和每次CoSetProxyBlanket在代理上的调用。
This flag can be set by clients only, for use with Windows 2000 and later versions.
这个flag只可以由客户端设置,使用在 Windows 2000 和更高版本。
For more information about static cloaking, see Cloaking.
更多信息关于静态伪装,请看 Cloaking。

EOAC_DYNAMIC_CLOAKING
Sets dynamic cloaking.
设置动态伪装。
When this flag is set, DCOM uses the thread token (if present) when determining the client's identity.
当设置这个flag时,当明确客户端的身份时DCOM使用线程令牌(如果出现)。
On each call to a proxy, the current thread token is examined to determine whether the client's identity has changed (incurring an additional performance cost) and the client is authenticated again only if necessary.
在每个调用到的代理上,这个当前线程令牌被仔细检查去决定哪一个客户端身份已经改变(引起额外性能的开销)和如果必要则客户端身再次份验证。
Dynamic cloaking can be set by clients only, for use with Windows 2000 and later versions.
动态伪装只可以由客户端设置,使用在Windows 2000和更高版本。
For more information about dynamic cloaking, see Cloaking.
更多信息关于动态伪装,请看Cloaking。

EOAC_ANY_AUTHORITY
The use of this flag is deprecated.
不赞成使用这个flag。
Tells DCOM to trust an SChannel server certificate even if the top level certificate authority is not trusted.
表明DCOM信任一个SChanel服务器证书即使如果这个顶层证书权利不被信任。
That is, when a call arrives using SChannel, DCOM will allow the call even if the top level certificate authority is not installed on the machine.
也就是说,当一个调用到达使用SChannel时,DCOM将允许这个调用即使如果这个顶层证书权利是在这个机器上没有安装。
Care must be taken when specifying this flag because having an untrusted root severely compromises session security.
当指定这个flag因为有一个不信任的根严重地损害了session的安全,必须注意。
Applications should use this flag only if manual validation of the server certificate is performed.
只有在人工确认的服务器证书已经执行时,应用程序使用这个flag。
This flag can be set by clients only and can be used with Windows 2000 and later versions.
这个flag只可以由客户端设置,使用在Windows 2000和更高版本。

EOAC_MAKE_FULLSIC
Causes DCOM to send SChannel server principal names in fullsic format to clients as part of the default security negotiation.
引起DCOM在fullsic格式去发送SChanle服务器主体名称到客户端作为默认安全协商的部分。
The name is extracted from the server certificate.
这个名称是从服务证书中提取的。
This flag is for use with Windows 2000 and later versions.
这个值可以使用在Windows 2000和更高版本。
For more information about the fullsic form, see Principal Names.
更多信息关于fullsic形式,请看Principal Names。

EOAC_REQUIRE_FULLSIC
Causes DCOM to fail CoSetProxyBlanket calls where an SChannel principal name is specified in any format other than fullsic.
CoSetProxyBlanket调用那里指定一个以任意格式的SChanle主体名称不是fullsic将引起DCOM失败。
This flag is currently for clients only.
这个flag只是当前客户。
For more information about the fullsic form, see Principal Names.
更多信息关于fullsic形式,请看Principal Names。

EOAC_AUTO_IMPERSONATE
This flag is not currently supported.
这个flag当前不被支持。

EOAC_DEFAULT
Tells DCOM to use the valid capabilities from the call to CoInitializeSecurity.
表明DCOM使用有效的容量从调用CoInitializeSecurity中。
If CoInitializeSecurity was not called, EOAC_NONE will be used for the capabilities flag.
如果没有调用CoInitializeSecurity,EOAC_NONE将被使用这个容量flag。
This value can be used with Windows 2000 and later versions.
这个值可以使用在Windows 2000和更高版本。
This flag can be set only by clients in a call to IClientSecurity::SetBlanket or CoSetProxyBlanket.
这个flag只可以在客户端设置在IClientSecurity::SetBlanket或CoSetProxyBlanket中调用。

EOAC_DISABLE_AAA
Causes any activation where a server process would be launched under the caller's identity (activate-as-activator) to fail with E_ACCESSDENIED.
引起任何激活,一个服务器进程会被在调用者身份(激活-作为-激活因子)开始到失败用E_ACCESSDENIED。
This value, which can be specified only in a call to CoInitializeSecurity by the client, allows an application that runs under a privileged account (such as LocalSystem) to help prevent its identity from being used to launch untrusted components.
这个值只可以由客户端在调用CoInitializeSecurity时指定,运行应应用程序运行在特权账户(如本地系统)去帮助防止它的身份被使用在开始被信任的组件下。
It can be used with Windows 2000 and later versions.
这个值可以使用在Windows 2000和更高版本。
Note:
注意:
An activation call that uses CLSCTX_ENABLE_AAA of the CLSCTX enumeration will allow activate-as-activator activations for that call.
一个激活的调用使用CLSCTX_ENABLE_AAA的CLSCTX枚举将允许激活-作为-激活因子的激活调用。

EOAC_NO_CUSTOM_MARSHAL
Specifying this flag helps protect server security when using DCOM or COM+.
当使用DCOM或COM时指定这个flag帮助保护服务器安全。
It reduces the chances of executing arbitrary DLLs because it allows the marshaling of only CLSIDs that are implemented in ole32.dll, comadmin.dll, comsvcs.dll, or es.dll, or that implement the CATID_MARSHALER category ID.
它减少随意执行DLLs的机会,因为它只允许在ole32.dll, comadmin.dll, comsvcs.dll, 或 es.dll,或实现CATID_MARSHALER类型ID中序列化的CLSIDs的实现。
This value can be used with Windows 2000 and later versions.
这个值可以使用在Windows 2000和更高版本。
Note: 
注意:
Any service that is critical to system operation should set this flag.
任何服务是临界到系统操作的应该设置这个flag。

Remarks
When the EOAC_APPID flag is set, CoInitializeSecurity looks for the authentication level under the AppID.
当这个flag设置为EOAC_APPID时,CoInitializeSecurity在AppID下寻找身份验证等级。
If the authentication level is not found, it looks for the default authentication level.
如果这个身份验证等级没有找到,它寻找默认的身份验证等级。
If the default authentication level is not found, it generates a default authentication level of connect.
如果默认的身份验证等级没有找到,它生成一个默认连接的身份验证等级。
If the authentication level is not RPC_C_AUTHN_LEVEL_NONE, CoInitializeSecurity looks for the access permission value under the AppID.
如果身份验证等价不是RPC_C_AUTHN_LEVEL_NONE,CoInitializeSecurity寻找在AppID下的访问权限值。
If not found, it looks for the default access permission value.
如果没有找到,它寻找默认的访问权限值。
If not found, it generates a default access permission.
如果没有找到,她生成默认访问权限。
All the other security settings are determined the same way as for a legacy application.
所有的其它安全设置确定以相同的方式作为遗留应用程序。
The CoInitializeSecurity function returns an error if both the EOAC_APPID and EOAC_ACCESS_CONTROL flags are set.
如果EOAC_APPID和EOAC_ACCESS_CONTROL flags都被设置,CoInitializeSecurity函数返回一个错误。
The IClientSecurity::SetBlanket method and CoSetProxyBlanket function return an error if any of the following flags are set in the capabilities parameter: EOAC_SECURE_REFS, EOAC_ACCESS_CONTROL, EOAC_APPID, EOAC_DYNAMIC, EOAC_REQUIRE_FULLSIC, EOAC_DISABLE_AAA, or EOAC_NO_CUSTOM_MARSHAL.
如果以下的EOAC_SECURE_REFS, EOAC_ACCESS_CONTROL, EOAC_APPID, EOAC_DYNAMIC, EOAC_REQUIRE_FULLSIC, EOAC_DISABLE_AAA, 或 EOAC_NO_CUSTOM_MARSHAL中任意一个flags在容量参数中设置, IClientSecurity::SetBlanket方法和CoSetProxyBlanket函数返回一个错误。
CoInitializeSecurity and IClientSecurity::SetBlanket return errors if both cloaking flags are set or if either flag is set when SChannel is the authentication service.
如果设置伪装flags或当SChanle是身份验证服务时设置任何一个flag,CoInitializeSecurity 和IClientSecurity::SetBlanket返回错误。

Requirements
For an explanation of the requirement values, see Requirements (COM).

Windows NT/2000/XP: Requires Windows NT 4.0 or later.

Windows 95/98: Requires Windows 95 or later. Available as a redistributable for Windows 95.

Header: Declared in objidl.h.

See Also
Reference
CoInitializeSecurity
IClientSecurity::SetBlanket
CoSetProxyBlanket
IAccessControl

Send comments about this topic to Microsoft.

内容概要:本文提出了一种基于非合作博弈理论的居民负荷分层调度模型,并结合双层鲸鱼优化算法(Two-level Whale Optimization Algorithm)进行高效求解,模型与算法均通过Matlab代码实现。研究针对电力系统中居民侧用电负荷的复杂调度问题,引入非合作博弈机制刻画各用户之间的利益竞争关系,实现负荷的分层优化分配;同时设计双层优化架构,上层优化资源配置,下层模拟用户自主决策行为,提升了模型的实用性与合理性。通过智能优化算法求解多层级、非凸非线性的博弈模型,有效提高了调度方案的收敛性与全局寻优能力,适用于现代智能电网中的需求侧管理与能源优化场景。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事智能电网、能源优化调度、需求侧管理、博弈论应用等方向的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①应用于居民区电力负荷的分层优化调度系统设计与仿真分析;②为非合作博弈在多主体能源系统建模中的应用提供方法论支持;③利用双层鲸鱼算法解决具有嵌套结构的复杂双层优化问题,提升求解效率与调度方案的可行性。; 阅读建议:建议读者结合提供的Matlab代码深入理解模型构建逻辑与算法实现流程,重点关注博弈模型的效用函数设计、纳什均衡求解思路以及双层优化结构的迭代机制,宜配合实际用电数据开展复现实验以验证模型有效性与鲁棒性。
内容概要:本文围绕基于自适应神经模糊推理系统(ANFIS)智能控制器的可再生能源微电网功率管理系统展开研究,结合Simulink仿真实现,深入探讨了微电网中功率的智能调控与经济机组组合调度问题。通过引入ANFIS控制器,有效应对风能、光伏等可再生能源出力的波动性与不确定性,提升系统运行的稳定性与电能质量。研究内容涵盖微电网多源协调控制策略、功率平衡管理、优化调度模型构建及仿真验证,实现了对分布式电源、储能系统和负荷的协同优化,兼顾经济性与可靠性目标,并通过仿真平台验证了所提方法的有效性与优越性。; 适合人群:具备电力系统、自动化或新能源相关专业背景,熟悉Matlab/Simulink仿真环境,从事微电网能量管理、智能控制、能源优化等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于高比例可再生能源接入场景下的微电网能量管理系统研发与教学实践;②为实现微电网功率稳定控制与经济高效运行提供先进的智能控制解决方案;③支撑高水平学术论文复现、科研课题攻关及实际工程项目的仿真验证与方案优化。; 阅读建议:建议结合提供的Simulink模型与相关代码进行动手实践,重点关注ANFIS控制器的设计流程、规则库构建与参数调优方法,并通过与传统PID或MPC控制策略的对比实验,深入理解其在动态响应与鲁棒性方面的优势。同时可进一步拓展文中提出的优化调度逻辑,应用于多目标、多约束的复杂实际应用场景中。
内容概要:本文档聚焦于“直流电机双闭环控制Matlab仿真”,系统阐述了基于Matlab/Simulink平台实现直流电机双闭环控制系统(主要包括速度环与电流环)的设计与仿真全过程。通过构建直流电机的数学模型,结合PI控制器进行调控,实现对电机转速和电枢电流的高精度动态控制,验证控制策略的稳定性与响应性能。文档详细介绍了仿真模型的搭建流程、关键参数的整定方法、系统动态波形的分析手段以及仿真结果的有效性验证,体现了经典自动控制理论在实际电机系统中的工程应用,是电机控制与电力电子技术相结合的典型研究案例。; 适合人群:具备自动控制原理、电机与拖动基础、电力电子技术和Matlab/Simulink仿真能力的电气工程、自动化、机电一体化等专业的本科生、研究生及从事电机驱动系统研发的工程技术人员。; 使用场景及目标:①作为高校课程设计或实验教学材料,帮助学生深入理解双闭环调速系统的工作机理与工程实现;②服务于科研项目,为新型电机控制算法(如滑模、模糊PID等)的开发与性能对比提供基础仿真验证平台;③作为工业界产品前期设计的仿真工具,用于评估不同控制策略在动态响应、抗干扰能力和稳态精度方面的可行性。; 阅读建议:建议读者在学习过程中紧密结合自动控制理论知识,亲手在Simulink环境中搭建完整的双闭环仿真模型,通过反复调整PI控制器的比例与积分参数,观察并分析转速、电流的阶跃响应曲线,从而深刻理解反馈控制的本质、系统稳定性条件以及参数整定对动态性能的影响,进而掌握电机控制系统的设计精髓。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值