summaryrefslogtreecommitdiffstats
path: root/sources/ogAdmServer.c
Commit message (Collapse)AuthorAgeFilesLines
* #942 Add weeks and week days to the schedule APIJavier Sánchez Parra2020-06-021-10/+23
| | | | | | * add og_schedule_create_weekdays() * add og_schedule_create_weeks() * add og_schedule_create_days()
* #980 Complete API REST for ogClientRoberto Hueso Gómez2020-06-021-150/+591
|
* #971 remove obsolete codeOpenGnSys Support Team2020-06-021-1552/+8
|
* #942 Add REST API /schedule get functionRoberto Hueso Gómez2020-06-021-2/+169
|
* #942 Add support for scheduled tasks and commandsOpenGnSys Support Team2020-06-021-12/+416
| | | | | | | | | | | | | | | | | This field needs to be at least 31 bits long to store all days in a month. Other fields are also set to 32 bits because unsigned int length can change depending on the system. We also need to support the three ways that the ogAdmAgent and the WebConsole have to create an schedule. At first, we only supported the easiest method: * Hour, day, month and year -> 10:00, 28, february, 2020 This commit adds these two ways to create an schedule: * Hour, week day, month and year -> 10:00, Monday, february, 2020 * Hour, week, month and year -> 10:00, first week, february, 2020
* #980 Add client REST API basic infrastructure in ogAdmServerRoberto Hueso Gómez2020-06-021-199/+967
|
* #942 Add /run/task to API RESTOpenGnSys Support Team2020-06-021-1/+412
| | | | | | | | | | | | | | | | | | This patch adds a new command to the REST API to run tasks. A task (tarea) is composed of procedures (procedimientos), each procedure is composed of commands (acciones) that are represented through legacy sockHidra parameters in the database. This results in iterating over the task (tareas_acciones) table in the database to fetch the list of procedures (procedimientos). Then, this iterates over the list commands that compose a procedures represented through procedimientos_acciones table. Finally, this builds and sends the sockHidra legacy message for the client. This patch includes an implementation of the Linux linked list.
* #915: Reply 413 status code when no payload is too largeJavier Sánchez Parra2020-04-061-0/+11
| | | | | | | | | | | | | | If the payload is too long, then the API returns a 413 status code (following RFC 7231) instead of the resetting the communication without replying. This way it should be more clear when this problem is happening. The other commit I did related to the issue of the payload size (1d9d93c) said that ogAdmServer do not log anything when it receives a payload of a bigger size than supported, this is false. ogAdmServer prints the next message to the syslog when this happens: ogAdmServer[6824]: client request from 127.0.0.1:43552 is too long
* #915 Increase request max lengthJavier Sánchez Parra2020-04-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Trying to send a WakeOnLan command to 150 clients I noticed that the ogAdmClient closed (RST) the communication with the WebConsole without answering or logging anything. The Webconsole logged: php: error occured during curl exec. Additioanl info: Array php: ( php: [url] => http://127.0.0.1:8888/wol php: [content_type] => php: [http_code] => 0 php: [header_size] => 0 php: [request_size] => 199 php: [filetime] => -1 php: [ssl_verify_result] => 0 php: [redirect_count] => 0 php: [total_time] => 1.003122 php: [namelookup_time] => 4.9E-5 php: [connect_time] => 0.000273 php: [pretransfer_time] => 0.00035 php: [size_upload] => 7007 php: [size_download] => 0 php: [speed_download] => 0 php: [speed_upload] => 6986 php: [download_content_length] => -1 php: [upload_content_length] => 7007 php: [starttransfer_time] => 1.001793 php: [redirect_time] => 0 php: [redirect_url] => php: [primary_ip] => 127.0.0.1 php: [certinfo] => Array php: ( php: ) php: php: [primary_port] => 8888 php: [local_ip] => 127.0.0.1 php: [local_port] => 43016 php: [http_version] => 0 php: [protocol] => 1 php: [ssl_verifyresult] => 0 php: [scheme] => HTTP php: ) This happened because request max length is set to 4096 bytes and my request had a size of 7075 bytes. So, the max length was exceeded. This commit increase the max length from 4096 to 16384. This way the ogAdmServer supports larger request messages.
* #941 memleak in actualizaConfiguracionOpenGnSys Support Team2020-03-311-2/+6
| | | | Missing dbi_result_free(), use syslog() for logging.
* #941 Missing error in actualizaSoftware() and memleak in resultOpenGnSys Support Team2020-03-261-2/+3
| | | | | | This patch fixes e052fdceec013 that adds a missing error in case the insertion fails. This also releases the result in case the entry exists.
* #580 double free in checkDato()OpenGnSys Support Team2020-03-241-2/+0
| | | | This is fixing e052fdceec013 that releases the libdbi result twice.
* #915 remove dead code in ogAdmServerOpenGnSys Support Team2020-03-071-27/+0
| | | | These have been replaced by the new REST API.
* #580 Fix uninitialized variables in ogAdmServerRoberto Hueso Gómez2020-03-071-1/+6
| | | | This patch ensures that some variables are initialized before using them.
* #967 rename .cpp to .cOpenGnSys Support Team2020-03-051-0/+4907
This actually is C code, use the gcc compiler instead.