First pass at a trmon command-line interface; fix a few bugs
authorJennifer Richards <jennifer@painless-security.com>
Fri, 13 Apr 2018 21:02:18 +0000 (17:02 -0400)
committerJennifer Richards <jennifer@painless-security.com>
Fri, 13 Apr 2018 21:02:18 +0000 (17:02 -0400)
commit884dfb4e2fa13d09a0c84d4da0febfdfb75e1bf6
tree846cfa58c659a91207e382e01ebffdaeb0d55c88
parent3b59db3c5565b707e745d58f7ec1df1bdc7c1895
First pass at a trmon command-line interface; fix a few bugs

At this point, if you hack tr_mons_auth_handler() to always return 0
(success), then trmon can connect to the trust router's monitoring port
and retrieve a test message. That counts as first contact, I guess.
Actual functionality is still to come.

  * Create basic trmon utility based closely on tidc
  * Temporarily use void pointers for trps/tids handles in the MON_INSTANCE
    structure - there is a header file cycle that prevents compliation.
    Need to sort that out, but this works for the moment.
  * Fill in tr_msg handlers for monitoring message encoders/decoders
  * Revert to the monitoring msg decoder working from json, not a string,
    since that is what we need. This breaks the test programs for now.
CMakeLists.txt
Makefile.am
common/tr_msg.c
include/mon_internal.h
include/tr_msg.h
mon/mon_req_decode.c
mon/monc.c [new file with mode: 0644]
tr/trmon_main.c [new file with mode: 0644]