带有节点红的Xero webhooks;好的，总比没事

Question

自昨天以来，我一直在处理密码学的疯狂，从字面上看我的睡眠。

我正在实现一个节点红色解决方案，以获取从Xero中获取Webhooks，以写在自定义应用中。我在有效载荷以及需要如何串用的情况下遇到了很多问题以及如何进行哈希，但最终由于一个张贴此代码的GitHub研究员而弄清楚了，以使尸体达到其“原始”状态

<代码>让msgpayloadraw = json.stringify（msg.payload）.split（'：'：'：'）。join（'：'：'：'：'）.split（'：[''）.join（'：'：['：['） '）.join（'，“熵”）;

i然后创建一个sha256 base64 hash以使用以下JS代码对标头值进行检查，

var cryptojs = context.global.cryptojs;

const webhookKey = 'MyWebhookKeyHere';

let msgPayloadRaw = JSON.stringify(msg.payload).split(':').join(': ').split(': [').join(':[').split(',"entropy"').join(', "entropy"');


let bdata = new Buffer(msgPayloadRaw).toString();

let ciphertext = cryptojs.HmacSHA256(bdata, webhookKey );

let base64encoded = cryptojs.enc.Base64.stringify(ciphertext);


msg.payload = base64encoded;

return msg;

现在一切都应该很好，但是我得到了一个疯狂的结果，在<<<<< a href =“ https://www.dropbox.com/s/4qivll6nv6hedaj/xerowebhook.mp4?dl = 0” rel =“ nofollow noreferrer”> this 录制，网上挂钩的录制，网络挂钩的状态转向'ok'ok'ok' '，几秒钟后返回此错误：

Retry
We haven’t received a successful response on the most recent delivery attempt and will retry sending with decreasing frequency for an overall period of 24 hours.
Response not 200. Learn more
Last sent at 2022-06-22 11:48:28 UTC

有什么问题？

该问题依赖于HTTP输入，该节点红色解析了身体。

身体需要被哈希。 HTTP请求中的主体就像是

{"events":[],"firstEventSequence": 0,"lastEventSequence": 0, "entropy": "IVMMHNWPBAZYRZJRCUAQ"}

通知每个之后的空间：

节点红色将该正体转换为JSON对象。当我做json.stringify（msg.payload）;时，我将获得以下

{“ events”：[]，“ firstEventSequence”：0，“ tasteventsequence”：0，“ entropy”，“ entropy” ：“ ivmmhnwpbazyrzjrcuaq”}

显然是相同的，但是从技术上讲，它不是（由于空格），当哈希时，它会产生不同的哈希值。

Github研究员做到了这一点，

JSON.stringify(msg.payload).split(':').join(': ').split(': [').join(':[').split(',"entropy"').join(', "entropy"');

因此为了解决这个问题，我需要找到一种方法来获取RAW HTTP输入，而不是Node Red提供的解析的方法。

有什么想法如何获得原始输入？

Answer 1

排序答案：您不这样做。

如果content-type标题设置为application/json BodyParser将启动并生成传递作为MSG的匹配的JSON对象，则将无法使用原始主体。有效载荷。

httpnodemiddleware是在BodyParser之后附加的，因此身体已经更改。