summaryrefslogtreecommitdiffstats
path: root/sources
Commit message (Collapse)AuthorAgeFilesLines
* #942 ignore stale schedules on startOpenGnSys Support Team2020-06-023-23/+55
|
* #942 add command type to POST /schedule/createOpenGnSys Support Team2020-06-023-17/+94
| | | | Pass idcomando as task_id.
* #942 add enum og_schedule_typeOpenGnSys Support Team2020-06-023-9/+27
|
* #942 add type to POST /schedule/createOpenGnSys Support Team2020-06-021-19/+30
| | | | Moreover, add og_task_schedule_create() function.
* #890 handle 202 AcceptedOpenGnSys Support Team2020-06-021-1/+8
|
* #941 missing og_dbi_closeOpenGnSys Support Team2020-06-021-0/+5
|
* #980 Add action completionJavier Sánchez Parra2020-06-021-1/+52
|
* #942 Add tasks to queueJavier Sánchez Parra2020-06-023-9/+70
|
* #942 Fix task break downJavier Sánchez Parra2020-06-021-1/+1
| | | | | | | | | | | | OpenGnsys tasks can contain other tasks. To know if a element of the task is another task, we need to check if it has the parameter tareaid (Task ID). The code had a bug and the check was done on an non-existent parameter This commit fix this bug changing the non-existent parameter for tareaid. Signed-off-by: OpenGnSys Support Team <soporte-og@soleta.eu>
* #942 Improve scope break down processJavier Sánchez Parra2020-06-021-70/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | OpenGnsys has a hierarchical scope system to organize clients: +------+ |Center| +------+ | | | | v v +--------------------+ +----------+ +-->+Groups of classrooms+----->+Classrooms| | +-+------------------+ +----------+ | | | | +-----+ | | v v +-----------------+ +-------+ +-->+Groups of clients+--------->+Clients| | +-+---------------+ +-------+ | | +-----+ OpenGnsys can send commands and tasks to several clients simultaneously selecting a scope. For example: send poweroff to center Faculty of Pharmacy. We had a waterfall process to loop through all members of the scope and obtain the clients. This commit simplifies the process with queries that save us to loop through the members. Co-authored-by: Irina Gómez <irinagomez@us.es>
* #980 Change initial probe to refreshJavier Sánchez Parra2020-06-021-25/+7
| | | | | | | | | | We have observed that an initial refresh is needed when the ogClient (in ogLive mode) connects with the ogAdmServer, to generate the HTML menu. This commit changes the probe command that was done at the beginning of the connection to a refresh command. This way the client first generates his HTML menu and the show to the user the browser with all the correct information.
* #942 Add weeks and week days to the schedule APIJavier Sánchez Parra2020-06-022-118/+174
| | | | | | * 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-022-1560/+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-023-12/+847
| | | | | | | | | | | | | | | | | 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-023-2/+574
| | | | | | | | | | | | | | | | | | 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-052-0/+0
| | | | This actually is C code, use the gcc compiler instead.
* #967 Replace remaining C++ codeOpenGnSys Support Team2020-03-051-4/+4
|
* #941 use dbi layer from envioProgramacionOpenGnSys Support Team2020-03-042-39/+30
|
* #941 use dbi layer from actualizaHardwareOpenGnSys Support Team2020-03-042-136/+104
|
* #941 use dbi layer from RESPUESTA_CrearSoftIncrementalOpenGnSys Support Team2020-03-041-23/+26
|
* #941 use dbi layer from actualizaCreacionImagen()OpenGnSys Support Team2020-03-042-35/+35
|
* #941 use dbi layer from actualizaConfiguracion()OpenGnSys Support Team2020-03-042-250/+163
|
* #941 use dbi layer from procesoInclusionCliente()OpenGnSys Support Team2020-03-041-46/+36
|
* #941 use dbi layer from respuestaEstandar()OpenGnSys Support Team2020-03-041-73/+131
| | | | | | | And update all callers. Some of the db.Open() calls cannot be removed yet, since there are still more function dependencies that need to be converted too.
* #941 Consolidate CrearSoftIncremental, RestaurarImagenBasica, ↵OpenGnSys Support Team2020-03-041-111/+5
| | | | | | RestaurarSoftIncremental, Configurar and EjecutarScript These functions are identical, remove duplicated code.
* #941 Consolidate RESPUESTA_Reiniciar, RESPUESTA_IniciarSesion and ↵OpenGnSys Support Team2020-03-041-94/+2
| | | | | | RESPUESTA_Apagar They are identical, remove duplicated code.
* #941 Consolidate RESPUESTA_Configurar and RESPUESTA_EjecutarScriptOpenGnSys Support Team2020-03-041-56/+8
| | | | These function are almost identical, remove duplicated code.
* #941 use dbi layer from buscaComandos()OpenGnSys Support Team2020-03-041-38/+40
|
* #941 use dbi layer from AutoexecCliente()OpenGnSys Support Team2020-03-042-31/+25
|
* #941 use dbi layer from procesoInclusionClienteWinLnx()OpenGnSys Support Team2020-03-041-40/+34
|
* #941 add basic database-independent abstraction (dbi)OpenGnSys Support Team2020-03-042-0/+58
| | | | Add basic infrastructure to support for the independent database layer.
* #924 Fix that only the commands without session were checkedJavier Sánchez Parra2019-11-251-0/+5
| | | | | | | | | | | Irina reports that the bug fixed in 78a97c5 happens again when you run a command with a session (queue of actions). The bug was introduced in 78a97c5, the goal of the commit was to change the behaviour of respuestaEstandar to always check the result of a command, whether it has a session or not. But, instead of this behaviour, the commit changes respuestaEstandar to only check the commands without session.
* #839: Always update the partition types when obtaining the computer ↵Ramón M. Gómez2019-11-211-1/+2
| | | | configuration.
* #915 Return HTTP 400 error code in og_client_state_process_payload_restRoberto Hueso Gómez2019-11-131-1/+1
| | | | | This patch meets RFC 7235 and returns an HTTP 400 error code when ogAdmServer recieves a wrong request.
* #915 Rename POST /image/setup for /setup in REST APIRoberto Hueso Gómez2019-11-131-3/+3
| | | | This patch renames the setup command to avoid semantic confusion.
* #915 Add 'echo' parameter to POST /shell/runRoberto Hueso Gómez2019-11-121-4/+31
| | | | 'echo' parameter makes possible for users to request the console output.
* #915 Fix og_json_parse_clients flags for empty arraysRoberto Hueso Gómez2019-11-121-2/+2
| | | | | This patch prevents the flag OG_REST_PARAM_ADDR to be activated when the array is empty.
* #915 Validate POST /run/schedule REST API parametersRoberto Hueso Gómez2019-11-121-0/+3
| | | | This patch ensures that all required parameters are sent in the request.
* #915 Validate POST /image/restore/incremental REST API parametersRoberto Hueso Gómez2019-11-121-10/+40
| | | | This patch ensures that all required parameters are sent in the request.
* #915 Validate POST /image/restore/basic REST API parametersRoberto Hueso Gómez2019-11-121-10/+38
| | | | This patch ensures that all required parameters are sent in the request.