| commit | 02453b10810c2775236fd0ea4e2d7bc14c46645f | [log] [tgz] |
|---|---|---|
| author | Ratan Gupta <ratagupt@linux.vnet.ibm.com> | Tue Oct 22 14:43:36 2019 +0530 |
| committer | Ed Tanous <ed.tanous@intel.com> | Wed Oct 23 17:33:36 2019 +0000 |
| tree | cdde827652a21868672377129df92a60f13738c2 | |
| parent | 717794d5465c54e07a1247db9e9d7ec68b0d6cc6 [diff] |
Fix the websocket handshake
If bmcweb is compiled with NON SSL mode then
HTTP/websocket connection upgrade was not happening
This commit fixes this behavior
TestedBy: Sent a websocket request in non secure mode
and the websocket handshake was working
ws://{ip}/vm/0/0 to verify this
Signed-off-by: Ratan Gupta <ratagupt@linux.vnet.ibm.com>
Change-Id: I33ca950cedf591f66f4d68514d48d3b9c9fec421
This component attempts to be a "do everything" embedded webserver for openbmc.
At this time, the webserver implements a few interfaces:
BMCWeb is configured by setting -D flags that correspond to options in bmcweb/CMakeLists.txt and then compiling. For example, cmake -DBMCWEB_ENABLE_KVM=NO ... followed by make. The option names become C++ preprocessor symbols that control which code is compiled into the program.
When BMCWeb starts running, it reads persistent configuration data (such as UUID and session data) from a local file. If this is not usable, it generates a new configuration.
When BMCWeb SSL support is enabled and a usable certificate is not found, it will generate a self-sign a certificate before launching the server. The keys are generated by the prime256v1 algorithm. The certificate
C=US, O=OpenBMC, CN=testhost,SHA-256 algorithm.