# Servicio HTTPS

[Velneo vServer](https://doc.velneo.com/velneo-vserver/que-es-velneo-vserver) incorpora un **servicio HTTPS ligero** que incorpora una potente funcionalidad de *virtual Hosts* que permite, en un Velneo vServer, acceder a las APIs configuradas en las [instancias](https://doc.velneo.com/velneo-vadmin/gestion-de-aplicaciones/instancias) de las aplicaciones.

Así mismo, se usa también para servir [Velneo vAdmin Web y Velneo vDataClient Web](https://doc.velneo.com/velneo/velneo-web#conexion-directa-a-virtualhost-del-servicio-https-de-velneo-vserver).&#x20;

{% hint style="success" %}
Se requiere de un servidor Proxy inverso externo para evitar la exposición directa de este servicio HTTPS ligero.
{% endhint %}

Este servicio no debe usarse para servir APIs de forma directa. Ha de evitarse exponer el puerto y, por tanto, requiere de la configuración de un servidor Proxy inverso externo, por ejemplo Apache que, además, dote de funcionalidad y seguridad a este servicio HTTPS ligero.

Con esta funcionalidad, podemos gestionar diferentes dominios y configuraciones dentro de un mismo Velneo vServer, diferenciando cada instancia por su nombre de dominio, dirección IP o puerto. Esto es útil para optimizar recursos y administrar varias instancias sin necesidad de servidores adicionales.

Esta capacidad es fundamental para escenarios donde se necesita:

* Servir ficheros estáticos (imágenes, CSS, JavaScript) diferentes para cada dominio.
* Enrutar las peticiones a distintas instancias de aplicaciones Velneo según el dominio consultado.

[Los *virtual hosts* podremos gestionarlos a través de Velneo vAdmin](https://doc.velneo.com/velneo-vadmin/web).

## Servicio HTTPS en Velneo Cloud

En [Velneo cloud](https://doc.velneo.com/velneo-cloud) el puerto establecido es el 8000 y no puede ser cambiado.

Dicho  puerto no está abierto y disponible, si no que se redirige por proxy inverso desde Apache, por el puerto que se tenga configurado. En el caso de desarrollo se puede ver en [el panel](https://doc.velneo.com/velneo-cloud/panel-de-control-vserver-cloud/apache) el puerto HTTPS asignado.

En el caso de producción, usará el estándar 443 correspondiente a HTTPS y estará también visible en el panel de control.

Además, los *location* que tengamos definidos por vModApache son prioritarios, solo si se eliminan o se quitan, entonces el path va contra el servidor HTTPS de Velneo.

## Características

### Tamaño del cuerpo y uso de memoria

El cuerpo de las peticiones y de las respuestas se gestiona en memoria. Límite teórico por mensaje: \~2 GB, condicionado por la memoria disponible del proceso.

### Codificación y Content-Encoding

Texto: usa UTF-8 de forma obligatoria. Declara siempre el charset en `Content-Type` (por ejemplo, `application/json; charset=utf-8`).

No hay soporte automático de `Content-Encoding (gzip/deflate/br)` en peticiones ni en respuestas.

### Versiones HTTP soportadas

Soportado: HTTP/1.1.

No soportado: HTTP/1.0. HTTP/2, HTTP/3.

<br>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://doc.velneo.com/velneo-vserver/servicio-https.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
