尧图网页设计 
TLS 加密连接实战用 deno-postgres 安全访问远程 PostgreSQL【免费下载链接】postgresPostgreSQL driver for Deno项目地址: https://gitcode.com/gh_mirrors/postgr/postgres远程访问 PostgreSQL 数据库时TLS 加密连接是保护数据不被窃听、防止中间人攻击的第一道防线。本文将带你完整掌握 deno-postgresPostgreSQL driver for Deno的 TLS 配置方法从默认行为、两种配置方式到证书验证与排错让新手也能在 10 分钟内安全连上远程数据库。为什么远程访问必须启用 TLS 加密当你的 Deno 应用与 PostgreSQL 服务器不在同一台机器上时SQL 语句、密码、业务数据都要经过网络传输。如果走明文连接攻击者可以用抓包工具直接看到你的数据库密码——这相当于把数据库大门钥匙挂在门口。TLS 加密连接能提供三重保护保护能力说明 机密性数据加密传输防止被窃听️ 完整性防止数据在传输中被篡改✅ 身份验证验证服务器身份防止连接假冒数据库deno-postgres 在连接参数源码中定义了TLSOptions用enabled和enforce两个开关组合出丰富的加密策略下面逐一拆解。先搞懂 deno-postgres 的 TLS 默认行为很多新手踩坑是因为不了解 deno-postgres 的默认策略。查看默认配置可以看到tls: { enabled: true, // 默认尝试 TLS enforce: false, // 但不强制 caCertificates: [], // 不附带自定义根证书 }也就是说默认情况下客户端会尝试建立 TLS 连接但如果服务器不支持、或证书验证失败它会悄悄降级为明文连接并打印警告。这在本地开发很方便但对远程生产环境来说非常危险远程访问时请务必开启强制加密。最快配置方法对象方式强制 TLS 加密远程访问 PostgreSQL 时推荐使用对象配置并设置enforce: true这是最安全也最省心的做法import { Client } from ./mod.ts; const client new Client({ hostname: db.example.com, // 远程服务器地址 port: 5432, database: mydb, user: app_user, password: s3cret, tls: { enabled: true, // 启用 TLS enforce: true, // 强制 TLS失败即报错绝不降级 }, }); await client.connect(); const result await client.query(SELECT 1); await client.end();enforce: true的含义是要么加密要么失败如果服务器不支持 TLS客户端会直接抛出错误而不是偷偷降级。这套逻辑实现在 connection.ts 的 startup 流程中值得精读。连接字符串方式sslmode 参数一览如果你习惯用连接字符串deno-postgres 兼容 PostgreSQL 标准的sslmode参数解析逻辑见 parseOptionsFromUriimport { Client } from ./mod.ts; const client new Client( postgres://app_user:s3cretdb.example.com:5432/mydb?sslmoderequire ); await client.connect();五种 sslmode 模式与对应策略如下sslmode含义与 TLS 选项对应disable禁用加密enabled: falseprefer优先加密失败可降级enabled: true, enforce: falserequire强制加密不验证证书enabled: true, enforce: trueverify-ca强制加密并验证 CAenforce: true caCertificatesverify-full强制加密、验证 CA 和主机名enforce: true caCertificates提醒require只保证加密不验证服务器身份仍可能被中间人攻击生产环境建议用verify-full。自签名证书场景用 caCertificates 完成身份验证很多团队用自签名证书给 PostgreSQL 开启 SSL此时必须把 CA 根证书喂给客户端否则证书验证会失败。项目的 docker 目录中就有完整的 CA 服务器证书生成脚本测试代码的证书加载方式可以直接参考import { Client } from ./mod.ts; const caCert await Deno.readTextFile(./ca.crt); // 读取 CA 根证书 const client new Client({ hostname: db.example.com, port: 5432, database: mydb, user: app_user, password: s3cret, tls: { enabled: true, enforce: true, // 强制 TLS caCertificates: [caCert], // 提供 CA 证书用于验证服务器身份 }, }); await client.connect();服务端这边同样要开启 SSL 并指向证书文件可以参考项目中的 postgresql.confssl on ssl_cert_file server.crt ssl_key_file server.key同时pg_hba.conf用hostssl/hostnossl行可以精确控制哪些连接必须走加密通道见 pg_hba.conf 示例。常见问题排查TLS 连不上的 4 个原因1. 报错 The server isnt accepting TLS connections服务器没开 SSL。检查 PostgreSQL 的ssl on配置并确认server.crt、server.key路径正确、权限为 600参考 initialize_test_server.sh。2. 报错 The certificate used to secure the TLS connection is invalid证书验证失败。要么是自签名证书未通过caCertificates提供要么证书已过期。注意enforce: false时这个错误只会打印警告并降级明文容易埋下安全隐患。3. 出现明文降级警告说明enforce仍为 false。远程环境请务必设置为true相关测试行为见 connection_test.ts。4. 主机名不匹配verify-full模式下证书的 CN/SAN 必须包含你连接的域名。证书生成脚本中通过 domains.txt 的subjectAltName声明可用域名。一图流TLS 连接建立流程Deno 客户端 PostgreSQL 服务器 │ TCP 握手 │ ├────────────────────────────►│ │ 发送 SSLRequest │ ├────────────────────────────►│ │◄────────────────────────────┤ 响应 S同意或 N拒绝 │ Deno.startTls 加密握手 │ ├────────────────────────────►│ │◄────────────────────────────┤ 下发服务器证书 │ 校验证书CA 主机名 │ ├────────────────────────────►│ │◄────────────────────────────┤ 加密通道建立 ✅ │ Startup 消息 认证 │ └─────────────────────────────┘小结与最佳实践清单✅ 远程环境永远设置tls: { enabled: true, enforce: true }✅ 自签名证书务必通过caCertificates提供 CA 根证书 ✅ 生产环境使用verify-full级别连接字符串sslmodeverify-full ✅ 服务器端确认ssl on、证书文件权限为 600 ✅ 出现降级警告立即排查不要带着明文隐患上线TLS 加密连接是 deno-postgres 访问远程 PostgreSQL 的必备技能配置本身只需几行代码却能在传输层为你的数据上一道坚实的锁。按本文的清单逐项检查安全连接一次到位。【免费下载链接】postgresPostgreSQL driver for Deno项目地址: https://gitcode.com/gh_mirrors/postgr/postgres创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 TLS 加密连接实战：用 deno-postgres 安全访问远程 PostgreSQL
TLS 加密连接实战用 deno-postgres 安全访问远程 PostgreSQL【免费下载链接】postgresPostgreSQL driver for Deno项目地址: https://gitcode.com/gh_mirrors/postgr/postgres远程访问 PostgreSQL 数据库时TLS 加密连接是保护数据不被窃听、防止中间人攻击的第一道防线。本文将带你完整掌握 deno-postgresPostgreSQL driver for Deno的 TLS 配置方法从默认行为、两种配置方式到证书验证与排错让新手也能在 10 分钟内安全连上远程数据库。为什么远程访问必须启用 TLS 加密当你的 Deno 应用与 PostgreSQL 服务器不在同一台机器上时SQL 语句、密码、业务数据都要经过网络传输。如果走明文连接攻击者可以用抓包工具直接看到你的数据库密码——这相当于把数据库大门钥匙挂在门口。TLS 加密连接能提供三重保护保护能力说明 机密性数据加密传输防止被窃听️ 完整性防止数据在传输中被篡改✅ 身份验证验证服务器身份防止连接假冒数据库deno-postgres 在连接参数源码中定义了TLSOptions用enabled和enforce两个开关组合出丰富的加密策略下面逐一拆解。先搞懂 deno-postgres 的 TLS 默认行为很多新手踩坑是因为不了解 deno-postgres 的默认策略。查看默认配置可以看到tls: { enabled: true, // 默认尝试 TLS enforce: false, // 但不强制 caCertificates: [], // 不附带自定义根证书 }也就是说默认情况下客户端会尝试建立 TLS 连接但如果服务器不支持、或证书验证失败它会悄悄降级为明文连接并打印警告。这在本地开发很方便但对远程生产环境来说非常危险远程访问时请务必开启强制加密。最快配置方法对象方式强制 TLS 加密远程访问 PostgreSQL 时推荐使用对象配置并设置enforce: true这是最安全也最省心的做法import { Client } from ./mod.ts; const client new Client({ hostname: db.example.com, // 远程服务器地址 port: 5432, database: mydb, user: app_user, password: s3cret, tls: { enabled: true, // 启用 TLS enforce: true, // 强制 TLS失败即报错绝不降级 }, }); await client.connect(); const result await client.query(SELECT 1); await client.end();enforce: true的含义是要么加密要么失败如果服务器不支持 TLS客户端会直接抛出错误而不是偷偷降级。这套逻辑实现在 connection.ts 的 startup 流程中值得精读。连接字符串方式sslmode 参数一览如果你习惯用连接字符串deno-postgres 兼容 PostgreSQL 标准的sslmode参数解析逻辑见 parseOptionsFromUriimport { Client } from ./mod.ts; const client new Client( postgres://app_user:s3cretdb.example.com:5432/mydb?sslmoderequire ); await client.connect();五种 sslmode 模式与对应策略如下sslmode含义与 TLS 选项对应disable禁用加密enabled: falseprefer优先加密失败可降级enabled: true, enforce: falserequire强制加密不验证证书enabled: true, enforce: trueverify-ca强制加密并验证 CAenforce: true caCertificatesverify-full强制加密、验证 CA 和主机名enforce: true caCertificates提醒require只保证加密不验证服务器身份仍可能被中间人攻击生产环境建议用verify-full。自签名证书场景用 caCertificates 完成身份验证很多团队用自签名证书给 PostgreSQL 开启 SSL此时必须把 CA 根证书喂给客户端否则证书验证会失败。项目的 docker 目录中就有完整的 CA 服务器证书生成脚本测试代码的证书加载方式可以直接参考import { Client } from ./mod.ts; const caCert await Deno.readTextFile(./ca.crt); // 读取 CA 根证书 const client new Client({ hostname: db.example.com, port: 5432, database: mydb, user: app_user, password: s3cret, tls: { enabled: true, enforce: true, // 强制 TLS caCertificates: [caCert], // 提供 CA 证书用于验证服务器身份 }, }); await client.connect();服务端这边同样要开启 SSL 并指向证书文件可以参考项目中的 postgresql.confssl on ssl_cert_file server.crt ssl_key_file server.key同时pg_hba.conf用hostssl/hostnossl行可以精确控制哪些连接必须走加密通道见 pg_hba.conf 示例。常见问题排查TLS 连不上的 4 个原因1. 报错 The server isnt accepting TLS connections服务器没开 SSL。检查 PostgreSQL 的ssl on配置并确认server.crt、server.key路径正确、权限为 600参考 initialize_test_server.sh。2. 报错 The certificate used to secure the TLS connection is invalid证书验证失败。要么是自签名证书未通过caCertificates提供要么证书已过期。注意enforce: false时这个错误只会打印警告并降级明文容易埋下安全隐患。3. 出现明文降级警告说明enforce仍为 false。远程环境请务必设置为true相关测试行为见 connection_test.ts。4. 主机名不匹配verify-full模式下证书的 CN/SAN 必须包含你连接的域名。证书生成脚本中通过 domains.txt 的subjectAltName声明可用域名。一图流TLS 连接建立流程Deno 客户端 PostgreSQL 服务器 │ TCP 握手 │ ├────────────────────────────►│ │ 发送 SSLRequest │ ├────────────────────────────►│ │◄────────────────────────────┤ 响应 S同意或 N拒绝 │ Deno.startTls 加密握手 │ ├────────────────────────────►│ │◄────────────────────────────┤ 下发服务器证书 │ 校验证书CA 主机名 │ ├────────────────────────────►│ │◄────────────────────────────┤ 加密通道建立 ✅ │ Startup 消息 认证 │ └─────────────────────────────┘小结与最佳实践清单✅ 远程环境永远设置tls: { enabled: true, enforce: true }✅ 自签名证书务必通过caCertificates提供 CA 根证书 ✅ 生产环境使用verify-full级别连接字符串sslmodeverify-full ✅ 服务器端确认ssl on、证书文件权限为 600 ✅ 出现降级警告立即排查不要带着明文隐患上线TLS 加密连接是 deno-postgres 访问远程 PostgreSQL 的必备技能配置本身只需几行代码却能在传输层为你的数据上一道坚实的锁。按本文的清单逐项检查安全连接一次到位。【免费下载链接】postgresPostgreSQL driver for Deno项目地址: https://gitcode.com/gh_mirrors/postgr/postgres创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考