Paypal ipn 来自Paypal IPN的响应格式错误,未经验证或无效
自7月1日起,我们开始接收来自paypal的格式错误的IPN响应,IPN底部有一个奇数字符串,该字符串既不是已验证的,也不是无效的,而是类似于非二进制符号。这是随机发生的,既适用于与支付相关的知识产权,也适用于预批准 如果我们尝试从paypal IPN历史记录中重新发送IPN,有时会在第一次从paypal获得验证,有时我们必须重试多次。以前从未发生过,我们这边的ipn验证脚本没有任何变化,虽然很旧,但在大部分ipn中都可以正常工作 我们已经检查了端点,它是正确的: 我们已经尝试重新发送一些格式错误的IPN,在一次或多次重试后,它们被正确验证 当我们试图在现场生产中验证那些受影响的IPN时,我们得到的是一个错误的请求,因为受影响IPN底部有一个奇怪的字符串,而不是已验证或无效的响应: èTŽK0èèèèèèèèèèèèèèèèèèè “感谢您联系PayPal商户技术支持。我们对您的回复太晚感到非常抱歉。我承认您遇到了IPN错误HTTP/1.1 400错误请求问题。请注意,这是PayPal目前已知的问题。我们的相关部门正在处理此问题 此外,您还可以为解决方案执行以下操作以确认此事务Paypal ipn 来自Paypal IPN的响应格式错误,未经验证或无效,paypal-ipn,Paypal Ipn,自7月1日起,我们开始接收来自paypal的格式错误的IPN响应,IPN底部有一个奇数字符串,该字符串既不是已验证的,也不是无效的,而是类似于非二进制符号。这是随机发生的,既适用于与支付相关的知识产权,也适用于预批准 如果我们尝试从paypal IPN历史记录中重新发送IPN,有时会在第一次从paypal获得验证,有时我们必须重试多次。以前从未发生过,我们这边的ipn验证脚本没有任何变化,虽然很旧,但在大部分ipn中都可以正常工作 我们已经检查了端点,它是正确的: 我们已经尝试重新发送一些格式
我们甚至问,如果这是一个已知的问题,为什么paypal状态网站上的“通知”产品在市场上是绿色且健康的,却没有任何内容。当我们有一个真正的解决方案时将更新。二进制块是一个压缩的html答案:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body></html>
400错误请求
错误的请求
您的浏览器发送了此服务器无法理解的请求。
我可以确认随机行为,稍后再次发送准确的验证请求,我们会得到正确的验证答案
很抱歉,没有将此信息添加为评论(<50声誉)。今天收到来自Paypal商户技术支持的消息,表示问题现已解决。你们中的一些人昨天报告说,相应地,我们正确地收到了没有错误文本的IPN,请在接受此解决方案之前保持几天的监控
干杯,菲尔。这里也一样。我们每几次付款都会遇到同样的问题。例如:嫀TЋK“0”ПèЉ•»我也有同样的问题,正如您所提到的,有时不会发生。它也会影响PDT。相同的字符串,除了不可打印的字符可能在您的帖子中被删除。据我所知,从IPN历史记录中重新发送是唯一的方法。今天是7月17日,在过去72小时内,我们这边的PayPal没有错误的回复。我们是否可以通过编程要求PayPal再次发送错误的IPN,还是登录到
即时支付通知(IPN)历史记录
并手动搜索txn id是使其重新发送的唯一方法?嗨,Codemonkey,据我所知,重新发送IPN的唯一方法是从您的paypal帐户的IPN历史记录仪表板强制执行此操作。Paypal只在一种情况下自动重新发送IPN:如果您的服务器在第一次尝试时没有响应200 OK。一个棘手的解决办法可能是检查消息,如果消息不是“已验证”的,则强制服务器响应200OK以外的内容,以使Paypal重新发送IPN,但所有这些都只是一些奇怪的方法,使一些不再有效的内容起作用,而不是解决方案。我们只需要等待paypal团队解决这个问题:(几天后,我可以报告,在过去10天内,我们没有从paypal收到任何格式错误的IPN。这可能被视为已修复。