Navicat连接PostgreSQL如何配置SSL证书_加密传输开启方法

首页

数据库

热心网友

转载

2026-04-28

PostgreSQL连接报错“SSL connection is required”怎么解决

遇到这个报错，先别急着折腾证书。十有八九，问题出在一个更简单的地方：服务器已经明确要求走SSL加密通道，但你的客户端连接工具（比如Na vicat）却压根没打开这个开关。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

怎么破？其实就两步。

首先，在Na vicat的连接配置界面，找到那个“高级”选项卡。点进去，你会看到一个至关重要的复选框——Use SSL。没错，先把它勾上。很多人照着教程填了一堆证书路径，结果连不上，回头一看，恰恰是忘了点这个“总开关”。

勾上之后，旁边的SSL mode下拉菜单就激活了。这里有几个选项，最常用的是require和verify-full。

选require：这是最基本的要求。只要服务端支持SSL，客户端就会启用加密连接，但它不验证服务器证书的真伪。能连上，但安全性稍弱。
选verify-full：这是推荐的安全模式。它不仅要求加密，还会严格校验服务器证书是否由你信任的机构签发，并且检查你连接的主机名是否与证书上记载的名称一致。当然，这通常需要你提供正确的根证书（SSL root certificate）文件路径。

记住一个关键点：没勾选Use SSL，后面填什么证书路径都是白费功夫。很多教程只教你怎么填路径，却忘了提醒你这个前提，结果让人绕了一大圈弯路。

Na vicat里填的SSL证书路径为什么总提示“file not found”

路径错误，堪称SSL配置路上的“拦路虎”。Na vicat对文件路径的解析相当严格，尤其在Windows和macOS上，几个细节没注意，就会反复提示“文件找不到”。

先确认文件本身：你准备的证书文件（比如root.crt）必须是PEM格式的。如果是PFX或者DER格式，Na vicat可不认。

接下来是路径写法，这里坑最多：

统一用正斜杠：即使你在Windows系统上，也请把路径里的反斜杠（\）全部改成正斜杠（/）。写成C:/certs/root.crt，别写成C:\certs\root.crt。
路径要“干净”：整个路径中最好不要出现中文、空格或者括号这些特殊字符。最稳妥的办法，是把证书文件放到一个简单的目录下，比如C:/pg-ssl/。
别用缩写和变量：Na vicat不支持像~（代表用户目录）或%USERPROFILE%这类环境变量。所以，~/certs/root.crt或者%USERPROFILE%\certs\root.crt这种写法，统统无效。

说到底，就是给Na vicat一个绝对、清晰、无歧义的文件地址。

PostgreSQL服务端没开SSL，Na vicat硬配证书也没用

客户端配置得再完美，如果数据库服务器那头根本没开启SSL功能，那一切努力都是徒劳。这就像你拿着最先进的钥匙，但门锁压根没装。

所以，先得确认服务端的“开关”打开了。登录到PostgreSQL所在的服务器，执行下面这条SQL命令：

SELECT name, setting FROM pg_settings WHERE name LIKE 'ssl%';

查看结果，关键要看ssl这一项是不是on。同时，ssl_cert_file和ssl_key_file这两个参数必须指向服务器上真实有效的证书和密钥文件。

如果发现ssl是off，那就需要去修改postgresql.conf配置文件，将其改为on，并指定好证书和密钥的路径。这里有个重要提醒：修改这个文件后，必须重启PostgreSQL服务，仅仅重载（reload）配置是不行的。

还有一步经常被忽略：检查pg_hba.conf文件。这个文件控制了客户端的认证方式。找到你对应IP地址的连接规则，看第四列（认证方法）。如果要求SSL，这里通常需要配置为scram-sha-256或cert，而不能仅仅是md5。

服务端配置，是SSL连接成立的基石，缺一不可。

用 verify-full 模式连不上，但 require 可以，问题出在哪

能require连上，说明SSL加密通道本身是通的。换成verify-full就连不上，问题就锁定在“证书验证”这个环节了。这通常意味着证书链不完整，或者主机名对不上。

verify-full模式有两个核心要求：

信任链要完整：你提供给Na vicat的根证书（root.crt），必须能够验证服务器端证书（server.crt）的合法性。如果你用的是自签名证书，那么root.crt就应该是你自建CA的公钥证书，而不是服务器自己的server.crt。
主机名必须严格匹配：你连接时填的Host地址（比如db.example.com），必须与服务器证书里“Common Name (CN)”或“Subject Alternative Name (SAN)”字段记载的名称完全一致。如果你用localhost或IP地址连接，但证书里写的是域名，验证就会失败。

怎么查证？在服务器上，用这个命令查看证书详情：

openssl x509 -in server.crt -text -noout

然后仔细核对输出的CN和SAN字段。很多时候，连接失败就是因为Na vicat里填的Host和证书里记录的名字“驴唇不对马嘴”。

说到底，SSL连接的调试，最难的不是某个步骤有多复杂，而是容易搞混“客户端”和“服务端”各自的职责范围。pg_hba.conf的认证方式、postgresql.conf的ssl开关，这些是服务端的“权限”和“开关”；而Na vicat里勾选SSL、选择模式、提供证书路径，这是客户端的“配合动作”。两边任何一处没对上，前端的所有操作就都成了无用功。理清这个边界，问题就解决了一大半。

来源:https://www.php.cn/faq/2315293.html

免责声明：游乐网为非赢利性网站，所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系youleyoucom@outlook.com。

上一篇：如何处理MongoDB mongos高CPU占用_大量跨分片排序与内存聚合产生的压力下一篇：如何调试PLSQL代码_SQL Developer断点设置与单步执行