commit | 4841191fed358da53d4c00c9866151dce54bd6a2 | [log] [tgz] |
---|---|---|
author | Wludzik, Jozef <jozef.wludzik@intel.com> | Fri Sep 11 14:55:59 2020 +0200 |
committer | Jozef Wludzik <jozef.wludzik@intel.com> | Thu Sep 24 07:33:52 2020 +0000 |
tree | 0af42d611baf08f95d679dad0a329ff5f4f4e310 | |
parent | 57fce80e24cfe08e530e0697d6c70bba14076d1c [diff] |
Response with internal error on invalid Chassis path Added verification of chassis path in case if received path is invalid. Response with internal error on wrong format of a path. Tested: - Verify if chassis collection is filled properly - Verify if internal error is returned on wrong path - RedfishServiceValidator.py passes Signed-off-by: Wludzik, Jozef <jozef.wludzik@intel.com> Change-Id: Ibe2b9a12d0a5c2c05c9db502b65d2196851352b5
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.