提供了以下新功能 NCache v5.3 SP6.
提供了以下新功能 NCache v5.3 SP5.
提供了以下新功能 NCache v5.3 SP4.
提供了以下新功能 NCache v5.3 SP3.
提供了以下新功能 NCache v5.3 SP2.
提供了以下新功能 NCache v5.3 SP1。
提供了以下新功能 NCache v5.3。
此 NCache 5.3 SP6 版本引入了新的 社区版， 更新 许可模式，以及其他 部署控制. 专业版已 停产 在此版本中，所有专业版客户均可获得 免费升级 升级到企业版。此版本还增加了对 每月一次 和 每小时 许可， 每小时 许可仅限于云部署。
新的社区版提供免费、简化的选项，具有必要的缓存功能、更新的安全支持和简化的许可。
NCache 现在已与 Azure/AWS Marketplace 集成，因此您可以从那里购买和付款。部署 NCache 您可以在 Azure VNET 或 AWS VPC 中自行部署服务器。这能为您提供更大的灵活性和控制力。
NCache 现在为 Azure 和 AWS 提供 PowerShell Cmdlet，以帮助实现自动化 NCache 服务器部署。这些 Cmdlet 在 PowerShell 库中提供。
对于 Azure，他们在内部使用 Azure ARM 模板以及预配置的 NCache 适用于 Windows Server 2022/2025 和 Linux (Ubuntu) 的 VM 映像。这些 Cmdlet 提供以下功能：
AWS Cmdlets 即将作为 NCache 5.3 SP6，它们将提供与 Azure Cmdlet 相同的特性和功能。它们也将在 PowerShell 库中提供。
NCache 引入更严格的许可和部署控制，使企业在管理服务器资源和订阅条款方面具有更大的灵活性。
NCache 已升级以符合最新的 .NET 生态系统，确保兼容性、性能和长期支持。
在此版本中 NCache 引入了性能、安全性和云集成方面的关键增强功能。此版本增强了 数据缓存效率, 扩展 加密 和 TLS 1.3的 支持，增加灵活性 许可版本控制并确保与 Windows 服务器 2022 和 2025.
对于构建高性能应用程序的开发人员来说， NCache 引入强大的缓存更新，可提高读取速度、增强连续查询响应能力并减少 CRUD 操作的开销。
完整数据客户端缓存更进一步，将整个数据集缓存在客户端计算机上。它提供以下优势和选项：
持续查询 (CQ) 操作的性能和稳定性得到了显著提升。这些优化确保了更快的实时数据更新和更可靠的通知，尤其是在高负载环境下。用户将注意到 CQ 相关事件的响应时间得到改善，从而确保更高效的数据同步。
CRUD 操作（创建、读取、更新、删除）已从 protobuf 序列化协议迁移至更轻量级的二进制协议，从而显著降低了序列化和反序列化过程中的内存占用和 CPU 消耗。这提升了性能，尤其是在高事务负载下。服务器保持与现有基于 protobuf 的客户端向后兼容，以确保平稳过渡。即将发布的 v5.4 版本将完成向二进制协议的全面迁移；旧版客户端将继续支持 protobuf。
我们引入了新的许可方案版本控制系统，以便在提供不同许可层级时提供更大的灵活性。此前，许可仅限于固定的 vCPU 和 RAM 组合。随着客户需求的不断变化，尤其是在云环境中，我们现已推出新版本，例如适用于更新方案的 v2 版本和适用于特定云部署的 v2_cloud 版本。该系统可以更精细地控制许可规则，同时保持 v1 版本对现有客户的向后兼容性，确保平稳过渡并支持未来增长。
通过扩展的 TLS 支持， NCache 通过引入 TLS 1.3、灵活的相互 TLS 配置和管理操作加密来加强安全通信。
NCache 现在还支持最新版本的传输层安全协议TLS 1.3，确保通信安全高效。
NCache 现在支持在双向 TLS (mTLS) 配置中为客户端和服务器使用单独的 TLS 证书。此增强功能在需要使用不同的证书颁发机构或策略进行客户端和服务器身份验证的企业环境中，提供了更高的灵活性和安全性。它通过细粒度的证书管理，确保跨分布式系统的安全、合规通信。
TLS 支持已扩展到管理操作，确保管理通信安全并符合现代安全标准。
NCache 引入先进的密钥管理和简化的管理，以确保更强大的数据保护和更轻松的加密设置控制。
NCache 通过在缓存级别实施强大的加密机制来增强数据安全性。这些功能可确保数据的机密性并符合安全标准。
新增两个 PowerShell cmdlet：Enable-NCEncryption 和 Disable-NCEncryption，以简化缓存服务器上加密设置的管理。这些 cmdlet 允许管理员无需手动编辑配置文件即可启用或禁用加密，从而提高安全管理效率并减少错误。
引入了一种新的云服务，以实现与……的无缝集成 NCache Cloud，提供实时遥测和远程管理功能。以下是此服务的功能。
NCache 5.3 SP5 扩展了平台兼容性，正式支持 Windows Server 2022 和 Windows Server 2025。这确保了 NCache 在现代基础设施上，帮助组织调整其 IT 升级和合规战略。
NCache 现在完全支持 .NET 8 客户，与 Linux 即将推出跨平台灵活性支持。 事件通知 也进行了优化，在高交易环境中提供更低的延迟和更高的吞吐量。
此版本添加了对 .NET 8 客户端的全面支持。它使开发人员能够在构建和管理分布式缓存系统时使用最新的 .NET 8 功能和增强功能。基于 Linux 的 .NET 客户端支持即将推出，从而带来跨平台兼容性和更大的部署灵活性。
事件通知系统的性能已得到显著提升。这些优化降低了延迟并提高了事件通知的吞吐量。因此， NCache 在高交易环境中提供更高的响应能力和可扩展性。
此版本在服务器端执行、自动化和客户端连接方面进行了重大改进。该版本的亮点包括： 执行服务 顺利运行服务器端代码，自动化 提供商部署 同时添加节点，并增强对 。NET 和 爪哇岛 客户与 TLS, 过冬和 春季 集成。此版本还提供了 一体化 Docker 镜像 其 缓存服务器 和 开发商 版本以获得更流畅的注册体验。 NCache 还介绍了 客户端连接路由 通过 负载均衡器 在无法直接连接服务器的情况下，为客户提供便利。最后但同样重要的是，可用性升级 NCache 管理中心 为用户增添一层便利。
此版本通过统一的执行服务、自动化提供程序部署和更新的 .NET 框架兼容性简化了服务器端操作。
In NCache 5.3 SP3，服务器端代码执行方面取得了重大进步，引入了 NCache 执行服务。该服务代表了一个统一的执行模型，已在 Java 和 .NET 版本中实现 NCache.
在 .NET 版本中，该服务专门用于执行缓存加载器 (Cache Loader) 和刷新器 (Refresher) 代码。在 Java 版本中，该服务负责运行所有服务器端用户代码，包括缓存加载器 (Cache Loader)、刷新器 (Refresher)、读取 (Readthrough) 和写入 (Writethrough) 操作。这一变化确保了 Java 平台的高效一致运行。
为了简化向缓存集群添加节点的过程 NCache此版本提供了服务器端提供程序的自动化部署功能。现在，用户无需在现有集群中添加每个节点时手动部署这些提供程序，即可使用 Readthrough、Writethrough 或 Cache Startup Loader 等功能。 NCache 当新节点添加到集群时，会自动部署已配置功能所需的服务器端提供程序。此自动化简化了流程，并确保新节点已完全具备加入缓存集群的条件。
此版本停止支持 .NET 4.6.1 及更早版本，反映了技术标准的持续更新。现在支持的最低 .NET 客户端版本是 .NET 4.6.2。
NCache 5.3 SP3 在注册流程方面进行了重大改进，尤其针对 Docker 实例。此前，DockerHub 上仅提供服务器镜像，用于 NCache过去，想要安装开发者环境的用户必须自行创建 Docker 镜像。此次更新后，DockerHub 上发布的单个镜像现在可以灵活地用于服务器和开发者环境。这项增强功能不仅带来了便利，还提供了根据特定需求灵活配置 Docker 实例的功能。
In NCache 5.3 SP3，引入了一个新功能，方便 NCache 客户端通过负载均衡器连接到缓存服务器。此功能在无法直接连接服务器的场景中尤为重要，例如在使用 Kubernetes 集群或访问受限的云订阅（例如使用 Private Links 的 Azure 或 AWS）的环境中。
传统上，客户端必须直接连接到每台服务器，但有了负载均衡器，服务器现在在首次连接后就会与客户端共享集群拓扑。然后，客户端使用此信息通过负载均衡器与所有服务器建立连接，即使无法直接看到单个服务器，也能确保完整且有弹性的集群连接。
此版本增强了对 Java 客户端的支持，使其与 .NET 架构保持一致，支持 TLS，并与 Hibernate 和 Spring 框架无缝集成。
Java 客户端缓存架构已与 .NET 客户端缓存架构同步。此同步包括在 Java 客户端缓存中实现 Readthrough 和 Writethrough 机制，以及增强 L1 和 L2 缓存之间的同步。这种一致性可确保跨平台的一致性和效率。
增强的安全性已通过 TLS 支持集成到 Java 客户端中。
现在可以直接与最新版本的 Hibernate 和 Spring 集成，从而简化了集成流程。此前，此集成只能通过 JCache 接口实现。
引入了基于 Spring 的 Web 应用程序的会话管理，增强了 NCache 在这些环境中。
此版本通过管理中心更新、增强的配置导出和更新的免费试用政策提高了可用性。
取得了显著的进步 NCache 管理中心，包括下载日志文件的功能。这项新功能为管理缓存服务器的用户带来了更多便利。此外，还可以启动、停止和重启缓存服务器。 NCache 服务， NCache 执行服务，以及 NCache 添加了桥接服务，增强了管理控制和灵活性。
Export-CacheConfiguration 命令已得到增强，以改进导出的缓存配置的文件夹结构。它现在包含一个选项，可将服务器端功能部署合并到导出中，从而提供更全面的配置管理功能。此外，导出的缓存名称规范已被强制指定，以确保更清晰、更精确的配置导出。
使用导出的配置创建缓存后， NCache 自动部署所需的库以及配置。
此版本提供了改进的安全性和可用性 凭证缓存， 减少昂贵的 LDAP/Active Directory 调用。为了更好地控制访问， NCache 已经介绍过 组合节点 和 缓存安全， 随着 基于组的授权 为了简化权限，所有权限均由 直观的界面 用于保护缓存节点。凭借更强大的安全性， NCache 还扩大了对 TLS加密， 通过它你现在可以 服务器到服务器 和 桥梁通信 支持证书放置在 个人商店.
此外，为了确保更强的合规性， NCache 提供升级 Active Directory 提供程序. 为了更好地体现 NCache 经理，它已重命名为 NCache 管理中心、 以及改进的身份验证，以确保只有授权的访问。最后，新的 NCache 兒童遊樂區 提供一个交互式空间来运行示例、测试功能并加速学习，而无需完整的开发环境。
此版本提供增强功能 NCache 通过凭证缓存、组合节点和缓存安全、基于组的授权和改进的配置工具实现安全性。
NCache 引入了一系列强大的用户安全增强功能，旨在保护您的缓存环境，简化身份验证，并为管理员提供对用户访问和授权的更大控制。
NCache 已升级其适用于 Windows 服务器的 LDAP 提供程序。此次升级充分利用了 Microsoft 最新 LDAP 实现中增强的身份验证和授权功能。您可以通过 Microsoft 的 LDAP 连接文档来探索升级后的 LDAP 提供程序的功能。
NCache 现在支持凭据缓存，以增强系统中身份验证操作的性能和效率。它在现有安全提供程序之上提供了一个缓存层，减少了对底层身份验证系统（例如 LDAP 或 Active Directory）的频繁身份验证调用。
以下几行解释了如何使用凭据缓存并在需要时禁用它：
成功通过 LDAP/Active Directory 服务器身份验证后，用户凭据将缓存在内存中。这样一来，同一用户在后续请求中无需重新进行身份验证。这提高了 NCache 通过减少昂贵的 LDAP/Active Directory 服务器访问次数，从而降低 LDAP/Active Directory 服务器的负载，从而提高性能。这在高事务环境中提供了巨大的性能优势， NCache 通常情况下，用户体验与以前相同，但指定 NCache 安全。
凭据缓存功能默认启用，并且易于配置，因此您可以通过更改配置文件轻松将其关闭。 NCacheServer.EnableCredentialCaching 在标记 NCache 服务配置文件启用/禁用此功能。
NCache 管理中心，原名 NCache 管理器现在包含身份验证功能。当节点受到保护时，它会提示用户输入登录凭据进行身份验证。这确保只有授权用户和已配置的节点管理员才能访问管理中心，从而为您的系统提供额外的安全保障。 NCache 环境。
为了增强控制力和灵活性， NCache 现在提供节点和缓存安全组合。它确保在特定节点上启用安全功能时，相应节点上的所有缓存都会自动受到保护。节点管理员可以完全控制缓存和节点管理任务，而缓存用户可以被分配到特定的安全缓存，并通过以下方式限制其访问权限： NCache 蜜蜂。 这种组合使管理员能够定制访问权限，确保缓存用户对缓存 API 的访问权限有限，而节点管理员则拥有更广泛的访问权限，包括 API 交互和管理操作。
NCache 引入了更直观的缓存节点安全用户界面，确保更流畅的用户体验。现在，缓存节点安全配置流程更加直观、更简化，让您轻松保护缓存节点安全。
NCache 引入了通过允许基于组的授权来增强安全配置的功能。 现在，您可以轻松添加 LDAP 组作为节点管理员或缓存用户，从而简化整个系统的权限管理 NCache 簇。 此功能通过授予对缓存节点和缓存的组访问权限来简化组织内多个用户的授权过程。
NCache 进一步增强了其用户友好的缓存节点安全界面。虽然我们之前就已提供此功能，但现在我们进行了重大改进，以确保更加流畅的体验。配置缓存节点安全性的流程现在更加简化，让您能够轻松保护缓存节点的安全。
此版本通过保护服务器节点之间和跨桥接连接的通信来加强 TLS 支持，确保端到端加密数据流。
在此版本中， NCache 通过允许将证书不仅放置在“受信任的根证书存储”中，还可以放置在“个人证书存储”（“我的”）中，增强了安全协议支持。这种灵活性可确保在组策略限制根证书存储使用的环境中更顺畅地运行。为了维护安全通信，证书最好由大多数系统已经信任的知名公共证书颁发机构 (CA) 颁发，从而无需在根证书存储中手动安装 CA 证书。如果您使用的是私有 CA，则必须将其证书添加到所有计算机上的“受信任的根证书存储”中，以便系统可以验证该证书并确保通信安全。
NCache 现在扩展了其 TLS 加密功能，不仅保护客户端与服务器之间的通信，还保护服务器节点之间的通信。此增强功能专注于保护集群内服务器节点之间的数据交换。新增的加密层可确保服务器节点之间传输的所有数据保持机密性并免受潜在威胁，从而增强分布式缓存环境的整体安全性。
NCache 引入了对跨桥连接通信的 TLS 加密支持。 有了这个功能， NCache 确保通过网桥连接的缓存集群之间传输的数据是加密且安全的。 此增强功能可保护流经桥接连接的数据，为您的分布式缓存基础设施添加额外的保护层。 值得注意的是 NCache 之前为客户端-服务器通信提供 TLS 加密，此扩展现在也涵盖了桥接连接。
NCache 现在提供了一种通过新的 Enable- 配置传输层安全性 (TLS) 的无缝方法NCacheTLS 和禁用 -NCacheTLS cmdlet。 以前，用户必须通过编辑注册表设置来手动配置 TLS，这可能既复杂又耗时。 使用这些 cmdlet，您可以轻松地在一台或多台服务器和客户端节点上启用或禁用 TLS。
在这个最新版本中 NCache，我们通过重命名引入了技术改进 NCache 经理至 NCache 管理中心。此次改进体现了我们战略性的举措，旨在增强工具功能，并为用户提供更先进的缓存集群管理平台。虽然名称有所演变，但其底层功能和特性依然强大，让您能够精准高效地无缝配置、监控和管理缓存集群。
在此版本中，我们很高兴推出 NCache Playground。它是一款功能强大且互动性强的工具，旨在提升您的使用体验 NCache。它为用户提供了一个专用环境，供用户探索、实验和熟悉 NCache 特征。和 NCache 游乐场，可以轻松奔跑 NCache 示例、即时调整并执行练习，而无需成熟的开发环境。 该工具非常适合希望快速掌握的用户 NCache 概念，评估其能力，并加速他们的学习曲线。
对于 NCache 在 Azure 和 AWS 上可用的图像，注册免费评估 NCache 支持 NCache 网络管理器。 当机器未注册评估或许可证密钥时， NCache Web Manager 的默认屏幕将引导用户进入注册流程，以开始评估或激活他们的盒子。
特点'NCache 5.3 版本中发布的 NoSQL' 已更名为 'NCache 坚持”。 该功能的工作方式保持不变，但是删除了其他提供程序。 这 NCache 持久性现在只能与基于内置文件系统的存储一起使用。
所有与 NoSQL 相关的 PowerShell cmdlet 也都已重命名。
发布了一个单独的 NuGet 包 NCache CLR 存储过程。 这有助于轻松创建使用 NCache API。
用户可以强制 SignalR 应用程序使用应用程序的 web.config 或 appsettings.json 文件中指定的连接选项，而不是使用 client.ncconf 中指定的配置。 如果指定，应用程序将使用这些设置。
刷新间隔值现在可以设置为秒而不是分钟。 已进行更改以适应刷新应以小于一分钟的间隔运行的情况。
NCache 它提供了一项名为 NoSQL 数据库的新功能，该数据库完全在内存中运行，并且是分布式的，但同时也会实时持久化到永久存储中（这与其他产品定期创建快照或仅持久化事务日志的方式不同）。这种实时持久化确保您的内存数据始终保持同步，即使您重启所有服务，数据也不会丢失。 NCache 服务器。
NCache NoSQL 数据库速度极快且可扩展，因为它完全基于内存且采用分布式架构。同时， NCache NoSQL 数据库像其他数据库一样持久化数据，因此即使发生所有错误，您也不会丢失任何数据。 NCache 服务器被关闭。
您可以选择将 NoSQL 数据库持久化到 NCache 持久化速度超快，可靠性极高。或者，如果您愿意，也可以将 NoSQL 数据库持久化到主流的第三方数据库中。 NCache 为 NoSQL 数据库提供以下实时持久化选项：
您可以使用 NCache NoSQL数据库可以通过以下方式实现：
注意: 您可以在 .NET、Java、Node.js 和 Python 应用程序中使用此功能。
NCache 为使用 Lucene 进行全文搜索的 .NET 应用程序提供分布式 Lucene。 分布式 Lucene 采用标准 Lucene.NET 索引并使其分布式，因此您可以将 Lucene 索引扩展到多个 NCache 服务器甚至在运行时。 这不仅可以让您增加索引大小，还可以增加您的应用程序事务容量，因为您的应用程序现在可以与多个 NCache Lucene 的服务器。
以下是分布式 Lucene 功能的一些亮点：
NCache 现在在 Windows 和 Linux 上都提供了一个强大的 Python 客户端。 这个 Python 客户端 具有所有客户端 API 功能 of NCache 传统上 .NET 和 Java 客户端所享受的。
NCache 提供以 PowerShell cmdlet 形式呈现的导入和导出工具。借助这些工具，您可以将 JSON/CSV 数据导入或导出到 NoSQL 数据库。这允许您提取 NoSQL 数据库的全部或部分内容。
如果您已选择 NCache 如果使用 NoSQL 数据库的持久化提供程序，则所有数据都将保存在位于共享网络文件夹（基于 UNC 路径）中的多个文件中。
您可以对这些数据使用常规文件系统备份/恢复工具。 但是，请注意 NCache 为您提供一个管理工具（作为 PowerShell Cmdlet）来暂时挂起 NCache 在执行文件系统备份时写入持久存储。但是，所有写入操作都将写入内存中的分布式数据副本并进行记录，因此，当您完成备份后，可以启用对持久存储的写入。然后，所有这些写入操作都将以与实时写入相同的方式应用于持久存储。
尽管为您提供了在线备份机制，但建议您选择低流量时间进行备份。 在未来， NCache 将提供完整的在线备份功能 NCache NoSQL 数据库持久化提供程序，即使在备份期间也可以继续进行写入操作。
但是，如果您选择 SQL Server 或 MongoDB 作为存储选项，那么您可以使用这些数据库提供的备份/恢复工具，包括在线备份。
如果您已经有一个使用 Lucene 的 .NET 应用程序，那么您可能会构建一个相当大的 Lucene 索引。 NCache 使您能够将现有的 Lucene 索引导入 NCache 以批量方式分发 Lucene。
这比通过从中读取文档并将这些文档添加到重新创建该索引要快得多 NCache 分布式 Lucene 索引。 这样做的原因是 NCache 分布式 Lucene 在批量文件级别而不是文档级别复制数据。
您可以执行以下类型的 Lucene 索引导入。
上述两个 Import Lucene 索引选项都可以通过 PowerShell Cmdlet 实现。
NCache 将 Lucene 索引分区并保存到分布式环境中 NCache 服务器。 而且，所有索引都存储为多个文件。 因此，您可以在它们上使用常规的文件系统备份/恢复工具。 但是，在当前版本的 NCache, 不提供在线备份，因此您需要停机以确保正确备份。 但是，如果您的应用程序没有在运行时更新分布式 Lucene 索引，那么您也可以进行在线备份。
恢复分布式 Lucene 索引与恢复文件系统文件相同，因此是可能的。 您可能必须使用与备份时相同的分发配置信息重新启动缓存。
NCache 现在完全支持 .NET 6.0。 全部 NCache 服务器使用 .NET 6.0 编译（如果您下载的是 .NET Framework 4.8 版本，则使用 .NET Framework 4.8 编译）。 NCache 客户端也是 .NET 6.0。 然而， NCache 同时还支持早期版本的 .NET Core 和 .NET Framework。 NCache 客户端。
NCache 现在允许您在 ASP.NET / ASP.NET Core 会话中使用 JSON 序列化。以前，您只能使用 .NET 提供的二进制序列化。虽然我们仍然提供二进制序列化选项，但在 .NET 6.0 中，二进制序列化默认处于禁用状态，并且不建议使用。
JSON 序列化还具有您的 .NET 对象未标记为“可序列化”的优点。 以前，您必须更改代码以将所有对象标记为“可序列化”，或者使用压缩序列化功能 NCache. 在这两种情况下，它都需要你做很多额外的工作。
使用 JSON 序列化，您只需更改配置设置，而无需修改任何代码，即可开始在 ASP.NET / ASP.NET Core 会话中使用不可序列化的对象。
为了包含任何对象属性 NCache SQL 查询，你必须先索引它。 以前，索引的唯一方法是将索引定义为 NCache 配置。 这仍然是可能的，也是一个很好的方法。
但是，现在您可以使用自定义注释以编程方式定义查询索引。 有了这个，您现在可以完全支持创建查询索引的不同方式 NCache.
NCache 现在支持可空属性来创建索引，然后在 SQL 查询中使用它们。 提供此功能是因为 .NET 属性和字段可以为空。 但是，以前 NCache 没有提供基于空值的搜索支持，现在它提供了。
NCache 现在支持使用分布式 Lucene 进行全文搜索中的地理空间索引。 就像常规全文搜索 Lucene 索引一样，地理空间索引也在内部使用 Lucene.NET 来支持地理空间查询。 地理空间索引的 NuGet 包与全文搜索索引 NuGet 包是分开的。
NCache 现在支持使用分布式 Lucene 进行分面搜索。 分面搜索是一种涉及使用分面导航系统增强传统搜索技术的技术。 这允许用户通过基于项目的分面分类应用多个过滤器来缩小搜索结果。
NCache 为分面搜索提供 NuGet 包，其中包含执行分面搜索所需的所有 API。
由于 .NET CLR 使用托管内存，因此垃圾收集和碎片会在任何高事务服务器应用程序中导致重大性能问题。 NCache 通过实现非常智能的对象池并将较大的对象分解为少于 80K 的对象，从而解决了这个问题，因此 LOH 不经常使用。
这种早期的内存优化已经得到了改善 NCache 对于最常用的“原子操作”，如获取、插入、更新、删除单个项目，性能相当不错。 但是，批量操作、查询索引、SQL 搜索等许多其他领域并没有以这种方式完全优化，因此导致频繁使用 LOH 和 Gen2 集合，因此不是最佳性能。
现在，这个版本的 NCache 在所有这些领域优化了内存管理，从而实现了更快的性能 NCache 在周围。
进行了以下优化：
NCache 传统上在本地环境中运行，因此不需要使用 https 进行访问 NCache 网络管理器。 但是，现在随着 Azure、AWS 和其他云变得非常流行，越来越多的情况出现了用户可能需要访问 NCache 通过 https 的 Web 管理器。
NCache 现在提供对 https 访问的支持 NCache 网络管理器。 默认情况下，它是 http，但如果您有证书，您可以将其配置为使用 https。
NCache 传统上要求您指定 NCache 服务器基于它们的 IP 地址而不是机器名称。 这背后的原因是，在许多情况下， NCache 服务器有多个网络接口卡 (NIC)，而您不知道机器名称映射到哪个 NIC。因此，使用 ip-address 进行 NCache 服务器和客户端仍然是首选方式。
但现在 NCache 如果您愿意，可以让您指定机器名称而不是 IP 地址。 您可以指定用于将缓存服务器或缓存客户端添加到缓存配置的机器名称。 同样，所有关于 NCache 默认情况下，Web Manager 继续使用 IP 地址。