由于服务器向HTTPS客户端

时间:2018-05-15 15:06:08

标签: kubernetes openshift rsync

我尝试在远程pod和我的本地之间复制文件夹,但rsync命令始终返回相同的错误:服务器向HTTPS客户端提供HTTP响应

我在代理后面使用oc而没有麻烦(登录,获取,导出......)但是使用rsync和rsh(交互式shell)会出现问题

使用rsync进程的日志(--lvelvel = 10)我收到了令人费解的curl请求。通过我的终端运行此命令我收到此错误

* TCP_NODELAY set
* Connected to ***** (*.*.*.*) port * (#0)
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: /**/ssl/cacert.pem
  CApath: none
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
* Closing connection 0
curl: (35) error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

我不知道如何解决这个麻烦,考虑到来自同一个地方的其他人这个过程如此精细

修改

问题在于使用的ssl证书。我发现另一个卷曲调用因类似问题而失败,但对于其他人(在同一个代理之后)可以工作。

完全删除我当前的安装(格式化磁盘并安装新的Ubuntu 18.04版本)后,它仍然无法正常工作。然后蟒蛇不是问题

我安装了Anaconda(conda服务器),我认为他的问题与证书有关。我卸载了Anaconda并且错误仍然存​​在,但是具有不同的值并抛出了错误的请求错误"。有人,麻烦使用" oc rsync(oc rsh ......)"安装了anaconda?

被修改

最后是代理问题。我是在家里做的,删除所有代理设置,通过VPN连接并工作。关键问题是我没有丢失设置。

代理配置: 在/ etc /环境 创建和删除代理的〜/ .curlrc(两者都不起作用)

0 个答案:

没有答案