# 第一部分 概述

本文主要介绍使用`openssl`生成自签名证书的步骤，留作备忘，便于以后查看。




# 第二部分 生成步骤

## 2.1 创建 CA 私钥

```bash
openssl genrsa -out ca.key 4096
```

## 2.2 创建 CA 证书（自签）

```bash
openssl req -x509 -new -nodes -key ca.key -sha256 -days 3650 -out ca.crt -subj "/C=CN/ST=Beijing/L=Beijing/O=MyCompany/OU=IT/CN=MyRootCA"
```


:::info{title="相关信息"}

在生成证书时 `-subj` 用于指定证书的 **主题信息 (Distinguished Name, DN)**。常见格式：

```bash
-subj "/C=CN/ST=Beijing/L=Beijing/O=MyCompany/OU=IT/CN=zabbix-server"
```

其中各字段含义如下：

| 字段 | 含义 | 示例 |
| :----: | :------------------------------------: | :----------------------------------: |
| `C` | Country，国家代码（ISO 3166 两位字母） | `CN`（中国）、`US`（美国） |
| `ST` | State，州或省 | `Beijing` |
| `L` | Locality，城市 | `Beijing` |
| `O` | Organization，组织名称 | `MyCompany` |
| `OU` | Organizational Unit，组织单位 | `IT` |
| `CN` | Common Name，常用名 | `server` |

:::


## 2.3 创建私钥

```bash
openssl genrsa -out server.key 2048
```

## 2.4 创建证书请求（CSR）

```bash
openssl req -new -key server.key -out server.csr -subj "/C=CN/ST=Beijing/L=Beijing/O=MyCompany/OU=Zabbix/CN=zabbix-server"
```

## 2.5 用 CA 签发

```bash
openssl x509 -req -in server.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt -days 365 -sha256
```

## 2.6 常用转换

### 2.6.1 转换为p12格式

```bash
openssl pkcs12 -export -out agent.p12 -inkey agent.key -in agent.crt -certfile ca.crt -name "agent" -password pass:agentpass
```

### 2.6.2 导入JKS

```bash
keytool -import -trustcacerts -alias myca -file ca.crt -keystore truststore.jks -storepass trustpass
```

使用openssl生成自签名证书

# 第一部分 概述
## 1.1 WinRM 是什么？能干什么？
- **`WinRM`**（Windows Remote Management） 是微软实现的一套远程管理协议，基于 WS-Management（WS-MAN） 标准，采用 SOAP/HTTP(S) 作为传输载体。
- **主要用途**：在远程 Windows 主机上执行命令、运行脚本、收集信息、管理配置、以及作为 PowerShell Remoting（PowerShell 远程） 的底层传输通道。
- **优点**：与 Windows 生态深度集成、支持多种认证（Kerberos/NTLM/证书/Basic 等）、可以用于脚本化与编程调用。
- **常见场景**：自动化运维、批量执行命令、远程故障诊断、配置管理与监控集成。





## 1.2 基本概念与术语
- **WS-Management / WS-MAN**：一个基于 Web 服务（SOAP/XML）的标准，定义了发现、枚举、读取/写入资源、执行远程命令等操作。
- **Listener（监听器）**：服务器端绑定的端点，常见有 HTTP（默认端口 5985）和 HTTPS（默认端口 5986）两类监听器。
- **Shell / Session**：WinRM 提供“远程 Shell”模型，客户端可以创建一个 shell/session 在服务器上，后续在该 session 中执行多个命令（避免每次建立握手）。
- **Resource URI**：通过 URI 指定要操作的资源（例如 shell、操作系统信息等），WS-MAN 操作通常对资源 URI 发起 SOAP 请求。
- **操作类型**：Identify、Enumerate、Pull、Create（如创建 shell）、Invoke（执行操作/命令）等。
- **认证/委派**：Kerberos（域内最佳）、NTLM（常见本地认证）、证书（HTTPS）、Basic（仅在 HTTPS 下使用或测试）。

## 1.3 工作原理
- **建立连接**：客户端向目标主机的 `WinRM` 监听器发送 `HTTP/HTTPS` 的 `SOAP` 请求（Identify/Authenticate）。
- **认证与授权**：服务器根据请求的认证信息（Kerberos/NTLM/证书等）进行验证，决定是否允许后续操作。
- **创建 Session/Shell**：若需要执行多个命令，可先 `Creat`e 一个 `shell/session`（持久化上下文），随后通过该 `session Invoke` 命令。
- **执行与返回**：服务器在 `shell` 中执行命令，将标准输出/错误通过 `SOAP` 消息分片返回（可能会有流式或分块）。
- **结束/清理**：执行完成后可以 `Delete shell`，释放资源。

## 1.4 常见的交互方式与工具

### 1.4.1 Windows 自带工具
- **Enable-PSRemoting -Force（PowerShell）**：启用 PowerShell 远程和 WinRM 的常用配置（创建 listener、打开防火墙规则等）。
- **winrm quickconfig**：快速配置 WinRM 服务（创建 listener、启用服务、打开防火墙规则）。
- **Test-WSMan -ComputerName `<host>`**：测试目标主机 WinRM 服务是否可达并查看返回信息。
- **Enter-PSSession -ComputerName `<host>` -Credential `<cred>`**：交互式远程会话（像 SSH 的 shell）。
- **Invoke-Command -ComputerName `<host>` -ScriptBlock { ... }**：在远程主机执行命令或脚本（可在多主机上并行）。
- **New-PSSession / Invoke-Command -Session**：创建持久会话并复用，提高性能。

### 1.4.2 命令行 WinRM 客户端

- **winrs**：Windows 的 WinRM 命令行工具（可执行远程命令；功能相对简单）。
- **winrm**：配置与查询 WinRM 服务的命令行工具（例如 winrm e winrm/config/listener 列出监听器）。

### 1.4.3 编程库与第三方（常用于自动化/集成）
这些库一般封装了 WS-MAN 的 SOAP 细节，使用更方便。

- **Python**：pywinrm。
- **Java**：winrm4j 等开源库（用于在 Java 应用中远程执行命令）。
- **.NET / PowerShell SDK**：用于深度集成与管理

## 1.5 WinRM 支持的认证方式

|认证方式|特点|安全性|使用场景|
|:--:|:--:|:--:|:--:|
|Basic|用户名和密码以明文 Base64 发送|低（必须配合 HTTPS，否则等于明文传输）|简单快速，测试环境、自签名证书场景|
|Digest|使用质询-响应机制，密码不会明文传输|中（比 Basic 安全，但已过时）|很少使用，兼容性差|
|NTLM|Windows 内置的挑战/响应协议，不需要明文密码|中（比 Basic 强，但存在中继攻击风险）|域外或工作组环境常用|
|Kerberos|基于票据的认证（需 KDC/AD 域环境），无需发送密码|高（企业常用，强安全性）|企业域环境，大规模管理|
|CredSSP|支持凭据委派（客户端凭据转发到远端执行）|高（可做二次跳转），但存在凭据泄露风险|需要跨跳远程执行时|
|Negotiate|Windows 自动选择 Kerberos 或 NTLM|取决于底层选择|一般推荐（兼容性好）|

### 1.5.1 详细说明
- **Basic**
 - 优点：实现简单，跨平台容易（Linux/Java/非域环境也能用）。
 - 缺点：在 HTTP 下几乎等于明文传输，必须配合 HTTPS 才安全。
 - 适用：临时、测试、非域环境。
- **Digest**
 - 优点：不会直接传输密码。
 - 缺点：协议复杂、很少启用，微软也不再推荐。
 - 适用：基本淘汰。
- **NTLM**
 - 优点：不需明文密码，支持挑战-响应。
 - 缺点：存在安全漏洞（如 NTLM Relay 攻击），且只适合单跳访问。
 - 适用：非域环境（工作组）常用。
- **Kerberos**
 - 优点：最安全（不传输密码，基于票据机制），可防止中间人攻击。
 - 缺点：需要域控制器（AD/KDC），配置较复杂。
 - 适用：企业 AD 域环境。
- **CredSSP**
 - 优点：支持“凭据委派”，即在远程主机上再远程（第二跳）。
 - 缺点：凭据会传到远端内存，存在泄露风险。
 - 适用：需要跳板机的场景（例如 Win → Win → SQL）。
- **Negotiate**
 - 优点：自动选择 Kerberos（优先）或 NTLM（备用），对用户透明。
 - 缺点：如果 Kerberos 环境没配置好，可能会回退到 NTLM。
 - 适用：推荐默认选择，适合企业和普通环境。

### 1.5.2 总结推荐
- **测试/快速接入**：Basic + HTTPS（最简单，跨平台无脑可用）。
- **工作组环境**：NTLM（不用配置域）。
- **企业域环境**：Negotiate（自动 Kerberos/NTLM，推荐）。

## 1.6 启用WinRM
以 **管理员身份** 打开 PowerShell，执行：

```bash
# 1. 启用 WinRM 服务
winrm quickconfig -force
 
# 2. 启用 Basic 认证（方便跨平台调用，例如 Java、Python 客户端）
winrm set winrm/config/service/auth '@{Basic="true"}'
 
# 3. 允许未加密会话（仅测试用，生产环境建议配置 HTTPS）
winrm set winrm/config/service '@{AllowUnencrypted="true"}'
 
# 4. 放行防火墙 5985 端口（HTTP）
netsh advfirewall firewall add rule name="WinRM HTTP" dir=in action=allow protocol=TCP localport=5985
```

# 第二部分 操作示例

## 2.1 引入winrm4j库

```xml

<dependency>
 <groupId>io.cloudsoft.windows</groupId>
 <artifactId>winrm4j</artifactId>
 <version>0.12.3</version>
</dependency>
```

## 2.2 测试代码

```java
import io.cloudsoft.winrm4j.winrm.WinRmTool;
import io.cloudsoft.winrm4j.winrm.WinRmToolResponse;
import org.apache.http.client.config.AuthSchemes;
import org.junit.jupiter.api.Test;
 
public class WinRMTest {
 private String host = "xxx"; // 目标主机名或IP
 private String user = "Administrator";
 private String password = "xxx";
 
 @Test
 public void testWinRM() throws Exception {
 WinRmTool tool = WinRmTool.Builder.builder(host, user, password)
 .port(5985) // WinRM 默认端口: HTTP 5985 / HTTPS 5986
 .useHttps(false).authenticationScheme(AuthSchemes.NTLM).disableCertificateChecks(true).build();
 // 获取系统信息
 String[] commands = { "wmic os get Caption,OSArchitecture",
 "wmic cpu get Name,NumberOfCores,NumberOfLogicalProcessors",
 "wmic memorychip get Capacity,Manufacturer" };
 
 for (String cmd : commands) {
 WinRmToolResponse response = tool.executeCommand(cmd);
 System.out.println("命令: " + cmd);
 System.out.println(response.getStdOut());
 }
 }
}
```

:::tip{title="提示"}
实际使用中若涉及到中文需要注意中文乱码
:::

WinRM协议说明

# 第一部分 概述
本文主要介绍在Go语言环境中如何对达梦数据库进行操作，官方相关材料地址如下：
- DM8下载地址：[https://eco.dameng.com/download/](https://eco.dameng.com/download/)
- 产品手册【DM Go 编程指南】：[https://eco.dameng.com/document/dm/zh-cn/pm/go-rogramming-guide.html](https://eco.dameng.com/document/dm/zh-cn/pm/go-rogramming-guide.html)
- 应用开发指南【DM 接口】：[https://eco.dameng.com/document/dm/zh-cn/app-dev/go_dm.html](https://eco.dameng.com/document/dm/zh-cn/app-dev/go_dm.html)
- 常见问题【GO语言】：[https://eco.dameng.com/document/dm/zh-cn/faq/faq-go-new.html](https://eco.dameng.com/document/dm/zh-cn/faq/faq-go-new.html)




# 第二部分 环境准备

## 2.1 获取Go版本驱动
达梦数据库安装完成后，在其安装目录的`drivers`目录下可以找到对应语言的驱动文件。

![image.png](/static/img/313076847920372d24ae773f5ce71a0e.image.webp)
在`go`目录下的`dm-go-driver.zip`即为我们需要使用的驱动包。

:::tip{title="提示"}
如果使用`GORM`进行数据库操作则可以使用达梦一起提供的`gorm_v1_dialect.zip`和`gorm_v2_dialect.zip`，本文主要使用标准方式进行达梦数据库的连接操作，不对`GORM`进行展开
:::

除上述获取方式外，还可以通过：[https://download.dameng.com/eco/adapter/resource/go/dm-go-driver.zip](https://download.dameng.com/eco/adapter/resource/go/dm-go-driver.zip) 下载

:::warning{title="注意"}
本人不对上述链接的有效性以及内容安全性等进行保证，请谨慎选择下载
:::

## 2.2 安装驱动包

驱动文件下载完成后，可以参考官网方式进行操作，在实际体验中，本人感觉官网方式较为繁琐，我们可以直接将下载的驱动作为项目依赖进行引入。

### 2.2.1 解压驱动包

解压驱动包至项目目录中，名称可以定义，笔者将其放在`dm-go-driver`中，目录结构如下


![image.png](/static/img/7b7fc97fbeafae410292e7c2e4b9566b.image.webp)

### 2.2.2 引入依赖

修改`go.mod`文件，添加达梦驱动包的依赖

```
module jianggujin.com//dm

go 1.23.0

require (
	dm v0.0.0
)

replace dm => ./dm-go-driver/dm
```

:::tip{title="提示"}
需要特别注意上述配置中的配置信息
- `replace dm => ./dm-go-driver/dm`：表示将`dm`依赖指向为本地目录`./dm-go-driver/dm`，这样包管理工具会直接使用本地文件，不会从网络上下载
- `dm v0.0.0`：引入驱动包，版本号自定义指定
:::

上述配置完成后，需要执行`go mod tidy`下载驱动包依赖的`golang.org/x/text`和`github.com/golang/snappy`。最终配置参考如下：

```
module jianggujin.com//dm

go 1.23.0

require (
	dm v0.0.0
)

replace dm => ./dm-go-driver/dm

require (
	github.com/golang/snappy v0.0.1 // indirect
	golang.org/x/text v0.3.2 // indirect
)
```

# 第三部分 连接测试

准备工作完成后，可以按照Go语言中标准的数据库操作方式进行验证，示例代码如下：

```go
import (
	"database/sql"
	_ "dm"
	"testing"
)

func TestConnDm(t *testing.T) {
	db, err := sql.Open("dm", "连接串")
	if err != nil {
		t.Fatal(err)
	}
	defer db.Close()
	// 检测连通性
	err = db.Ping()
	if err != nil {
		t.Fatal(err)
	}
	// 查询数据库版本信息
	rows, err := db.Query("select * from v$version")
	if err != nil {
		t.Fatal(err)
	}
	defer rows.Close()
	for rows.Next() {
		var version string
		rows.Scan(&version)
		t.Log(version)
	}
	if rows.Err() != nil {
		t.Fatal(rows.Err())
	}
}
```

连接字符串可参考官网说明，常用格式如下：
```
dm://user:password@host:port[?propName1=propValue1][&propName2=propValue2]…
dm://user:password@GroupName[?propName1=propValue1][&propName2=propValue2]…
dm://user:password@GroupName?GroupName=(host1:port1,host2:port2,…)[&propName1=propValue1]…
dm://user:password@host:port?dialName=anyName[&propName1=propValue1]…
```

Go操作达梦数据库

# 第一部分 概述

本文主要从以下几个维度进行对**OpenJDK 发行版本**进行对比，便于在使用中根据自身业务场景进行选择：

* 📦 是否长期支持（LTS）
* 🛡️ 是否免费可商用
* 🔁 更新频率与支持周期
* 🌐 发布组织与可信度
* 📥 安装包完整性与可用性（是否带 JRE、支持平台等）
* 🔧 适用场景推荐（服务器端/客户端/嵌入式等）



# 第二部分 常见分发版本对比表

| 名称 | LTS | 商用授权 | 适合场景 | 发布组织 | 平台 | JRE | 特点说明 |
| :----: | :------: | :-------: | :------: | ------- |:---------: |:------: | -------- |
| **Adoptium （AdoptOpenJDK）** | ✅ | 免费商用 | 通用、构建 桌面客户端 服务端 | Eclipse | Win Linux macOS| ✅ | 最常用开源版本，广泛社区支持 |
| **Zulu OpenJDK** | ✅ | 免费商用 | 企业 桌面客户端 嵌入式 | Azul | Win Linux macOS | ✅ | 提供最全平台支持，包括 ARM、Alpine |
| **Amazon Corretto** | ✅ | 免费商用 | 云环境 AWS服务端 | 亚马逊 | Win Linux macOS | ❌ | AWS 优化，适合微服务 |
| **Red Hat OpenJDK** | ✅ | 需订阅 | 企业 Red Hat系统用户 | Red Hat | Linux | ❌ | RHEL 集成推荐，更新稳定但不开放 |
| **Oracle OpenJDK** | ✅ | OpenJDK 免费 | 研发 测试用 | Oracle | Win Linux macOS | ❌| 免费版本仅供开发使用，长期商用需授权 |
| **Liberica JDK** | ✅ | 免费商用 | JavaFX客户端 IoT设备 | BellSoft | Win Linux macOS 嵌入式 | ✅ | 唯一带 JavaFX + 全功能 JDK 的版本 |

---

# 第三部分 分发版本详细说明

## 3.1 Adoptium（Eclipse Temurin）

* 官方地址：[https://adoptium.net](https://adoptium.net)
* **前身是 AdoptOpenJDK**
* 社区最广，默认首选，适合 Swing 桌面、后端服务、企业开发
* 提供带 JRE 的版本（`.zip` 格式，适合打包）

## 3.2 Zulu OpenJDK（Azul Systems）

* 官方地址：[https://www.azul.com/downloads/](https://www.azul.com/downloads/)
* 提供最广泛平台支持（Windows, Linux, macOS, Alpine Linux, ARM64, 嵌入式设备）
* 支持全版本下载（含 legacy JDK 6/7/8）
* 商业版也提供 SLA 支持，稳定性高
* **非常适合：打包桌面程序 + 跨平台部署**

## 3.3 Amazon Corretto

* 官方地址：[https://docs.aws.amazon.com/corretto/](https://docs.aws.amazon.com/corretto/)
* AWS 官方维护，安全性和稳定性高
* 内部做了 **GC、性能优化**
* 适合：AWS 云环境（Lambda、EC2、Fargate 等）

##3.4 Oracle OpenJDK

* 官网：[https://jdk.java.net](https://jdk.java.net)
* 源自 Oracle，但更新频率和商业授权复杂
* **从 JDK11 开始，Oracle JDK 和 OpenJDK 分离**
* 不推荐用于正式发布或长期运行的生产系统

##3.5 Red Hat OpenJDK

* 由 Red Hat 支持，主要用于 RHEL/CentOS 系统环境
* 用户需订阅 RHEL 才能获取长期支持
* 更适合企业内部环境使用，不适合独立开发分发场景

## 3.6 Liberica JDK（BellSoft）

* 官网：[https://bell-sw.com/pages/downloads/](https://bell-sw.com/pages/downloads/)
* 唯一官方集成 JavaFX 的 OpenJDK 分发
* 提供完整版、标准版、轻量版（用于 IoT/容器）
* 如果你需要 GUI（如 Swing + JavaFX），这是最佳选择

# 第四部分 不同场景下选择

| 使用场景 | 推荐版本 | 说明 |
| ---------------- | --------------------------------- | ---------------------------- |
| 桌面客户端程序（如 Swing） | **Adoptium / Zulu / Liberica** | 支持打包 JRE，跨平台性好 |
| 服务器后端服务 | **Corretto / Adoptium / Zulu** | Corretto AWS优化，Adoptium通用 |
| 构建多平台安装包 | **Zulu / Liberica** | 提供 Windows/Linux/macOS ARM 包 |
| JavaFX 应用 | **Liberica JDK Full** | 集成 JavaFX，兼容好 |
| Docker、容器环境 | **Zulu (Alpine)** | 支持轻量级镜像，官方支持 |
| 嵌入式设备（树莓派等） | **Zulu Embedded / Liberica Lite** | 支持 ARM，适合设备部署 |

常用openjdk版本

# 第一部分 概述

在开发和系统管理工作中，我们常常需要快速找到某个全局可执行文件在计算机上的具体位置。这不仅有助于排查问题，还能优化工作流程。`go-where`一个用于确定可执行文件根路径的库。支持 `Windows`、`macOS` 和 `Linux`。




:::info{title="相关信息"}
在 v2.0.0 版本中引入了重大变更。该库已被简化为一个单一的导出函数，该函数接受一个配置对象。所有先前的功能仍然得到支持，但不再有单独用于查找单个路径与多个路径、异常处理等功能的函数。
:::

项目地址：[https://github.com/coreybutler/go-where](https://github.com/coreybutler/go-where)

# 第二部分 基本使用

```go
package main

import (
 "fmt"
 "os"
 "github.com/coreybutler/go-where/v2"
)

func main() {
 executable := os.Args[1]
 path, err := where.Find(executable)

 if err != nil {
 panic(err)
 }

 fmt.Print(path[0])
}
```

使用如下方式运行:

```sh
$ go run myapp.go node.exe
C:\nodejs\node.exe
```

第一部分概述

第一部分概述

1.1 WinRM 是什么？能干什么？

第一部分概述

第一部分概述

第一部分概述

第一部分 概述

第一部分 概述

1.1 WinRM 是什么？能干什么？

第一部分 概述

第一部分 概述

第一部分 概述

第一部分概述

第一部分概述

第一部分概述

第一部分概述

第一部分概述