[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [libmicrohttpd] Protocol upgrade
From: |
Markus Doppelbauer |
Subject: |
Re: [libmicrohttpd] Protocol upgrade |
Date: |
Mon, 14 Nov 2016 14:16:15 +0100 |
Dear Evgeny,
> The best what MHD could do with "upgraded" sockets - is
> to forward data to application and back to remote.
Yes - as much as data until the socket blocks. And it
should hide everything else from the application, e.g.
"sha1('Sec-WebSocket-Accept')".
Is is easy to figure out, whether the the data contains
half of a request or multiple requests.
I don't know about others, but we need only the server-side
counterpart to the _javascript_ "new WebSocket(url)".
Am Montag, den 14.11.2016, 15:35 +0300 schrieb Evgeny Grin:
Dear Markus,
It's clear how to use this logic for HTTP connections.
But application may use any arbitrary protocol for "upgraded" sockets so
MHD doesn't know what should be interpreted as "request"(if word
"request" is applicable for protocol). The best what MHD could do with
"upgraded" sockets - is to forward data to application and back to remote.
That's implemented currently. For TLS connections, MHD hides all
TLS-related machinery and provides plain socket for application.
Not sure that I get idea about "pipe() on TLS". Could you explain it a
little?
- [libmicrohttpd] Protocol upgrade, Markus Doppelbauer, 2016/11/13
- Re: [libmicrohttpd] Protocol upgrade, Christian Grothoff, 2016/11/13
- Re: [libmicrohttpd] Protocol upgrade, Markus Doppelbauer, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade, Evgeny Grin, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade, Markus Doppelbauer, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade, Evgeny Grin, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade,
Markus Doppelbauer <=
- Re: [libmicrohttpd] Protocol upgrade, Evgeny Grin, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade, Christian Grothoff, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade, Markus Doppelbauer, 2016/11/14
- Re: [libmicrohttpd] Protocol upgrade, Junker, Gregory, 2016/11/14