PDO_ODBC连接启用TLS的ODBC数据源报SQLSTATE[08S01]错误求助

针对你遇到的SQLSTATE[08S01] SQLConnect: -829 [SAP][ODBC Driver][SQL Anywhere]TLS handshake failure错误，以下是几种可行的排查和解决方法：

1. 确认PHP与ODBC数据源的位数匹配 #

• 检查PHP的位数：通过phpinfo()查看Architecture项（32位或64位）。
• 对应打开匹配位数的ODBC数据源管理器：
  • 64位：C:\Windows\System32\odbcad32.exe
  • 32位：C:\Windows\SysWOW64\odbcad32.exe
• 确保你配置的My_ODBC数据源存在于对应位数的管理器中，且测试连接正常。位数不匹配会导致PDO无法正确读取数据源的TLS配置。

2. 显式在PDO DSN中指定TLS参数 #

即使ODBC数据源已配置加密，PDO_ODBC可能无法完全复用所有加密参数，需在DSN中显式追加驱动要求的TLS配置：

$dsn = "odbc:My_ODBC;Encryption=TLS;TrustStore=C:\\path\\to\\ca-cert.pem";

根据SAP SQL Anywhere驱动的要求，可调整参数：

• Encryption=TLS：强制启用TLS加密
• TrustStore：指定CA证书文件路径（如果需要验证服务器证书）
• CertificateFile：如果客户端需要证书认证，指定客户端证书路径

3. 禁用PDO持久连接 #

持久连接可能缓存了旧的非加密连接配置，尝试关闭持久连接：

$pdo_conn = new PDO($dsn, $odbcusername, $odbcpassword, [
    PDO::ATTR_PERSISTENT => false
]);

4. 升级ODBC驱动版本 #

旧版本的SAP SQL Anywhere ODBC驱动可能存在TLS握手兼容性问题，升级到与数据库版本匹配的最新驱动，确保驱动对TLS 1.2/1.3的支持正常。

5. 检查PHP运行用户的证书权限 #

ODBC数据源测试正常是因为当前用户有权限访问证书存储，但PHP运行的上下文（如IIS应用池用户、CLI执行用户）可能没有权限：

• 将数据库服务器的CA证书导入到PHP运行用户的受信任根证书颁发机构存储中
• 或者通过DSN的TrustStore参数直接指定证书文件路径，避免依赖系统证书存储

内容的提问来源于stack exchange，提问作者Ben Denody