python - Anaconda3的python找不到kerberos凭证缓存

我在使用 Anaconda 的 Python 3 版本创建到 MSSQL 服务器的 ODBC 连接时遇到错误:

pyodbc.Error: ('HY000', '[HY000] [Microsoft][ODBC Driver 17 for SQL Server]SSPI Provider: No Kerberos credentials available (default cache: KEYRING:persistent:1918003883) (851968) (SQLDriverConnect)')

服务器已通过 SSSD 加入 Windows Active Directory 域和 Kerberos 领域。我可以通过 SSH 连接到服务器，并使用 kinit 检索 TGT。我什至可以使用 klist 查看凭证缓存。但是 python 进程似乎无法找到 Kerberos TGT 或 Kerberos 凭据缓存。

设置:

python

$ /mnt/ds/anaconda3/bin/python --version
Python 3.6.5 :: Anaconda, Inc.

测试.py

from pyodbc import connect
connection = connect('DSN=MyDSN')

/etc/odbc.ini

[MyDSN]
#Driver=ODBC Driver 13 for SQL Server
Driver=ODBC Driver 17 for SQL Server
Description=MyMSSQL ODBC Driver
Trace=No
Server=MyMSSQL
Trusted_Connection=Yes

/etc/odbcinst.ini

[ODBC Driver 17 for SQL Server]
Description=Microsoft ODBC Driver 17 for SQL Server
Driver=/opt/microsoft/msodbcsql17/lib64/libmsodbcsql-17.1.so.0.1
UsageCount=1

红帽企业 Linux

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.5 (Maipo)
$ uname -r
3.10.0-862.2.3.el7.x86_64

msodbcsql17

$ sudo yum info msodbcsql17
Loaded plugins: amazon-id, rhui-lb, search-disabled-repos
Installed Packages
Name        : msodbcsql17
Arch        : x86_64
Version     : 17.1.0.1
Release     : 1
Size        : 17 M
Repo        : installed
From repo   : packages-microsoft-com-prod
Summary     : ODBC Driver for Microsoft(R) SQL Server(R)
License     : https://aka.ms/odbc170eula
Description : This package provides an ODBC driver that can connect to Microsoft(R) SQL Server(R).

unixODBC

$ sudo yum info unixODBC
Loaded plugins: amazon-id, rhui-lb, search-disabled-repos
Installed Packages
Name        : unixODBC
Arch        : x86_64
Version     : 2.3.1
Release     : 11.el7
Size        : 1.2 M
Repo        : installed
From repo   : rhui-REGION-rhel-server-releases
Summary     : A complete ODBC driver manager for Linux
URL         : http://www.unixODBC.org/
License     : GPLv2+ and LGPLv2+
Description : Install unixODBC if you want to access databases through ODBC.
            : You will also need the mysql-connector-odbc package if you want to access
            : a MySQL database, and/or the postgresql-odbc package for PostgreSQL.
$ /mnt/ds/anaconda3/bin/conda list unixodbc
# packages in environment at /mnt/ds/anaconda3:
#
# Name                    Version                   Build  Channel
unixodbc                  2.3.6                h1bed415_0

pyodbc

$ /mnt/ds/anaconda3/bin/conda list pyodbc
# packages in environment at /mnt/ds/anaconda3:
#
# Name                    Version                   Build  Channel
pyodbc                    4.0.23           py36hf484d3e_0

以下是我尝试过的一些方法:

使用由 Anaconda2 打包的 Python-2.7.15。成功了!
使用isql。我运行了 isql MyDSN 并连接上了。
有两个 unixODBC 库(一个通过 yum 安装；另一个通过 conda 安装)。默认情况下，它将使用 conda，但我强制它使用带有 LD_PRELOAD 的系统 unixODBC 包。同样的错误。
我尝试将数据库驱动程序降级为 msodbcsql-13.1.9.2-1，然后降级为 msodbcsql-13.0.1.0-1。同样的错误。
我尝试将 PyODBC 换成另一个 Python ODBC 库 TurbODBC。同样的错误。
我使用 python-3.5 在 conda 中创建了一个单独的环境。那奏效了!仍然不确定为什么。
我编写了一个与 unixODBC 接口(interface)的简单 C 程序。该程序能够通过 Kerberos 连接到 MSSQL 服务器。
我通过 strace 运行了 python2 正测试用例和 python3 负测试用例以查看系统调用。我认为这可能会揭示一些东西。似乎他们都开始在文件系统上寻找 client.keytab 文件。然后，在积极的测试用例中，它将回退到搜索内核的 key 环，在那里它将成功找到凭证缓存并继续。但是，在否定测试用例中，它只是重试查找 client.keytab，而从不尝试搜索 key 环。
我启用了 unixODBC 跟踪选项，一个用于 Python3 测试用例，另一个用于 Python2 测试用例。不幸的是，痕迹(如下所示)没有向我透露任何信息。

py3-unixodbc.trace

[ODBC][8741][1527046794.480751][__handles.c][460]
                Exit:[SQL_SUCCESS]
                        Environment = 0x55eea73ed130
[ODBC][8741][1527046794.480806][SQLSetEnvAttr.c][189]
                Entry:
                        Environment = 0x55eea73ed130
                        Attribute = SQL_ATTR_ODBC_VERSION
                        Value = 0x3
                        StrLen = 4
[ODBC][8741][1527046794.480824][SQLSetEnvAttr.c][363]
                Exit:[SQL_SUCCESS]
[ODBC][8741][1527046794.480843][SQLAllocHandle.c][375]
                Entry:
                        Handle Type = 2
                        Input Handle = 0x55eea73ed130
[ODBC][8741][1527046794.480861][SQLAllocHandle.c][493]
                Exit:[SQL_SUCCESS]
                        Output Handle = 0x55eea7400500
[ODBC][8741][1527046794.481176][SQLDriverConnectW.c][290]
                Entry:
                        Connection = 0x55eea7400500
                        Window Hdl = (nil)
                        Str In = [DSN=MyDSN][length = 15]
                        Str Out = (nil)
                        Str Out Max = 0
                        Str Out Ptr = (nil)
                        Completion = 0
                UNICODE Using encoding ASCII 'ISO8859-1' and UNICODE 'UCS-2LE'

[ODBC][8741][1527046794.575566][__handles.c][460]
                Exit:[SQL_SUCCESS]
                        Environment = 0x55eea746e360
[ODBC][8741][1527046794.575614][SQLGetEnvAttr.c][157]
                Entry:
                        Environment = 0x55eea746e360
                        Attribute = 65002
                        Value = 0x7ffd399177f0
                        Buffer Len = 128
                        StrLen = 0x7ffd3991778c
[ODBC][8741][1527046794.575632][SQLGetEnvAttr.c][264]
                Exit:[SQL_SUCCESS]
[ODBC][8741][1527046794.575651][SQLFreeHandle.c][219]
                Entry:
                        Handle Type = 1
                        Input Handle = 0x55eea746e360

py2-unixodbc.trace

[ODBC][8746][1527046842.073439][__handles.c][460]
                Exit:[SQL_SUCCESS]
                        Environment = 0x185e2e0
[ODBC][8746][1527046842.073530][SQLSetEnvAttr.c][189]
                Entry:
                        Environment = 0x185e2e0
                        Attribute = SQL_ATTR_ODBC_VERSION
                        Value = 0x3
                        StrLen = 4
[ODBC][8746][1527046842.073552][SQLSetEnvAttr.c][363]
                Exit:[SQL_SUCCESS]
[ODBC][8746][1527046842.073572][SQLAllocHandle.c][375]
                Entry:
                        Handle Type = 2
                        Input Handle = 0x185e2e0
[ODBC][8746][1527046842.073590][SQLAllocHandle.c][493]
                Exit:[SQL_SUCCESS]
                        Output Handle = 0x1857d40
[ODBC][8746][1527046842.073613][SQLDriverConnectW.c][290]
                Entry:
                        Connection = 0x1857d40
                        Window Hdl = (nil)
                        Str In = [DSN=MyDSN][length = 15]
                        Str Out = (nil)
                        Str Out Max = 0
                        Str Out Ptr = (nil)
                        Completion = 0
                UNICODE Using encoding ASCII 'ISO8859-1' and UNICODE 'UCS-2LE'

[ODBC][8746][1527046842.208760][__handles.c][460]
                Exit:[SQL_SUCCESS]
                        Environment = 0x1967210
[ODBC][8746][1527046842.208830][SQLGetEnvAttr.c][157]
                Entry:
                        Environment = 0x1967210
                        Attribute = 65002
                        Value = 0x7ffe1153fcf0
                        Buffer Len = 128
                        StrLen = 0x7ffe1153fc8c
[ODBC][8746][1527046842.208849][SQLGetEnvAttr.c][264]
                Exit:[SQL_SUCCESS]
[ODBC][8746][1527046842.208869][SQLFreeHandle.c][219]
                Entry:
                        Handle Type = 1
                        Input Handle = 0x1967210

我只想说，我已经无计可施了。任何想法将不胜感激!

最佳答案

迟到的回复，但我希望有人会发现它有用。

对我来说，这个非常相同的问题是由 krb5 包引起的，它与系统范围的 kerberos 安装共存:从环境中删除它解决了问题(我试图让它工作但是没有成功)。

关于python - Anaconda3的python找不到kerberos凭证缓存，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/50806400/

python - Anaconda3的python找不到kerberos凭证缓存

上一篇：python - 在 SymPy 中创建和使用精确微分

下一篇：python - anaconda安装keras时报错./p KERAS_BACKEND= 0<temp.txt