| /** | |
| \page hostapd_ctrl_iface_page hostapd control interface | |
| hostapd implements a control interface that can be used by | |
| external programs to control the operations of the hostapd | |
| daemon and to get status information and event notifications. There is | |
| a small C library, in a form of a single C file, \ref wpa_ctrl.c, that | |
| provides helper functions to facilitate the use of the control | |
| interface. External programs can link this file into them and then use | |
| the library functions documented in \ref wpa_ctrl.h to interact with | |
| wpa_supplicant. This library can also be used with C++. \ref hostapd_cli.c | |
| is an example program using this library. | |
| There are multiple mechanisms for inter-process communication. For | |
| example, Linux version of hostapd is using UNIX domain sockets for the | |
| control interface. The use of the functions defined in \ref wpa_ctrl.h can | |
| be used to hide the details of the used IPC from external programs. | |
| \section using_ctrl_iface Using the control interface | |
| External programs, e.g., a GUI or a configuration utility, that need to | |
| communicate with hostapd should link in \ref wpa_ctrl.c. This | |
| allows them to use helper functions to open connection to the control | |
| interface with \ref wpa_ctrl_open() and to send commands with | |
| \ref wpa_ctrl_request(). | |
| hostapd uses the control interface for two types of communication: | |
| commands and unsolicited event messages. Commands are a pair of | |
| messages, a request from the external program and a response from | |
| hostapd. These can be executed using \ref wpa_ctrl_request(). | |
| Unsolicited event messages are sent by hostapd to the control | |
| interface connection without specific request from the external program | |
| for receiving each message. However, the external program needs to | |
| attach to the control interface with \ref wpa_ctrl_attach() to receive these | |
| unsolicited messages. | |
| If the control interface connection is used both for commands and | |
| unsolicited event messages, there is potential for receiving an | |
| unsolicited message between the command request and response. | |
| \ref wpa_ctrl_request() caller will need to supply a callback, msg_cb, | |
| for processing these messages. Often it is easier to open two | |
| control interface connections by calling \ref wpa_ctrl_open() twice and | |
| then use one of the connections for commands and the other one for | |
| unsolicited messages. This way command request/response pairs will | |
| not be broken by unsolicited messages. \ref wpa_cli.c is an example of how | |
| to use only one connection for both purposes and wpa_gui demonstrates | |
| how to use two separate connections. | |
| Once the control interface connection is not needed anymore, it should | |
| be closed by calling \ref wpa_ctrl_close(). If the connection was used for | |
| unsolicited event messages, it should be first detached by calling | |
| \ref wpa_ctrl_detach(). | |
| \section ctrl_iface_cmds Control interface commands | |
| Following commands can be used with \ref wpa_ctrl_request(): | |
| \subsection ctrl_iface_PING PING | |
| This command can be used to test whether hostapd is replying | |
| to the control interface commands. The expected reply is \c PONG if the | |
| connection is open and hostapd is processing commands. | |
| */ |