我用的 cherry ，也不知道什么轴，用起来感觉还不如 Thinkpad 蓝牙键盘好用。

@loveminds Hyper-V 是从当年 VirtualPC 发展过来的。 VirtualPC 不如 VMware 效率高且相关平台化组件少以至于常年市场老二后被 MS 收购。现在 Hyper-V 用在 Azure 平台上，稳定性较 VMware 还是不够。整体上看技术底蕴的话， Full Virtual 市场里还是得用 VMware.

最清楚的就是短信 im 那样的气泡

@ytjfmv 那帖子的回复里有啊

@ytjfmv https://www.v2ex.com/t/225005

临时用的话，可以去 google cloud ，有优惠券可以用几个月，建立个 vm instance ，把文件中转回来就可以了。

我这里成功的，你这是访问 github 有故障，今天凌晨海缆出故障了。看我发的贴。

dockerhub 也被墙？没有吧？

直接用 daocloud.io ，把你的阿里云挂过去。然后做就是了。

@bilok
NorAmc 卡死， Asia 很快。价格比 AWS 好一些吧？？ look:
https://cloud.google.com/pricing/tco/

@lincanbin 文件内容没了？如果数据还在只是文件指针坏了的话用那工具全盘扫描可以找到

一般找个强悍点的恢复软件可以解决，毕竟只是表头损坏。试试 r-studio

google cloud Asia + ss, as fast as local.

@dingyaguang117 说起来一肚子苦水。

事情原本是这样的：标的环境是那个 Debian ，固定版本号的各种组件。在这个环境里写的脚本不 work 。为了找原因，用替换法，换个环境，结果就恰巧换到了那个 CentOS 。而脚本在 CentOS 上 work ，把我引入歧途，误以为问题出在 Debian 的某些配置上，既不是 Nuance 方面的问题也不是脚本的问题。所以一直纠结在 Debian 环境的排错上，所以才一周时间都徘徊在死胡同里。

跟作者沟通，他也直说了，即使是老版本，也需要用 data 对象，至于为什么 CentOS 上能工作，这对他来说也是一个谜。可能会涉及到更底层的一些东西，比如 python 的处理或者 Linux 本身的处理。这个没有时间去具体分析，等项目结束有空的时候，再去深挖一下到底是什么情况。太罕见了。

@binux 谢谢了！还真是版本差异产生的，见题目上我的补充。

@binux UA 应该不是问题，因为同样的代码在 CentOS 上是 work 的。 requests 在 debian 里是 requests==2.7.0
在 centos 上是 requests==1.2.3

@azurefang 谢谢，我一会儿测试下 2.7.9

@alexapollo 是的，代码没有给出必要的 credentials ，因为涉及隐私内容没法放到公共空间里，这个完整 URL 是有 headers, parameters, file, 请看代码。有空我去申请个测试的帐号。

感谢各位，现在联系到了 Requests 的作者，正在跟他沟通做 debug 。如果各位还有什么需要我提供的也请继续回复，我会持续 post.

@zjxubinbin
@Strikeactor
大神们我错了行不？给个建设性意见好不好？

@alexapollo 仍然无法获取正确响应。

@ryd994 如果使用 https://www.google.com ，是没有任何问题的。这个特殊情况只出现在这个特殊场景下。

@msg7086 说的有道理。那请教一下这个握手之后，服务器为什么会发过来 4 个 hello ？一定有什么不同寻常的事情发生了。

@pc10201 关闭了也不行，代码里可以看到 verify=False 的。这是最初的代码，不通过后才想尽办法加 ca 等，开启验证找问题的。


@alexapollo 谢谢。我去试试看。


@187j3x1 你说咋办？把 id 和 key 都放上来？这个代码很特殊在于有一定的 headers 和 parameters ，以及传输文件，如果用别的网站做演示的话，没法复现错误啊。


@mengzhuo Requests 使用的是自己带的 CA bundle ，在 /usr/local/lib/python2.7/site-packages/requests/cacert.pem 。用 verify=开关设置为自己定的 pem ，这个实验在问题中提到了。 python 和 openssl 版本是这样的：
1) 从 ISO 安装的 ElementoryOS Luna （基于 Ubuntu 12.02 ）
2) 或 Freya(基于 Ubuntu 14.04 TLS)
3) 官方 Docker python 2.7.10 镜像(基于 Debian)
这三个环境都是从 ISO 安装后未作任何特殊设置。因此 python 以及 openssl 版本等信息可以从这些环境里得到。比如直接 run 一个 docker python 2.7.0 。请看下 CentOS, python 2.6.6, OpenSSL 1.0.1e-fips 11 Feb 2013 。

刚才又做了个测试，在 Debian/Ubuntu 上，使用 curl 是成功的，问题一定出在 python, openssl, requests 这几个中间。