当前位置: 首页 > 知识库问答 >
问题:

ruby控制台上奇怪的ssl错误

漆雕嘉平
2023-03-14

刚开始使用Ruby,我无法通过下面发布的错误。这是我的代码:

require 'HTTParty'
require 'Nokogiri'
require 'JSON'
require 'Pry'
require 'csv'

page = HTTParty.get('https://newyork.craigslist.org/search/pet?s=0')

Pry.start(binding)

控制台中的错误:

C: /Ruby23/lib/ruby/2.3.0/net/http。rb:933:inconnect_nonblock':SSL_connect returned=1 errno=0 state=error:证书验证失败(OpenSSL::SSL:;SSLError),来自C:/Ruby23/lib/ruby/2.3.0/net/http。rb:933:inconnect来自C:/Ruby23/lib/ruby/2.3.0/net/http。rb:863:indo_start'来自C:/Ruby23/lib/ruby/2.3.0/net/http。rb:852:instart'来自C:/Ruby23/lib/ruby/2.3.0/net/http。rb:1398:inrequest,来自C:/Ruby23/lib/ruby/gems/2.3.0/gems/httparty-0.14.0/lib/httparty/request。rb:118:inperform'来自C:/Ruby23/lib/ruby/gems/2.3.0/gems/httparty-0.14.0/lib/httparty。rb:560:inperform_request,来自C:/Ruby23/lib/ruby/gems/2.3.0/gems/httparty-0.14.0/lib/httparty。rb:486:inget'来自C:/Ruby23/lib/ruby/gems/2.3.0/gems/httparty-0.14.0/lib/httparty。rb:598:inget'来自web_scraper.rb:7:in'

我已经在网上更换了GlobalSignRootCA.pem,并尝试重新运行,但没有运气。还尝试卸载并重新安装ruby和gems。

共有1个答案

郎俊雅
2023-03-14

这可能是因为请求尝试验证您发送/接收的ssl密钥。

您可以通过添加

verify: false

接到你的电话。

更多细节请点击此处。

 类似资料:
  • 据我所知,这个错误并不是昨天在Chrome上抛出的,而到今天早上,它已经抛出了。我没有更改任何浏览器设置。我附上了一张截图(打开/关闭开发者工具窗口四次后): 这个问题与Stack Overlow post未能在Chrome下加载资源完全相似,只是它只发生在我在Chrome中“inspect element”时。以下是我掌握的细节: 我尽我最大的能力撤销了我做的一切,从昨晚(当我没有这个错误),错

  • 所以我在做这个素数家庭作业,举了一个很好的例子,我想我已经把大部分都记下来了。我遇到的一件事是“公共静态空隙筛(int n)”一行的错误,这也发生在“私有静态int twinPrime()”中 代码如下: 以下是错误: void是变量筛的无效类型 预期令牌 "(", ; 语法错误 令牌 “)” 上的语法错误, ;预期 和 标记“int”语法错误,应为@ 语法错误,请插入“EnumBody”以完成B

  • 我在firebase云功能中遇到了一个情况,其中只有第一个控制台。执行日志或firestore更新语句。 我还有其他类似的函数,在处理响应的方式上略有不同,但这没有任何问题 我已经检查了谷歌云控制台/Firebase控制台等,源代码似乎已经正确上传 我看到了另一个与这种情况相反的帖子。有人知道为什么会这样吗?

  • 问题内容: 我正在使用此代码: 但是在编译时出现此错误: 然后是堆栈跟踪的编译器错误。 我将在课堂开始时同时进行这两种导入: 有什么事吗 在Netbeans中,我看到自动完成选项并且Locale对象没有语法错误… 问题答案: 您的设置有些麻烦,下面的程序对我来说很好用。 它要求源代码的事实使我相信它正在尝试以某种调试模式进行编译或运行。您不需要编译java.util。*的源代码,这很奇怪。 看看我

  • 我试图理解,为什么Netty SSL模式工作在奇怪的方式?此外,问题如下,当任何SSL客户端(https浏览器,使用ssl的java客户端,也任何ssl客户端应用程序)连接到Netty服务器时,我开始完整的消息,在那里我可以正确识别所使用的协议,但只要通道保持连接,任何下面的消息都有奇怪的结构,与非ssl模式不同。例如,当https浏览器连接到我的服务器时,MessageRec的方法: 我已使用P