只是一次小的trouble shooting. 關於python的遠程調試功能.但是由於思路混亂.浪費了許多時間,記錄一下整個過程.作爲改進的參考.
问题背景：
我之前一直在ubuntu上用pycharm开发。 在远程调试的时候用pydevd模块。 该模块非常简单，只要在远程的运行代码上加入如下代码即可
import pydevd pydevd.settrace('192.168.1.20', port=11111, stdoutToServer=True, stderrToServer=True)
但是今天为换成了centos7开发，还是用pycharm。 但是远程调试不好使。
问题描述：
在加入了调试代码，本地开启了调试服务后，远程的代码一直出exception， 从现象可好像是连接不到本地的调试服务。
思考路径：
首先，想到本地可能有selinux的服务没关闭，于是关掉。不好使。 这期间夹杂着各种尝试，比如重新启动电脑。。。
其次，各种检查本地和远程。各种瞎试。
最后，决定从网络方面入手。
把上面的调试命令直接加入python interpreter， 连接别人的电脑和自己的电脑。最后终于发现问题。
但总结了一下，其实如果思路清晰，这个问题可能最多花5分钟。甚至不用。
首先，想到本地可能有selinux的服务没关闭，于是关掉。不好使。 这期间夹杂着各种尝试，比如重新启动电脑。。。
正确思路：既然看起来像是网络问题，那就仔细思考一下网络各种全线等。除了selinux 还有iptables, 还有firewalld。（其实最终问题就是firewalld。 ）
其次，各种检查本地和远程。各种瞎试。
正确思路：就算是没有想到firewalld。检查了iptables 发现是关闭的。那么也不应该一顿瞎试，应该思路清晰。比如最直观的就是想到先在interpreter中直接运行pydevd看一看错误信息
最后，决定从网络方面入手。
正确思路：在interpreter中调试发现是No route to host问题。 这时也不应该乱试。应该思路清晰。比如确立几个尝试方案。比如，既然确定是网络则可以做几个对比。
方案1：
远程机器为client, 别人的机器为server
远程机器为client, 自己的机器为server
这样可以发现是自己机器的问题。
方案2 ：
自己机器为client ， 自己机器为server
远程机器为client ， 自己机器为server
这样可以确定就是远程电脑和自己电脑之间问题
方案3 ：
换其它端口尝试
这期间可以用socket监听 connect 。 lsof等手段