On-premises software 释义http://en.wikipedia.org/wiki/On-premises_software

On-premises软件是指安装并运行在用户或机构的本地计算机上的软件,而云端软件则运行在远程服务器或互联网上的某个位置。On-premises软件有时被称为shrinkwrap软件,而云端软件通常被称为SaaS或云计算。随着远程运行软件的成本优势逐渐显现,On-premises部署模式逐渐被云端部署模式取代。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

来源:http://en.wikipedia.org/wiki/On-premises_software

On-premises software (often abbreviated as on-prem software, and also often incorrectly called “on-premise” software) is installed and run on computers on the premises (in the building) of the person or organisation using the software, rather than at a remote facility, such as at a server farm or cloud somewhere on the internet. On-premises software is sometimes referred to as “shrinkwrap” software, and off-premises software is commonly called “software as a service” or “computing in the cloud”.

The on-premises approach to deploying and using business software was the most common until around 2005, when software running at a remote location became widely available and adopted.[citation needed] The new, alternative deployment and use model typically uses the Internet to remove the need for the user to install any software on premises and had other accompanying benefits: running software remotely can result in considerable cost savings because of reduced staffing, maintenance, power consumption, and other factors.

简要翻译:On-premises software,经常被简写为on-prem software,也经常被错误的称为on-premise softwareOn-premises software 安装并运行在用户或机构的经营场所(建筑)中的计算机上。On-premises software有时会被当成 shrinkwarp software,而off-premises software通常被成为 SAAS 或云计算

请分析以下日志: { [-] AppAccessContext: { [-] AADSessionId: 005ea2a9-8ca3-19e0-1ed2-c9d058da5b90 IssuedAtTime: 2025-06-20T14:19:29 UniqueTokenId: xxx } AppId: xxx AppPoolName: MSExchangeAdminApiNetCore ClientAppId: ClientIP: xx.xx.xx.xx:28762 CorrelationID: CreationTime: 2025-06-20T14:27:25 ExternalAccess: false Id: 2b23c031-550b-4d88-4d1c-08ddb00693b6 ObjectId: Outbound to d7bcdba2-04f8-4e05-b3af-0aef3a3e675e Operation: Set-OutboundConnector OrganizationId: xxxx OrganizationName: xxcn.partner.onmschina.cn OriginatingServer: SHXPR01MB0525 (15.20.8835.025) Parameters: [ [-] { [-] Name: ConnectorSource Value: HybridWizard } { [-] Name: ConnectorType Value: OnPremises } { [-] Name: RecipientDomains Value: xxx.com.cn } { [-] Name: TLSDomain Value: xxx.xxx.com.cn } { [-] Name: RouteAllMessagesViaOnPremises Value: False } { [-] Name: TLSSettings Value: DomainValidation } { [-] Name: CloudServicesMailEnabled Value: True } { [-] Name: IsTransportRuleScoped Value: False } { [-] Name: Identity Value: Outbound to d7bcdba2-04f8-4e05-b3af-0aef3a3e675e } { [-] Name: SmartHosts Value: xxx.xxx.com.cn } { [-] Name: Name Value: Outbound to d7bcdba2-04f8-4e05-b3af-0aef3a3e675e } { [-] Name: UseMxRecord Value: False } ] RecordType: 1 RequestId: f50e1804-0117-a6ad-213f-a5840996fd3e ResultStatus: True SessionId: 005ea2a9-8ca3-19e0-1ed2-c9d058da5b90 TokenObjectId: xxxx TokenTenantId: xxxx UserId: xxx.xxx@xxx.partner.onmschina.cn UserKey: xxx.xxx@xxx.partner.onmschina.cn UserType: 2 Version: 1 Workload: Exchange }
最新发布
06-25
<think>我们正在分析Exchange日志中的AppAccessContext和Operation(Set-OutboundConnector)及其参数信息。首先,我们需要理解这些术语在ExchangeServer中的含义。1.**AppAccessContext**:在Exchange日志中,这通常表示执行操作的上下文,比如是哪个应用程序或服务在访问Exchange。例如,它可能是某个后台服务或管理工具在执行操作。2.**Operation**:这里具体是`Set-OutboundConnector`。在Exchange中,出站连接器(OutboundConnector)用于控制邮件如何路由到外部域。设置出站连接器意味着我们正在创建或修改一个出站邮件路由的配置。3.**参数信息**:`Set-OutboundConnector`操作会有一系列参数,这些参数定义了连接器的具体配置,比如:-`Name`:连接器的名称。-`SmartHosts`:指定通过哪些服务器转发邮件(可以是IP地址或域名)。-`AddressSpaces`:该连接器负责的地址空间(例如,*表示所有外部域名)。-`IsScopedConnector`:是否是一个范围限定连接器(仅适用于发送给特定域的邮件)。-`UseExternalDNSServersEnabled`:是否使用外部DNS服务器进行解析。-等等。现在,假设我们正在查看的日志条目记录了这样一个操作,我们需要解析日志中的详细信息以了解发生了什么。**日志解析步骤**:1.**确定日志来源**:首先确认这是Exchange管理日志还是传输日志?通常,管理操作(如Set-OutboundConnector)会记录在管理日志中。2.**解析关键字段**:-**时间戳**:操作发生的时间。-**用户/应用程序**:执行该操作的用户或应用程序(AppAccessContext)。-**操作结果**:操作是成功还是失败?如果失败,错误信息是什么?-**参数详情**:具体设置了哪些参数?这些参数的值是什么?3.**分析潜在问题**:-如果操作失败,需要根据错误代码或信息排查原因。常见原因包括权限不足、参数冲突(如名称重复)、无效的地址等。-如果操作成功,但后续出现邮件流问题,可能需要检查配置是否正确(例如,SmartHosts是否可达,DNS设置是否正确等)。**示例日志条目(模拟)**:```2023-10-05T14:30:22Z,Management,AppAccessContext:ExchangeManagementShell(admin@contoso.com),Operation:Set-OutboundConnector,Parameters:Name=ContosoOutbound;SmartHosts=mail.contoso.com;AddressSpaces=*;IsScopedConnector=False;UseExternalDNSServersEnabled=True,Result:Success```**潜在问题分析**:-如果`Set-OutboundConnector`操作失败,可能的原因包括:-提供的SmartHosts无效(无法解析或无法连接)。-权限问题:执行操作的用户没有足够的权限修改连接器。-参数验证失败,例如地址空间格式错误。-即使操作成功,也需要注意:-配置的SmartHosts是否能够正确处理邮件(例如,是否配置了正确的端口和身份验证)。-如果配置了多个出站连接器,需要确保没有路由冲突。**建议**:1.检查操作执行者(AppAccessContext)是否有权限执行该操作。2.验证参数配置是否符合预期和最佳实践。3.如果日志中显示操作失败,根据错误信息进一步排查。§§相关问题§§1.ExchangeServer中出站连接器的作用是什么?2.如何通过ExchangeManagementShell创建或修改出站连接器?3.在Exchange日志中,如何追踪管理操作的审计记录?4.常见的出站连接器配置错误有哪些?</think>### Exchange日志解析:AppAccessContext、Set-OutboundConnector操作及参数 #### 1. **AppAccessContext 解析** 在Exchange日志中,`AppAccessContext`表示操作执行的上下文环境,包含以下关键信息: - **身份验证来源**:记录操作是由用户、服务账户还是应用程序发起 - **访问方式**:如Exchange Management Shell (EMS)、ECP管理门户或API调用 - **权限级别**:使用的角色组(如Organization Management) - **客户端信息**:发起请求的IP地址和用户代理 *示例日志条目:* `AppAccessContext: "Client=EXCH01; User=admin@contoso.com; Scope=Organization"` 表示管理员从EXCH01服务器通过组织级权限执行操作[^1]。 #### 2. **Set-OutboundConnector 操作解析** `Set-OutboundConnector`是配置邮件出站路由的关键操作,用于: - 定义邮件流出组织的路由路径 - 配置智能主机(SmartHost)转发 - 设置TLS加密策略 - 控制特定域名的邮件路由 **操作触发场景**: - 新建出站连接器 - 修改现有连接器配置 - 修复邮件流故障时的路由调整 #### 3. **关键参数详解** 日志中常见参数及作用: | 参数名 | 数据类型 | 说明 | 示例值 | |--------|----------|------|--------| | `Name` | String | 连接器唯一标识 | `"To_Cloud_Service"` | | `SmartHosts` | Array | 邮件转发目标服务器 | `["smtp.office365.com"]` | | `AddressSpaces` | String | 适用目标域名 | `"*.contoso.com"` | | `TlsDomain` | String | 强制TLS的域名 | `"securepartner.com"` | | `IsScopedConnector` | Boolean | 是否限定特定服务器 | `$true` | | `ErrorPolicies` | Enum | 错误处理策略 | `"Default"` | *典型日志片段*: ```log Operation: Set-OutboundConnector Parameters: Name="To_O365"; SmartHosts=["40.92.0.13:25"]; AddressSpaces="*"; TlsAuthLevel=EncryptionOnly ``` #### 4. **潜在问题分析** 通过日志可诊断以下问题: - **配置冲突**:多个连接器定义相同`AddressSpaces` - **安全风险**:`TlsAuthLevel=None`导致未加密传输 - **邮件滞留**:`SmartHosts`指向不可达IP地址 - **权限异常**:低权限账户尝试修改连接器 - **DNS故障**:`TlsDomain`证书验证失败事件激增 > **诊断建议**:若日志出现连续`Set-OutboundConnector`操作,通常表明邮件路由存在不稳定配置,需检查网络连通性和证书有效期[^2]。 #### 5. **最佳实践** - 使用`-WhatIf`参数测试变更: ```powershell Set-OutboundConnector -Name "To_ISP" -SmartHosts "mail.isp.com" -WhatIf ``` - 变更后验证连接器状态: ```powershell Get-OutboundConnector | Format-List Name, Status, ErrorDetails ``` - 启用传输日志审计策略: ```powershell Set-TransportService -Identity EXCH01 -ConnectivityLogEnabled $true ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值