错误:8 - CURL错误:GnuTLS recv错误(-9):收到意外长度的TLS数据包

我在我的服务器上运行了infusionsoft api lib。 在代码中,我必须使用他们的方法 dsFind </ code>在infusionsoft中找到联系人。 如果我使用5作为限制来获取没有联系人,它工作正常,但当我使它超过10时,它会抛出以下错误:</ p>

错误:8 - CURL错误:GnuTLS recv错误(-9):收到了意外长度的TLS数据包</ code>。</ p>

相同的代码在其他服务器上正常工作。</ p>

</ div>

展开原文

原文

I have infusionsoft api lib running on my server. In the code, I have to find contacts in infusionsoft using their method dsFind. If I use 5 as the limit to fetch no of contacts, it is working fine but when I make it more than 10, it is throwing below error:

ERROR: 8 - CURL error: GnuTLS recv error (-9): A TLS packet with unexpected length was received.

The same code is working fine on some other server.

1个回答



问题依赖于GnuTLS严肃对待TLS协议的事实。 Nikos Mavrogiannopoulos在关于gnutls-devel的消息中解释了这一事实 填充列表:</ p>


多个站点在不遵循TLS协议的情况下终止TLS连接(即发送关闭警报),而是终止TCP
直接连接。 这是SSLv2的遗留物,似乎其他
实现忽略了这个错误。 GnuTLS没有,因此打印
此错误。 你可以忽略它,但是你无法区分过早的连接终止(即,有人注入
一个杂散的TCP终止数据包)和正常终止。</ p>
</ blockquote>
</ div>

展开原文

原文

The problem relies on the fact that GnuTLS deals seriously with TLS protocol. Nikos Mavrogiannopoulos explains this fact in a message on the gnutls-devel mailling list:

Several sites terminate the TLS connection without following the TLS protocol (i.e. sending closure alerts), but rather terminate the TCP connection directly. This is a relic of SSLv2 and it seems other implementations ignore this error. GnuTLS doesn't and thus prints this error. You could ignore it, but then you could not distinguish between a premature connection termination (i.e. by someone injecting a stray TCP termination packet) and normal termination.

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
立即提问
相关内容推荐