<div dir="ltr">Looks like you figured it out already, but anyway: For the SSL sockets used for payload transfers, you can configure them using the device certificates, without having to do anything kdeconnect-specific (like sending an identity packet). It's just a plain SSL connection.<div><br></div><div>Albert</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 21, 2017 at 4:23 AM, Andy Holmes <span dir="ltr"><<a href="mailto:andrew.g.r.holmes@gmail.com" target="_blank">andrew.g.r.holmes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nevermind, got it.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Sep 19, 2017 at 2:10 PM, Andy Holmes<br>
<<a href="mailto:andrew.g.r.holmes@gmail.com">andrew.g.r.holmes@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> I'm trying to understand the payload protocol, used for the share<br>
> plugin and elsewhere, but having a hard time following the code since<br>
> I don't write C++.<br>
><br>
> I'm using protocol version 7 so I assume a TLS socket is opened to the<br>
> device host address at the port specified in "payloadTransferInfo",<br>
> but I can't establish a successful handshake. If I try sending an<br>
> identity packet (as in LanLinkProvider::connected), the handshake<br>
> fails immediately, but if I don't the handshake never completes.<br>
><br>
> On the other hand, if I open a connection without SSL/TLS the<br>
> connection never has data waiting. Could someone give me a rough<br>
> breakdown of what happens here?<br>
</div></div></blockquote></div><br></div>