commit | bafb82b220a201704b65da555cb78e7925b48c26 | [log] [tgz] |
---|---|---|
author | Ed Tanous <ed@tanous.net> | Mon Aug 17 09:44:29 2020 -0700 |
committer | Ed Tanous <ed@tanous.net> | Fri Aug 21 15:23:20 2020 +0000 |
tree | 91171c6563e273387b27f9f7ff2f2b13a1364646 | |
parent | 2618d5e3906338774da310c9ccf519d64cffd3c9 [diff] |
Add reoccuring errors doc There are a number of common coding, design, and implementation mistakes that bmcweb users tend to make. This attempts to document them so we have a single source to point users to when making gerrit comments. The hope is that this alleviates some of the early mistakes that new users tend to make. Tested: Documentation only. No functional changes. Signed-off-by: Ed Tanous <ed@tanous.net> Change-Id: Icc0081c94403c937d9a1ce44b7d6e81a5716a32e
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 secp384r1
algorithm. The certificate
C=US, O=OpenBMC, CN=testhost
,SHA-256
algorithm.