Review Request 124312: Initial SSL implementation

[Vineet Garg]

> On July 11, 2015, midnight, Aleix Pol Gonzalez wrote:
> > core/device.cpp, line 476
> > <https://git.reviewboard.kde.org/r/124312/diff/1/?file=383934#file383934line476>
> >
> >     Remove the QString() constructor, it's not correct. Is it because toPem returns a QByteArray?

Yes, toPem here return QByteArray


> On July 11, 2015, midnight, Aleix Pol Gonzalez wrote:
> > core/backends/pairinghandler.h, line 34
> > <https://git.reviewboard.kde.org/r/124312/diff/1/?file=383929#file383929line34>
> >
> >     Looks like you could be using signals & slots.

I don't think so. It would complicate the task.


> On July 11, 2015, midnight, Aleix Pol Gonzalez wrote:
> > core/device.h, line 159
> > <https://git.reviewboard.kde.org/r/124312/diff/1/?file=383933#file383933line159>
> >
> >     Commit that right away so it's out of the way.

ok


- Vineet


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124312/#review82345
-----------------------------------------------------------


On July 14, 2015, 12:15 p.m., Vineet Garg wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/124312/
> -----------------------------------------------------------
> 
> (Updated July 14, 2015, 12:15 p.m.)
> 
> 
> Review request for kdeconnect.
> 
> 
> Repository: kdeconnect-kde
> 
> 
> Description
> -------
> 
> * Similar to Android version, this SSL implementation supports old version also.
> * Certificate is generated when public key is generated using QCA, but used as QSslCertificate because QSslSocket don't like QCA certificate.
> * A new server is written overriding QTcpServer for setting socket descriptor to QSslSocket.
> * QSslSocket works as plain socket to transfer identity package and then either uses encrypted mode or normal mode according to the received package.
> * If connetion is to be on SSL, new link is only added after successful handshake.
> * Certificate is embedded into identity package on start of encrypted mode and then set in device using it.
> * PairingHandler is added like in Android version so that each LinkProvider manage pairing according to its own rules.
> 
> P.S. : Uploaded the patch with some debug statements, will comment out them.
> 
> 
> Diffs
> -----
> 
>   core/backends/lan/server.cpp PRE-CREATION 
>   core/backends/lan/server.h PRE-CREATION 
>   core/backends/lan/lanpairinghandler.cpp PRE-CREATION 
>   core/backends/lan/lanpairinghandler.h PRE-CREATION 
>   core/backends/lan/lanlinkprovider.h b379434 
>   core/backends/lan/lanlinkprovider.cpp f5d2b22 
>   core/backends/lan/landevicelink.cpp 0987057 
>   core/backends/lan/landevicelink.h 7d31881 
>   core/backends/lan/downloadjob.cpp bba2e98 
>   core/backends/lan/downloadjob.h eeeab07 
>   core/backends/lan/CMakeLists.txt 7c5be38 
>   core/CMakeLists.txt dd8fedb 
>   core/backends/lan/socketlinereader.h b3be55a 
>   core/backends/lan/socketlinereader.cpp a6bd85e 
>   core/backends/lan/uploadjob.h 12b6f7e 
>   core/backends/lan/uploadjob.cpp b0d35fc 
>   core/backends/linkprovider.h f4fc309 
>   core/backends/pairinghandler.h PRE-CREATION 
>   core/backends/pairinghandler.cpp PRE-CREATION 
>   core/daemon.h 674ca01 
>   core/daemon.cpp af4c67b 
>   core/device.h 03f528c 
>   core/device.cpp c2dc609 
>   core/kdeconnectconfig.h af6c6df 
>   core/kdeconnectconfig.cpp 919505c 
>   core/networkpackage.h 6a0bf9c 
>   core/networkpackage.cpp 64cfab7 
>   tests/CMakeLists.txt b00a574 
>   tests/testsocketlinereader.cpp 77a9b4b 
> 
> Diff: https://git.reviewboard.kde.org/r/124312/diff/
> 
> 
> Testing
> -------
> 
> * Working fine, tested using connection to Android devices.
> * Pairing handler needs to be tested using two LinkProvider, working fine with one, but there be some problems with two LinkProviders simultaneouly.
> 
> 
> Thanks,
> 
> Vineet Garg
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20150714/29073edc/attachment-0001.html>