Esta página contiene las opciones que se utilizan para activar y controlar los accesos REST a la base 4D.
REST permite que las aplicaciones externas accedan directamente a los datos de su base, por ejemplo a través de la funcionalidad Open datastore.
Nota:
- en 4D Server, la apertura de una sesión REST requiere que esté disponible una licencia 4D client.
- en 4D monopuesto, puede abrir hasta tres sesiones REST con fines de prueba.
Por razones de seguridad, por defecto, 4D no responde a las peticiones REST. Si desea utilizar esta funcionalidad, se debe seleccionar la opción Activar el servicio REST para que las peticiones provenientes de REST sean procesadas.
Nota: los servicios REST utilizan el servidor HTTP de 4D, por lo que necesita asegurarse de que el servidor Web de 4D se haya iniciado.
El mensaje de alerta "Precaución, verifique los derechos de acceso" se muestra cuando se marca esta opción para llamar su atención sobre el hecho de que cuando los servicios REST se activan, por defecto el acceso a los objetos de la base es libre, mientras que los accesos REST no hayan sido configurados.
Esta opción especifica el grupo de usuarios 4D que está facultado para establecer la conexión a la base 4D utilizando peticiones REST.
Por defecto, el menú muestra <Cualquiera>, lo que significa que los accesos REST están abiertos a todos los usuarios.
Una vez que haya especificado un grupo, sólo una cuenta de usuario 4D que pertenezca a este grupo se puede utilizar para acceder a 4D por medio de una solicitud REST, en particular, para abrir una sesión utilizando el comando Open datastore. Si se utiliza una cuenta que no pertenece a este grupo, 4D devuelve un error de autenticación al remitente de la solicitud.
Tenga en cuenta que para que esta configuración surta efecto el comando Método base On 4D Mobile Authentication no debe definirse. Si existe, 4D no tiene en cuenta la configuración de acceso definidos en las Propiedades de la base.
Atención: dado que cualquier solicitud REST requiere una sesión y, por lo tanto, una licencia válida, se recomienda filtrar las solicitudes asignando un grupo de usuarios 4D para el acceso REST o utilizando
Método base On 4D Mobile Authentication. De lo contrario, el servidor creará una sesión para cada solicitud REST entrante (incluso $
info) y tomará una licencia. Cuando una solicitud REST entrante se vincula a una sesión de usuario existente (creada a través de una autenticación previa), 4D reutilizará la misma sesión.