summaryrefslogtreecommitdiff
path: root/libavformat/tls_schannel.c
Commit message (Collapse)AuthorAgeFilesLines
* tls: Hook up the url_get_short_seek function in the TLS backendsMartin Storsjö2020-11-051-0/+7
| | | | | | | This makes sure that small seeks forward on https don't end up doing new requests. Signed-off-by: Martin Storsjö <martin@martin.st>
* avformat: Replace ffurl_close() by ffurl_closep() where appropriateAndreas Rheinhardt2020-05-251-2/+1
| | | | | | | | | | It avoids leaving dangling pointers behind in memory. Also remove redundant checks for whether the URLContext to be closed is already NULL. Reviewed-by: Anton Khirnov <anton@khirnov.net> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
* avformat/tls_schannel: immediately return decrypted data if availableJan Ekström2020-05-131-1/+6
| | | | | | | | | | | | | | Until now, we would have only attempted to utilize already decrypted data if it was enough to fill the size of buffer requested, that could very well be up to 32 kilobytes. With keep-alive connections this would just lead to recv blocking until rw_timeout had been reached, as the connection would not be officially closed after each transfer. This would also lead to a loop, as such timed out I/O request would just be attempted again. By just returning the available decrypted data, keep-alive based connectivity such as HLS playback is fixed with schannel.
* avformat/tls_schannel: always decrypt all received dataJan Ekström2020-05-131-1/+1
| | | | | | | | | | | | | The dec_buf seems to be properly managed between read calls, and we have no logic to decrypt before attempting socket I/O. Thus - until now - such data would not be decrypted in case of connections such as HTTP keep-alive, as the recv call would always get executed first, block until rw_timeout, and then get retried by retry_transfer_wrapper. Thus - if data is received - decrypt all of it right away. This way it is available for the following requests in case they can be satisfied with it.
* avformat/tls_schannel: Fix use of uninitialized variablePaweł Wegner2018-08-181-1/+1
| | | | | | | Fixes: runtime error: passing uninitialized value to FreeContextBuffer causes a crash Signed-off-by: Paweł Wegner <pawel.wegner95@gmail.com>
* avformat/tls_schannel: fix handling of EOF after avio changesHendrik Leppkes2018-04-191-4/+6
|
* Merge commit '61cec5adaacb358783c18aa07362f15824c1b274'James Almer2017-11-011-1/+1
| | | | | | | | | | * commit '61cec5adaacb358783c18aa07362f15824c1b274': tls: Hide backend implementation details from users Also includes ed434be106a4615e0419b3ac7664220741afda2d Changes were made to support schannel and securetransport. Merged-by: James Almer <jamrial@gmail.com>
* avformat/tls_schannel: log unknown error codeswm42017-05-311-1/+1
|
* avformat/tls: add tls url_get_file_handleJay Ridgeway2016-12-171-0/+7
| | | | | | Support url_get_file_handle on TLS streams. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* Merge commit '2758cdedfb7ac61f8b5e4861f99218b6fd43491d'Derek Buitenhuis2016-02-291-1/+1
| | | | | | | | | | | This commit also disables the async fate test, because it used internal APIs in a non-kosher way, which no longer exists. * commit '2758cdedfb7ac61f8b5e4861f99218b6fd43491d': lavf: reorganize URLProtocols Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
* avformat: add windows.h to SChannel SSP TLS codeKevin Mitchell2016-02-021-0/+1
| | | | | This fixes building on cygwin Fixes ticket #5036
* avformat: implement SChannel SSP TLS protocolHendrik Leppkes2015-11-141-0/+600
This implementation does not support TLS listen sockets and loading CA/Certs from files. The Windows API does not support loading PEM certs, and would either require a manual loader or instead be limited to loading Windows PFX certificates TLS listen sockets would have to be implemented quite separately, as many of the APIs are different for server-mode (as opposed to client mode).