How do you import a wildcard domain certificate into Domino?

本文介绍如何使用certsrv.nsfd数据库创建Domino服务器的密钥环文件(.kyr),包括设置密钥大小、区分数等信息,并导入受信任的根证书到密钥环中。还介绍了如何使用IBM的GSK5 IKeyMan工具导入现有的通配符证书到Domino密钥环文件。
From Ninke Westra:

Create a server keyring (.kyr) file, for example using the certsrv.nsf database that's present on just about every server, doesn't matter if it's on the server that you want to use the keyring with or not since the keyring file is created locally to your client, not on the server.

Select Create Key Rings & Certificates in the navigator and click

 1. Create Key Ring
Under Keyring informationyou enter the filename (keyring.kyr) and password that you want to set for this keyring file.
For

  • Keysize——you can select a keysize that will be used when creating certificate requests using this keyring.Disinguished Name has some mandatory fields
  • Common Namen——your server's fully qualified hostname (when generating a certificate request or *.domainname for a wildcard request
  • Organization——Organisation name
  • Organizational Unitn—— (optionall)
  • City(optional)(可选择的)(可选择的)(可选择的)(可选择的)(可选择的)(可选择的)
  • Staten—— Province/State
  • Countryn——Two letter country code.

3. Install Trusted Root Certificate into Key Ring
Enter Certificate Information an identifying label for the certificate signer's certificate
You can choose to either import the root certificate from a .crt/.cer file or paste from clipboard.
Click Merge Trusted Root Certificate into Key Ring
Enter the password you picked at step 1. (create key ring)

To import existing wild card certificates (pcks12 format, .pfx/.p12 file) into a Domino keyring file you need IBM's [ftp] GSK5 IKeyMan.
(I read somewhere that this tool might not work in Windows 2003/Vista+ but I can not confirm that).

Extract the gsk5-ikeyman.zip file into a directory that has no spaces in the name (I used C:\gsk5)
Start the command line shell, change directory to the directory where you extracted gsk5 to and execute the following command: gskregmod.bat Add
Next run IKeyman by executing runikeyman.bat.
Open the keyfile.kyr file that we created earlier and enter the keyring password.
Select Personal certificates and click Import

Select the wildcard certificate file (.pfx/.p12) and enter the certificate's password.

Shutdown IKeyman and copy the keyfile.kyr and matching keyfile.sth to your Domino server's data directory.

Configure your Domino server to use this keyring file and restart the http task (or restart domino).


先看效果: https://renmaiwang.cn/s/jkhfz Hue系列产品将具备高度的个性化定制能力,并且借助内置红、蓝、绿三原色LED的灯泡,能够混合生成1600万种不同色彩的灯光。 整个操作流程完全由安装于iPhone上的应用程序进行管理。 这一创新举措为智能照明控制领域带来了新的启示,国内相关领域的从业者也积极投身于相关研究。 鉴于Hue产品采用WiFi无线连接方式,而国内WiFi网络尚未全面覆盖,本研究选择应用更为普及的蓝牙技术,通过手机蓝牙与单片机进行数据交互,进而产生可调节占空比的PWM信号,以此来控制LED驱动电路,实现LED的调光功能以及DIY调色方案。 本文重点阐述了一种基于手机蓝牙通信的LED灯设计方案,该方案受到飞利浦Hue智能灯泡的启发,但考虑到国内WiFi网络的覆盖限制,故而选用更为通用的蓝牙技术。 以下为相关技术细节的详尽介绍:1. **智能照明控制系统**:智能照明控制系统允许用户借助手机应用程序实现远程控制照明设备,提供个性化的调光及色彩调整功能。 飞利浦Hue作为行业领先者,通过红、蓝、绿三原色LED的混合,能够呈现1600万种颜色,实现了全面的定制化体验。 2. **蓝牙通信技术**:蓝牙技术是一种低成本、短距离的无线传输方案,工作于2.4GHz ISM频段,具备即插即用和强抗干扰能力。 蓝牙协议栈由硬件层和软件层构成,提供通用访问Profile、服务发现应用Profile以及串口Profiles等丰富功能,确保不同设备间的良好互操作性。 3. **脉冲宽度调制调光**:脉冲宽度调制(PWM)是一种高效能的调光方式,通过调节脉冲宽度来控制LED的亮度。 当PWM频率超过200Hz时,人眼无法察觉明显的闪烁现象。 占空比指的...
<think>嗯,用户这次问的是detekt静态分析工具中出现的"WildcardImport"提示的具体含义。这个问题和之前的快速排序问题没有直接关联,应该是用户新开启的技术咨询。不过从提问方式看,用户应该是个开发者,可能在Kotlin项目中遇到了代码规范警告。 用户直接引用了完整的提示信息,说明ta已经准确捕捉到了问题点。这个警告其实很常见,核心矛盾在于通配符导入(java.io.*)和精确导入(java.io.File等)的选择。需要向用户解释清楚三点:为什么会出现这个提示、它有什么潜在影响、以及如何解决。 考虑到用户可能正在编码中,回复需要简洁实用。先解释WildcardImport的字面意思,重点说明静态分析工具反对通配符导入的两个主要原因:命名冲突风险和代码可读性问题。然后用具体例子对比展示修改前后的代码差异会更直观。 注意到用户没有提供具体代码上下文,所以补充说明建议用IDE的自动修复功能会很实用。最后列举相关问题是考虑到用户可能延伸遇到的困惑,比如团队规范冲突或例外情况处理。 值得强调的是,虽然这个规则看起来繁琐,但在大型项目中确实能避免很多诡异问题。不过如果用户只是写个小脚本,其实可以安全忽略这个警告——不过detekt默认开启这条规则,所以还是得告诉ta如何关闭。 </think>Detekt提示的`WildcardImport: java.io.* is a wildcard import. Replace it with fully qualified imports.`是静态代码分析中的**通配符导入警告**,具体含义和解决方案如下: --- ### 问题解析 1. **根本原因** Kotlin/Java中通过`import java.io.*`一次性导入`java.io`包下的**所有类**。这种通配符导入(Wildcard Import)虽然简化了代码书写,但会带来两个核心问题: - **命名冲突风险**:若不同包中存在同名类(如`java.util.List`和`java.awt.List`),编译器无法确定具体使用哪个类 - **可读性降低**:无法直接从导入语句判断实际依赖的类,增加代码维护成本 2. **Detekt的规范要求** 该规则([WildcardImport](https://detekt.dev/docs/rules/style/#wildcardimport))是Kotlin代码风格检查的常见标准,强制要求开发者**显式声明导入的类**而非使用通配符。 --- ### 修改示例 ```kotlin // ❌ 触发警告的写法 import java.io.* fun saveFile(data: String) { File("output.txt").writeText(data) // 实际只用到File类 } ``` ```kotlin // ✅ 正确写法(显式导入所需类) import java.io.File fun saveFile(data: String) { File("output.txt").writeText(data) } ``` --- ### 修复建议 1. **手动修正** 将`import java.io.*`替换为具体类名(如`import java.io.File`) 2. **IDE自动修复**(推荐) 在IntelliJ/Android Studio中: - 光标定位到`import java.io.*` - 按下`Alt+Enter` → 选择`Replace with fully qualified imports` 3. **禁用规则(不推荐)** 在`detekt.yml`配置文件中添加(仅适用于特殊场景): ```yaml style: WildcardImport: active: false ``` --- ### 为什么要遵循此规则? - **提升代码透明度**:明确展示类的来源,便于快速定位依赖[^1] - **避免隐性错误**:杜绝因同名类冲突导致的编译异常 - **优化构建性能**:减少编译器在大型项目中解析通配符的开销 > 💡 提示:现代IDE的自动导入功能(如IntelliJ的`Optimize Imports`)可自动维护精确导入列表,无需手动管理。 --- ### 相关问题延伸 1. 如何在大型项目中高效管理导入语句? 2. Detekt的`WildcardImport`规则是否支持排除特定包? 3. Kotlin中`import java.util.*`和`import java.util.Collections`的性能差异? 4. 为什么JetBrains官方IDE默认启用通配符导入优化? [^1]: 显式导入可增强代码可读性,降低团队协作成本(Clean Code实践准则)
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值