我正在使用 PyCharm 进行一个项目，我需要调试代码的某些部分。
当我尝试调试时，调试器只是“跳过”了断点而没有停止。 在网络上进行了很多无用的尝试后，我发现当我导入 Scapy 模块时，调试器不起作用，而当没有导入 Scapy 时，一切正常。
顺便说一句 - 我正在使用 Ubuntu 操作系统。
有什么想法吗？？
【问题讨论】：
标签： python ubuntu import pycharm scapy
我自己也遇到过这个问题。这很烦人。经过很多调试，得到了答案。
问题的原因似乎是 scapy 将所有内容导入全局命名空间的方式，这似乎破坏了 PyCharm（可能是名称冲突？）。
顺便说一句，这一切都适用于 2016 年 10 月 18 日起的 v2.3.3 版本。
当 scapy 加载时，它最终会在scapy/all.py 中找到一行：
from scapy.layers.all import *
这会加载scapy/layers/all.py，然后再加载scapy/config.py。最后一个文件将Conf.load_layers[] 初始化为一个模块列表（在scapy/layers 中）。
scapy/layers/all.py 然后循环遍历这个列表，在每个模块上调用_import_star()。
加载scapy/layers/x509.py 后，PyCharm 中的所有断点都停止工作。
我为您提供了四种解决方案，请选择您最喜欢的一种...
(1) 如果您不使用与 X509 相关的任何内容，您可以简单地从分配给 Conf.load_layers[] 的列表中删除该模块，该列表位于 scapy/config.py 中（我的 config.py 副本中的第 383 行）。警告：这是一个真正的黑客 - 请避免这样做，除非您没有其他方法。
如果需要临时调试，也可以使用这个代码示例：
from scapy import config
config.Conf.load_layers.remove("x509")
from scapy.all import *
(2) 问题在于符号被导入全局命名空间。这对类很好，对常量不好。 _import_star() 中有代码检查符号的名称，如果它以 _（即“私有”名称）开头，则不会将其加载到全局命名空间中。您可以通过忽略不以X509_ 开头的名称来修改此函数以特别处理x509 模块。希望这将导入x509 中定义的类而不是常量。这是一个示例补丁：
*** layers/all.py 2017-03-31 12:44:00.673248054 +0100
--- layers/all.py 2017-03-31 12:44:00.673248054 +0100
***************
*** 21,26 ****
--- 21,32 ----
for name in mod.__dict__['__all__']:
__all__.append(name)
globals()[name] = mod.__dict__[name]
+ elif m == "x509":
+ # import but rename as we go ...
+ for name, sym in mod.__dict__.iteritems():
+ if name[0] != '_' and name[:5] != "X509_":
+ __all__.append("_x509_" + name)
+ globals()["_x509_" + name] = sym
else:
# import all the non-private symbols
for name, sym in mod.__dict__.iteritems():
警告：这是一个真正的黑客攻击 - 请避免这样做，除非您没有其他方法。
(3) 这是解决方案 (2) 的变体，也是真正的 HACK（等等）。您可以编辑 scapy/layers/x509.py 并将 _ 添加到所有常量。例如，default_directoryName 的所有实例都应更改为 _default_directoryName。我发现以下常量需要更改：default_directoryName、reasons_mapping、cRL_reasons、ext_mapping、default_issuer、default_subject、attrName_mapping 和 attrName_specials。这很好，因为它与我在 scapy git repo 中找到的应用于x509.py 的修复相匹配...
(4) 你可以更新到下一个版本的 scapy。我不知道这是 v2.3.4 还是 v2.4，因为（在撰写本文时）还没有发布下一个版本。因此，虽然这个（缺少新版本）仍在继续，但您可以更新到最新的开发版本（他们已经在 2017 年 2 月 8 日修复了这个问题）。我使用安装在我的主目录下（而不是系统 python 包位置）的 scapy，所以我做了以下操作：
pip uninstall scapy
git clone https://github.com/secdev/scapy /tmp/scapy
cd /tmp/scapy
python setup.py install --user
cd -
rm -rf /tmp/scapy
祝你好运！
【讨论】：
由于缺乏声誉点，我无法评论 Spiceisland 的回应，但在当前版本的 scapy 2.3.3.dev532 中，我可以看到与 Spiceisland 用 x509 指出的 tls 层相同的问题。因此，所有变通方法和修复都必须相应地应用于 tls 模块。
如此简单的快速而肮脏的修复（之后您将无法使用 TLS）：
在 scapy/config.py 中，从 load_layers 列表中删除“tls”元素（这是 2.3.3.dev532 版本的 scapy 中的第 434 行）
我还为此问题提交了一个错误https://github.com/secdev/scapy/issues/746
【讨论】：