Soporte

Por correo electrónico a [email protected], por WhatsApp o mediante el formulario de contacto del sitio. Los clientes también pueden abrir un ticket desde su área de cliente.

Nuestro soporte está disponible 24/7.

Sí. Haga clic en «Être rappelé» (Que le llamen — el botón presente al pie de cada página, o desde la página Contacto), deje su número y la franja horaria que le convenga: un asesor le llama, generalmente en un plazo de un día hábil. No es necesaria ninguna cuenta.

Para un servidor dedicado a medida, un volumen de revendedor superior a Agency L o un proyecto específico, solicite un presupuesto en línea desde la página «Demander un devis» (Solicitar un presupuesto) (o el botón «Devis» (Presupuesto) de las páginas correspondientes): describa su necesidad y nuestro equipo le prepara una propuesta con precios en un plazo de uno a dos días hábiles. La recibe por correo electrónico y puede consultarla y después aceptarla con un clic, mediante un enlace seguro. Cada presupuesto tiene un periodo de validez indicado.

El soporte se ofrece en francés, inglés y árabe.

Respondemos generalmente en menos de 24 horas. En horario de atención, WhatsApp permite a menudo una respuesta más rápida.

El soporte de nivel de infraestructura está incluido. Para la gestión de su entorno VPS, hay disponible un servicio de administración como opción.

Sí, nuestro Blog ofrece guías de despliegue detalladas (alojar herramientas de IA, automatizaciones, bases de datos, etc.) paso a paso en VPS.

Consulte la página pública «Estado de los servicios» (/statut, también accesible desde el pie de página): disponibilidad en tiempo real por componente (DNS, API, correo, alojamiento) e historial de incidentes. Cuando se declara un incidente, aparece un aviso en su área de cliente; para los incidentes importantes, también recibe una notificación (campana + correo electrónico). Puede ajustar estos correos mediante «Incidentes y mantenimientos» en las preferencias de notificación de su cuenta.

Para abrir un ticket con seguimiento se necesita una cuenta de cliente — así se vincula la solicitud a sus servicios y se asegura un seguimiento personalizado. Si todavía no tiene cuenta, puede contactarnos mediante el formulario de contacto o WhatsApp, y nuestro equipo le orientará.

Para cualquier aviso de seguridad (vulnerabilidad, acceso no autorizado, abuso), escríbanos directamente a [email protected] indicando «Seguridad» en el asunto. Acusamos recibo en un día hábil y tratamos los avisos de forma prioritaria. No divulgue públicamente el fallo antes de recibir respuesta de nuestro equipo.

No existe un botón **Escalar**: no tenemos una cola de escalada aparte. Lo que realmente cambia el tratamiento de un ticket es su prioridad y lo que usted describe en él. Al abrirlo, elija la prioridad **Urgente** si sus servicios en producción están afectados, e indique el impacto real en el mensaje: servicios fuera de línea, clientes afectados, desde cuándo. Si un ticket supera el plazo de respuesta indicado (24 horas), responda en el hilo para señalarlo, o contáctenos por otro canal desde la página Contacto.

No: el área de cliente no tiene subcuentas ni gestión de accesos delegada — una cuenta, un acceso. Existen dos dispositivos según su caso. Si es una agencia o un proveedor que gestiona los servicios de varios clientes, el **Espacio agencia** está pensado para eso: cada cliente conserva su propia cuenta y usted queda vinculado a ella mediante una invitación que él acepta. Si es revendedor de alojamiento, su plan WHM le permite crear cuentas cPanel distintas para sus propios clientes. En todos los casos, no comparta sus credenciales: escríbanos desde la página Contacto y veremos juntos el montaje adecuado.

Nuestro soporte técnico está disponible **7 días a la semana, 24 horas al día** para los incidentes críticos que afecten a sus servicios (servidor fuera de línea, pérdida de acceso, problema de red). Para las solicitudes no urgentes (preguntas de configuración, peticiones de asesoramiento, asistencia en la migración), nuestro equipo responde de **lunes a viernes, de 9:00 a 18:00** (hora de París). Los fines de semana y los días festivos, los tickets urgentes cuentan con un tiempo de respuesta garantizado de 4 horas. Para activar la prioridad urgente, abra su ticket eligiendo la categoría **Incidente en producción** y describa el impacto en sus servicios. Las peticiones de asesoramiento y las preguntas técnicas no urgentes abiertas el fin de semana se tratarán el lunes por la mañana.

El runner self-hosted de GitHub Actions no se relanza automáticamente tras reiniciar el servidor, salvo que lo haya configurado como servicio del sistema. Para Gitea Actions (act_runner) o el runner self-hosted de GitHub, cree un servicio systemd: cree el archivo `/etc/systemd/system/act-runner.service` con `ExecStart=/usr/local/bin/act_runner daemon` (o la ruta apropiada), y después ejecute `systemctl enable act-runner && systemctl start act-runner`. Para el runner oficial de GitHub, ejecute `./svc.sh install && ./svc.sh start` desde el directorio del runner — este script genera y activa el servicio systemd correspondiente. Compruebe el estado con `systemctl status act-runner` (o `actions.runner.*.service` para el runner oficial).

El 502 Bad Gateway al arrancar Authentik es casi siempre normal: las migraciones PostgreSQL aún no han terminado. Espere de 1 a 2 minutos después de `docker compose up -d` antes de acceder a la interfaz. Si el error persiste, revise los logs del contenedor server con `docker compose logs server` — busque líneas con `Migrating` seguidas de `OK`. Si alguna migración falla, compruebe los permisos del usuario PostgreSQL (`GRANT ALL ON DATABASE authentik TO authentik`) y las variables `PG_PASS` y `AUTHENTIK_SECRET_KEY` en su `.env`.

Si su migración desde Oracle Cloud está bloqueada (contenedor que no arranca, datos inaccesibles, timeout SSH), abra un ticket desde su área de cliente eligiendo la categoría «Migración» y la prioridad «Urgente» si sus servicios de producción están afectados. Indique en su ticket: el pedido o el servicio de destino (VPS, alojamiento), el paso exacto en el que falló la migración, los logs de Docker o SSH obtenidos y el impacto en su actividad. Nuestro equipo retoma el control en un plazo de 24 horas para las incidencias urgentes. También puede escribir a 708030340 para obtener un acuse de recibo rápido durante el horario laboral.

Abra un ticket desde su área de cliente indicando la versión de Dify, el nombre exacto del plugin, el mensaje de error completo y los logs de Docker (`docker compose logs dify-api`). Nuestro equipo de soporte comprueba primero que se cumplen los requisitos del sistema (Python 3.11+, acceso de red saliente para descargar el plugin, permisos sobre el volumen). Si el error proviene del propio plugin (código upstream), también puede notificarlo en el repositorio oficial de Dify en GitHub e informarnos en [email protected] para que sigamos el parche juntos.

La URL del repositorio de plugins de Jellyfin cambió entre la versión 10.7 y las versiones recientes. Ir a Dashboard > Plugins > Repositories, reemplazar la URL antigua por `https://repo.jellyfin.org/files/plugin/manifest.json` y reiniciar Jellyfin para vaciar la caché. La issue #16654 de GitHub documenta este comportamiento.

Activar el modo debug en `config/defines.inc.php` estableciendo `_PS_MODE_DEV_` a `true` para mostrar el error real. Las causas más frecuentes son un `memory_limit` PHP demasiado bajo (mínimo 256 MB recomendado), permisos incorrectos en `var/cache/` o `img/`, o un módulo incompatible. Una vez identificado y corregido el error, volver a poner `_PS_MODE_DEV_` a `false` en producción.

Si no puede acceder a su área de cliente para abrir un ticket, dispone de varios canales alternativos: el formulario de contacto en `/contact`, la dirección [email protected] o WhatsApp en 708030340. Indique en su mensaje los servicios afectados, el impacto observado y desde cuándo — esto nos permite gestionar su solicitud con la prioridad adecuada desde el momento de recibirla.

Desde su área de cliente, acceda a la sección Tickets: cada solicitud muestra su estado en tiempo real (abierto, en curso, resuelto), el historial completo de la conversación y los archivos adjuntos compartidos. Las respuestas de nuestro equipo aparecen al instante gracias al chat en directo, sin necesidad de recargar la página. También recibe una notificación por correo electrónico con cada actualización, según sus preferencias de notificaciones.

En caso de una interrupción crítica, abra un ticket desde su área de cliente de ServOrbit seleccionando la prioridad alta o urgente según la gravedad del incidente. Los tickets se clasifican por nivel de gravedad, y las interrupciones totales del servicio se atienden con la máxima prioridad. Los SLA de tiempo de respuesta varían según el plan contratado: los planes profesionales y de servidores dedicados disponen de tiempos de respuesta garantizados más cortos. Para incidentes críticos, indique claramente los servicios afectados y los mensajes de error observados para agilizar el diagnóstico.

El soporte de ServOrbit cubre la infraestructura y la conectividad: disponibilidad del servidor, red, acceso SSH, sistema operativo base y servicios gestionados proporcionados por ServOrbit. La configuración de aplicaciones — instalación de frameworks, configuración de un CMS, depuración de código u optimización de bases de datos de aplicaciones — queda fuera del alcance del soporte estándar y es responsabilidad suya. Si necesita asistencia personalizada para configuraciones avanzadas, consulte al equipo comercial para conocer las ofertas de servicios profesionales disponibles.

Accede a tu área de cliente, ve a 'Soporte' y luego a 'Mis tickets' para encontrar la solicitud de migración asociada. Cada etapa (análisis, transferencia, validación, puesta en marcha) queda registrada y visible en tiempo real en el hilo del ticket. También recibirás una notificación por correo electrónico ante cada cambio de estado. Si no aparece ninguna actualización pasadas 24 horas, responde directamente al ticket existente en lugar de abrir uno nuevo.

Desde tu área de cliente, abre un ticket de soporte indicando el servicio afectado, la fecha y hora aproximadas del incidente y los mensajes de error observados. Nuestro equipo generará un informe de diagnóstico (registros del servidor, métricas de recursos, historial de eventos) y te lo compartirá directamente en el ticket. Cuanto más detallada sea la información, más rápido podremos aislar la causa.