RDPEAI,RDP和TLSv1 [英] RDPEAI, RDP and TLSv1

查看:182
本文介绍了RDPEAI,RDP和TLSv1的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好,

 我正在尝试通过遵循"Hitchhiker调试RDP协议指南"来调试RDPEAI的问题,但在某些数据包中NmDecrypt专家无法正确解码TLSv1包。似乎问题的原因是
各种RDP包被封装到同一个TLS包中,所以在同一个包中有一个RDPEAI和一个RDPEA包在一起所以NmDecrypt无法决定什么样的包是的。

 I'm trying to debug a problem with RDPEAI by following the "Hitchhiker’s Guide to Debugging RDP protocols", but in some packets the NmDecrypt expert can't decode the TLSv1 packages properly. It seems that the cause of the problem is that various RDP packages are encapsulated into the same TLS package, so in the same package there is a RDPEAI and a RDPEA package together so the NmDecrypt can't decide what kind of package is.

我正在使用Java语言,我想知道我是否可以在SSLSocket类中设置任何配置或类似的任何配置来改进NmDecrypt解码。例如,最好的"发送缓冲区大小"是什么?对于RDP over TLSv1?

I'm using Java language and I'd like to know if there is any configuration that I can set in the SSLSocket class or anything like that to improve the NmDecrypt decoding. For example, what would be the best "Send buffer size" for RDP over TLSv1?

无论如何,RDPEAI的问题在于我向服务器发送了10秒的音频,而录音机软件只记录了超过2秒的音频。声音格式是PCM,因此音频包被封装在RDPEDYC"第一数据PDU"中。和
各种RDPEDYC"数据PDU"。

Anyway, the problem with RDPEAI is that I send to the server 10 seconds of audio and the sound recorder software only records over 2 seconds of audio. The sound format is PCM so the audio package is encapsulated in a RDPEDYC "first data PDU" and various RDPEDYC "data PDU".

可能是什么问题?

非常感谢你!

推荐答案

嗨Bstia,

Hi Bstia,

感谢您的提问。 同事会尽快与您联系以解决此问题。

Thank you for your question.  A colleague will contact you soon to work on this issue.

问候,

Mark Miller |升级工程师| Microsoft Open Protocols Team

Mark Miller | Escalation Engineer | Microsoft Open Protocols Team


这篇关于RDPEAI,RDP和TLSv1的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆