Tu propia suscripción VLESS en un VPS: sub-store y autoactualización de configuraciones

Para crear una suscripción VLESS unificada en un VPS con actualización automática de configuraciones y una gestión cómoda de múltiples servidores, se utiliza sub-store, una potente herramienta que permite centralizar los accesos y automatizar su entrega a los clientes. Este artículo detallará cómo desplegar y configurar su propio sub-store en un servidor privado virtual de Valebyte.com, para que pueda gestionar eficazmente sus configuraciones VLESS, combinarlas en un único enlace conveniente y garantizar una actualización automática ininterrumpida para todos sus usuarios, independientemente del número de servidores y su ubicación geográfica.

¿Por qué es necesaria una suscripción VLESS unificada en un VPS y por qué es conveniente?

La gestión de múltiples servidores VLESS, ubicados en diferentes centros de datos o incluso con diferentes proveedores, puede convertirse rápidamente en un dolor de cabeza. Cada servidor tiene su propio archivo de configuración o enlace único. Si tiene varios clientes o usted mismo utiliza varios dispositivos, la necesidad de actualizar o distribuir manualmente estos enlaces con cada cambio (por ejemplo, al cambiar un puerto, añadir un nuevo servidor o bloquear uno antiguo) se vuelve extremadamente ineficiente. Una suscripción VLESS unificada en un VPS resuelve este problema, ofreciendo un enfoque centralizado para la gestión de accesos.

Problemas de una infraestructura multiservidor sin centralización

Sin un punto de gestión unificado, los administradores y usuarios se enfrentan a las siguientes dificultades:

• Actualización manual: Con cada cambio de configuración (por ejemplo, actualización de un certificado TLS, cambio de dirección IP del servidor, adición de un nuevo nodo VLESS), es necesario actualizar manualmente los enlaces en cada dispositivo cliente. Esto es laborioso y propenso a errores.
• Complejidad de la distribución: El envío de decenas o cientos de enlaces individuales a los usuarios se convierte en una pesadilla logística. ¿Cómo asegurarse de que todos tengan siempre los datos actualizados?
• Falta de una fuente única: Los clientes no pueden cambiar fácilmente entre servidores. Tienen que añadir manualmente cada servidor, lo que reduce la usabilidad y aumenta la barrera de entrada.
• Problemas de disponibilidad: Si un servidor se cae, los clientes tienen que esperar un nuevo enlace o cambiar manualmente a otro, si lo habían añadido previamente. Esto interrumpe la continuidad del servicio.
• Uso ineficiente de los recursos: Sin la capacidad de cambiar rápidamente a los usuarios entre servidores menos cargados, algunos nodos pueden sobrecargarse mientras otros permanecen inactivos.

Un sistema de suscripciones centralizado, que se ejecuta en su VPS, permite agregar todas las configuraciones VLESS en un único enlace conveniente. El cliente añade este enlace una vez a su cliente VLESS (por ejemplo, v2rayNG, Clash, Shadowrocket), y todos los servidores disponibles aparecen automáticamente en la lista. Con cualquier cambio en el lado del servidor, el cliente solo necesita actualizar la suscripción, y los datos actualizados se descargarán automáticamente. Esto mejora significativamente la comodidad para los usuarios finales y simplifica la vida de los administradores.

Ventajas de una suscripción VLESS centralizada en un VPS

El despliegue de su propio sistema de suscripciones en un VPS aporta una serie de ventajas significativas:

• Comodidad para los usuarios: Un solo enlace en lugar de decenas. Los clientes pueden cambiar fácilmente entre servidores, eligiendo la opción más rápida o estable.
• Facilidad de administración: Todos los cambios se realizan en un solo lugar. La adición de nuevos servidores, la eliminación de los antiguos, la modificación de parámetros, todo esto se refleja en los clientes después de actualizar la suscripción.
• Actualización automática de las configuraciones VLESS: Los clientes reciben configuraciones actualizadas sin intervención manual, lo cual es críticamente importante para mantener un acceso estable, especialmente en condiciones de bloqueos frecuentes o cambios de direcciones IP.
• Flexibilidad y control: Usted controla completamente qué servidores y en qué orden se proporcionan a los usuarios. Se pueden configurar diferentes grupos de suscripciones para diferentes usuarios.
• Resistencia a los bloqueos: Si uno de los servidores es bloqueado, puede reemplazarlo rápidamente por uno nuevo en el sub-store, y los clientes recibirán la configuración actualizada en la próxima actualización automática.
• Ahorro de tiempo: La reducción del tiempo de soporte y distribución de configuraciones permite centrarse en tareas más importantes.

El uso de su propio VPS para alojar el sub-store también le otorga control total sobre los datos y la privacidad, algo que no se puede garantizar al utilizar servicios de terceros. Usted elige un proveedor, por ejemplo, Valebyte.com, que ofrece VPS fiables con alta disponibilidad y rendimiento, lo cual es críticamente importante para el funcionamiento estable de su sistema de suscripciones.

¿Qué es sub-store y cómo resuelve el problema de la gestión de suscripciones VLESS VPS?

Sub-store es una herramienta ligera pero potente que actúa como un servidor proxy para sus suscripciones. No es un servidor VLESS completo, sino más bien un agregador y convertidor de configuraciones. Su tarea principal es recibir como entrada múltiples enlaces VLESS individuales (u otros protocolos) y proporcionar como salida un único y unificado enlace de suscripción que los clientes puedan utilizar. Esto permite gestionar eficazmente las suscripciones VLESS VPS, simplificando significativamente todo el proceso.

Principio de funcionamiento de sub-store

Sub-store funciona según el siguiente principio:

1. Recopilación de configuraciones: Usted proporciona a sub-store una lista de URLs, cada una de las cuales conduce a una configuración VLESS individual (o una configuración de otro protocolo, por ejemplo, Shadowsocks, VMess, Trojan, Reality, etc.). Estos enlaces pueden ser tanto enlaces directos a configuraciones como enlaces a otras suscripciones.
2. Agregación y normalización: Sub-store descarga todas estas configuraciones, las analiza, las normaliza y las combina en una única matriz de datos.
3. Conversión y filtrado: A petición del cliente, sub-store puede convertir los datos combinados en diferentes formatos de suscripción (por ejemplo, Clash, Quantumult X, Surge, lista de URLs codificada en Base64 para V2RayNG). También puede aplicar filtros, permitiendo incluir o excluir servidores específicos por sus nombres, regiones u otros parámetros.
4. Emisión de un enlace único: Sub-store proporciona una URL pública. Cuando la aplicación cliente envía una solicitud a esta URL, sub-store genera y entrega dinámicamente la lista actualizada de servidores en el formato deseado.

De esta manera, sub-store se convierte en el hub central para todas sus configuraciones VLESS. En lugar de dar a los usuarios 10 enlaces diferentes, les da uno que siempre conduce a la lista actualizada de 10 (o más) servidores.

Características clave de sub-store para la gestión de suscripciones

Sub-store ofrece una serie de funciones que lo convierten en una herramienta indispensable para la gestión de suscripciones VLESS:

• Soporte para múltiples protocolos: Además de VLESS, sub-store normalmente soporta VMess, Shadowsocks, Trojan, Snell, proxies HTTP/HTTPS y otros. Esto permite combinar servidores de diferentes tipos en una sola suscripción.
• Configuración flexible de fuentes: Puede añadir tanto enlaces directos a configuraciones VLESS como enlaces a otras suscripciones, lo que permite crear sistemas multinivel.
• Conversión de formatos: Una de las funciones más importantes es la capacidad de convertir la lista agregada de servidores a formatos comprensibles para diversas aplicaciones cliente (Clash, Quantumult X, Surge, lista de URLs V2Ray/VLESS codificada en Base64).
• Filtrado y clasificación: Posibilidad de filtrar servidores por palabras clave en sus nombres, por regiones, por protocolos. Esto permite crear suscripciones personalizadas.
• Actualización automática: Dado que sub-store genera dinámicamente la lista de servidores, cualquier cambio en las configuraciones originales se refleja automáticamente en la suscripción del cliente en la próxima actualización.
• Balanceo de carga (limitado): Aunque sub-store por sí mismo no es un balanceador de carga, permite proporcionar a los clientes una lista actualizada de servidores, de la cual pueden elegir el menos cargado o el más cercano a ellos.
• Ligereza: Sub-store suele estar escrito en Go o Python y consume un mínimo de recursos, lo que lo hace ideal para desplegar incluso en los VPS más económicos.

Al utilizar sub-store en su VPS de Valebyte.com, obtiene control total sobre el proceso de distribución de configuraciones VLESS, garantizando la máxima comodidad y fiabilidad para sus usuarios. Esto es especialmente relevante para aquellos que proporcionan acceso a servidores VLESS a un pequeño grupo de amigos, familiares o incluso como parte de un pequeño proyecto comercial.

Preparación del VPS para la instalación de sub-store: selección y configuración

Antes de proceder con la instalación de sub-store, es necesario seleccionar y preparar correctamente su servidor privado virtual. La elección de un VPS adecuado es un factor clave para el funcionamiento estable y rápido de su sistema de suscripciones. Valebyte.com ofrece varios planes tarifarios que se adaptarán a esta tarea.

Selección del VPS óptimo para sub-store

Sub-store no es una aplicación que consuma muchos recursos, por lo que no se requiere un servidor potente para su funcionamiento. Sin embargo, si planea atender a un gran número de clientes o agregar cientos de configuraciones, debería considerar opciones más potentes. Aquí están las principales recomendaciones para elegir un VPS:

• Procesador (CPU): 1 vCPU con una frecuencia de 2.0 GHz o superior será más que suficiente. Sub-store realiza principalmente operaciones de red y análisis de texto, lo que no requiere cálculos intensivos.
• Memoria RAM: 512 MB – 1 GB de RAM suele ser suficiente con margen. Si utiliza un sistema operativo sin interfaz gráfica (lo cual es altamente recomendado), incluso 256 MB pueden ser suficientes, pero 512 MB ofrecen más flexibilidad.
• Espacio en disco: 10-20 GB de disco NVMe o SSD serán más que suficientes. Sub-store almacena muy pocos datos. NVMe/SSD es preferible para la capacidad de respuesta general del sistema.
• Sistema operativo: Se recomienda utilizar distribuciones Linux minimalistas, como Ubuntu Server (20.04 LTS o 22.04 LTS), Debian (11 o 12) o CentOS Stream 9. Son estables, están bien documentadas y consumen un mínimo de recursos.
• Ubicación del VPS: Elija una ubicación geográficamente cercana a sus usuarios principales para minimizar la latencia al solicitar la suscripción. Sin embargo, dado que sub-store solo entrega datos de texto, la influencia de la ubicación en la velocidad será mínima; lo principal es una conexión a internet estable.

Tabla: Configuraciones recomendadas de VPS para sub-store en Valebyte.com

Plan tarifario (ejemplo)	vCPU	RAM	Disco (NVMe/SSD)	Tráfico	Precio aproximado/mes.	Carga recomendada
Entry-Level	1 núcleo (2.0+ GHz)	512 MB	10 GB NVMe	1 TB	desde $3	Hasta 50 usuarios activos, hasta 20 servidores VLESS
Standard	1 núcleo (2.5+ GHz)	1 GB	20 GB NVMe	2 TB	desde $5	Hasta 200 usuarios activos, hasta 50 servidores VLESS
Advanced	2 núcleos (2.5+ GHz)	2 GB	40 GB NVMe	4 TB	desde $10	Más de 200 usuarios activos, más de 50 servidores VLESS

*Los precios son a modo de ejemplo y pueden variar. Para información precisa, consulte las tarifas actuales en Valebyte.com.*

Configuración inicial del sistema operativo

Después de obtener acceso a su VPS (normalmente a través de SSH), siga los siguientes pasos: 1. Actualización del sistema: Siempre comience actualizando todos los paquetes a las versiones actuales.

sudo apt update && sudo apt upgrade -y

(Para Ubuntu/Debian)

sudo yum update -y

(Para CentOS/RHEL) 2. Instalación de utilidades necesarias: Asegúrese de que estén instalados `curl` o `wget` para la descarga de archivos, y `git` (si planea clonar el repositorio de sub-store).

sudo apt install curl wget git -y

3. Configuración del firewall (UFW para Ubuntu/Debian): Se recomienda configurar el firewall para mejorar la seguridad. Permita solo los puertos necesarios: SSH (normalmente 22), HTTP (80) y HTTPS (443), ya que sub-store funcionará a través de un servidor web.

sudo ufw allow OpenSSH
sudo ufw allow http
sudo ufw allow https
sudo ufw enable

Confirme "y" cuando se le solicite. 4. Creación de un nuevo usuario (opcional, pero recomendado): No trabaje como `root`, sino como un usuario normal con permisos `sudo`.

sudo adduser valeuser
sudo usermod -aG sudo valeuser

Luego, cierre la sesión de `root` e inicie sesión como `valeuser`. Ahora su VPS está listo para la instalación de sub-store. Asegúrese de tener un nombre de dominio apuntando a la dirección IP de su VPS si planea usar HTTPS (lo cual es altamente recomendado) para su suscripción.

Instalación de sub-store en un VPS: guía paso a paso

La instalación de sub-store en un VPS se puede realizar de varias maneras, dependiendo de la implementación elegida (hay versiones en Go, Python y otros lenguajes). Revisaremos la instalación de la versión más popular y de mayor rendimiento, generalmente escrita en Go, que se compila en un único archivo ejecutable. Para la demostración, usaremos Ubuntu Server 22.04 LTS.

Instalación de Go y compilación de sub-store desde el código fuente

Este método es preferible, ya que permite obtener la versión más reciente y garantiza la compatibilidad. 1. Instalación de Go: Primero, debe instalar el compilador Go. Verifique la versión actual de Go en el sitio web oficial (go.dev/dl/).

wget https://go.dev/dl/go1.22.4.linux-amd64.tar.gz # Reemplace con la versión actual
sudo rm -rf /usr/local/go
sudo tar -C /usr/local -xzf go1.22.4.linux-amd64.tar.gz
echo "export PATH=$PATH:/usr/local/go/bin" >> ~/.profile
source ~/.profile
go version

Debería ver la versión de Go, por ejemplo `go version go1.22.4 linux/amd64`. 2. Clonación del repositorio de sub-store: Encuentre el repositorio actual de sub-store en GitHub. Una de las opciones populares es `sub-store-ng` o `subconverter`. Utilizaremos el concepto de `sub-store` como nombre genérico. Supongamos que encontró un repositorio adecuado.

git clone https://github.com/your-sub-store-repo/sub-store.git # Reemplace con el repositorio real
cd sub-store

3. Compilación de sub-store:

go build -o sub-store main.go # O cualquier otro archivo de punto de entrada

Después de ejecutar este comando, aparecerá el archivo ejecutable `sub-store` en el directorio actual.

Inicio de sub-store y configuración de Systemd

Para un funcionamiento fiable de sub-store en segundo plano y su inicio automático después de reiniciar el servidor, utilice `systemd`. 1. Creación del archivo de configuración de sub-store: Sub-store normalmente requiere un archivo de configuración (por ejemplo, `config.yaml` o `settings.json`), donde se especifican las fuentes de las suscripciones, los puertos y otros parámetros. Ejemplo de `config.yaml` (la estructura puede variar):

# config.yaml
listen: ":8080" # Puerto en el que sub-store escuchará localmente. Nginx actuará como proxy hacia él.
sources:
  - url: "https://your-vless-server1.com/config.json"
    name: "Server-1-Germany"
  - url: "https://your-vless-server2.com/vless_sub"
    name: "Server-2-USA"
    type: "vless" # Especificamos el tipo, si no es auto-detect
rules:
  - name: "My-Combined-Subscription"
    filter: "Server-" # Incluir todos los servidores que contengan "Server-" en el nombre
    format: "base64" # Formato de salida para V2RayNG/v2rayN
    path: "/sub/my_vless_sub" # Ruta URL para esta suscripción
    template: "default" # Plantilla para el formato

Cree este archivo en el directorio `sub-store` (por ejemplo, `/opt/sub-store/config.yaml`). 2. Creación de un usuario para sub-store: Por seguridad, es mejor ejecutar sub-store bajo un usuario separado.

sudo useradd -r -s /bin/false sub-store-user
sudo mkdir /opt/sub-store
sudo mv sub-store /opt/sub-store/sub-store
sudo mv config.yaml /opt/sub-store/config.yaml
sudo chown -R sub-store-user:sub-store-user /opt/sub-store

3. Creación de una unidad Systemd: Cree el archivo `sub-store.service` en `/etc/systemd/system/`.

sudo nano /etc/systemd/system/sub-store.service

Añada el siguiente contenido:

[Unit]
Description=Sub-store Subscription Converter
After=network.target

[Service]
User=sub-store-user
Group=sub-store-user
ExecStart=/opt/sub-store/sub-store -c /opt/sub-store/config.yaml # Especifique la ruta a su configuración
Restart=on-failure
RestartSec=10
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

Guarde y cierre el archivo. 4. Inicio y activación de sub-store:

sudo systemctl daemon-reload
sudo systemctl enable sub-store
sudo systemctl start sub-store
sudo systemctl status sub-store

Asegúrese de que el servicio esté iniciado y activo (`active (running)`). Ahora sub-store está iniciado y escuchando en el puerto 8080 (o el que haya especificado en su configuración). Sin embargo, para acceder por HTTP/HTTPS y usar un nombre de dominio, necesitará un servidor web proxy, como Nginx.

Configuración de Nginx como proxy inverso

Nginx recibirá las solicitudes en los puertos 80/443 de su dominio y las reenviará a sub-store, que se ejecuta en el puerto 8080. Esto también permitirá configurar fácilmente SSL/TLS. 1. Instalación de Nginx:

sudo apt install nginx -y

2. Configuración de Nginx: Cree un nuevo archivo de configuración para su dominio (por ejemplo, `yourdomain.com.conf`) en `/etc/nginx/sites-available/`.

sudo nano /etc/nginx/sites-available/yourdomain.com.conf

Añada el siguiente contenido:

server {
    listen 80;
    server_name yourdomain.com www.yourdomain.com; # Reemplace con su dominio

    location / {
        proxy_pass http://127.0.0.1:8080; # Puerto en el que sub-store escucha
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

3. Activación de la configuración y reinicio de Nginx:

sudo ln -s /etc/nginx/sites-available/yourdomain.com.conf /etc/nginx/sites-enabled/
sudo nginx -t # Verificación de sintaxis
sudo systemctl restart nginx

4. Configuración de SSL/TLS con Certbot (recomendado): Para un acceso seguro a las suscripciones a través de HTTPS, instale Certbot.

sudo apt install certbot python3-certbot-nginx -y
sudo certbot --nginx -d yourdomain.com -d www.yourdomain.com

Siga las instrucciones de Certbot. Cambiará automáticamente la configuración de Nginx para usar SSL. Ahora su suscripción está disponible en `https://yourdomain.com/sub/my_vless_sub`. Los clientes podrán añadir este enlace a sus aplicaciones.

Configuración de sub-store: adición de servidores y creación de enlaces VLESS

Después de la instalación exitosa y la configuración básica de sub-store en su VPS, el siguiente paso es configurar las fuentes de los servidores VLESS y crear enlaces de suscripción personalizados. Este proceso implica editar el archivo de configuración de sub-store (normalmente `config.yaml` o `settings.json`) y aplicar los cambios.

Estructura del archivo de configuración de sub-store

El archivo de configuración de sub-store define de dónde obtener las configuraciones VLESS, cómo procesarlas y en qué formato entregarlas a los clientes. Revisemos las secciones principales usando `config.yaml` como ejemplo:

# config.yaml
listen: ":8080" # Puerto en el que sub-store escuchará localmente. Nginx actuará como proxy hacia él.

# Sección 'sources' - aquí se enumeran todas las fuentes de configuraciones VLESS.
# Pueden ser tanto enlaces directos a una configuración VLESS individual como enlaces a otras suscripciones.
sources:
  - url: "vless://[email protected]:443?encryption=none&security=tls&sni=server1.example.com&fp=chrome&type=ws&path=%2Fws#Germany-Frankfurt"
    name: "VLESS-TLS-WS-DE" # Nombre único para este servidor
    tag: "Germany,Fast" # Etiquetas para el filtrado

  - url: "vless://[email protected]:443?encryption=none&security=reality&pbk=PUBLIC_KEY&sni=google.com&fp=chrome&type=tcp&flow=xtls-rprx-vision#USA-Reality"
    name: "VLESS-Reality-US"
    tag: "USA,Secure,Reality"

  - url: "https://another-sub-provider.com/api/v1/client/subscribe?token=YOUR_TOKEN" # Enlace a otra suscripción
    name: "External-Provider-Sub"
    type: "auto" # Sub-store determinará el formato automáticamente
    interval: 3600 # Con qué frecuencia actualizar esta suscripción externa (en segundos)

# Sección 'rules' - aquí se definen los enlaces de suscripción de salida y sus parámetros.
# Cada "rule" crea un enlace URL separado para los clientes.
rules:
  - name: "All-VLESS-Servers"
    path: "/sub/all" # Ruta por la que estará disponible esta suscripción (por ejemplo, https://yourdomain.com/sub/all)
    filter: "VLESS-" # Incluir todas las fuentes cuyo nombre contenga "VLESS-"
    exclude: "Slow" # Excluir servidores con la etiqueta "Slow"
    format: "base64" # Formato de salida: base64 (para V2RayNG), clash, quantumultx, etc.
    template: "default" # Plantilla para formatear los nombres de los servidores (opcional)
    emoji: true # Añadir el emoji del país al nombre del servidor

  - name: "USA-Only-Servers"
    path: "/sub/usa"
    filter: "USA" # Incluir solo servidores con la etiqueta "USA"
    format: "clash" # Formato de salida para clientes Clash
    udp: true # Habilitar soporte UDP para Clash

  - name: "Fast-Servers-Base64"
    path: "/sub/fast"
    filter: "Fast" # Incluir solo servidores con la etiqueta "Fast"
    format: "base64"
    sort: "latency" # Intentar ordenar por latencia (si sub-store lo soporta)

Adición de servidores VLESS en sub-store

1. Recopilación de enlaces VLESS: Primero, obtenga los enlaces VLESS funcionales de sus servidores. Pueden ser enlaces generados por paneles (como Hiddify en VPS, Marzban) o configuraciones creadas manualmente. Ejemplo de enlace VLESS:

vless://UUID@your_vps_ip:PORT?encryption=none&security=tls&sni=your_domain.com&fp=chrome&type=ws&path=%2Fyour_path#ServerName

o con Reality:

vless://UUID@your_vps_ip:PORT?encryption=none&security=reality&pbk=PUBLIC_KEY&sni=google.com&fp=chrome&type=tcp&flow=xtls-rprx-vision#ServerName-Reality

2. Edición de `config.yaml`: Abra su archivo de configuración de sub-store:

sudo nano /opt/sub-store/config.yaml

En la sección `sources`, añada cada enlace VLESS como un elemento de lista separado. Asegúrese de asignar a cada servidor un `name` único y comprensible, y añada `tag` para una fácil filtración en el futuro. Ejemplo:

sources:
      - url: "vless://..."
        name: "Valebyte-DE-VLESS-1"
        tag: "Germany,Valebyte,TLS,WS"
      - url: "vless://..."
        name: "Valebyte-US-VLESS-2-Reality"
        tag: "USA,Valebyte,Reality"
      - url: "vless://..."
        name: "External-NL-VLESS-3"
        tag: "Netherlands,External"

También puede añadir enlaces a otras suscripciones para que sub-store también los agregue. Esto es conveniente si tiene servidores gestionados por otro panel que ya genera su propia suscripción.

Creación de enlaces de suscripción personalizados

En la sección `rules`, usted define qué servidores se incluirán en una u otra suscripción de salida, y en qué formato se presentarán. 1. Definición de `path`: Esta es la ruta URL por la que los clientes recibirán la suscripción. Por ejemplo, `/sub/my_main_vless` resultará en el enlace `https://yourdomain.com/sub/my_main_vless`. 2. Uso de `filter` y `exclude`: * `filter`: Incluye servidores cuyo `name` o `tag` contengan la subcadena especificada. * `exclude`: Excluye servidores cuyo `name` o `tag` contengan la subcadena especificada. Puede combinarlos para una configuración precisa. Por ejemplo, `filter: "Valebyte"` y `exclude: "Slow"` entregará todos los servidores de Valebyte, excepto los marcados como "Slow". 3. Selección de `format`: Este es un parámetro críticamente importante. * `base64`: Formato estándar para V2RayNG, v2rayN, Shadowrocket. Es simplemente una lista de enlaces VLESS (u otros protocolos) codificada en Base64, cada uno en una nueva línea. * `clash`: Formato para clientes Clash (archivo YAML). * `quantumultx`: Formato para Quantumult X. * `surge`: Formato para Surge. * `plain`: Lista de texto simple sin codificación (raramente utilizada para VLESS). 4. Opciones adicionales: * `emoji: true/false`: Añade banderas de países a los nombres de los servidores. * `template`: Permite usar plantillas personalizadas para formatear los nombres de los servidores. * `sort`: Permite ordenar los servidores (por ejemplo, por nombre, latencia, si sub-store lo soporta). Ejemplo de creación de diferentes suscripciones:

rules:
  - name: "Android-Users-VLESS"
    path: "/sub/android"
    filter: "VLESS-"
    exclude: "External" # Excluimos los externos, si solo queremos los nuestros
    format: "base64"
    emoji: true

  - name: "Clash-Users-Full"
    path: "/sub/clash"
    filter: "all" # Incluir todos los servidores disponibles
    format: "clash" # Para Clash for Windows, ClashX
    udp: true

  - name: "Fast-Germany-Servers"
    path: "/sub/de-fast"
    filter: "Germany,Fast" # Servidores de Alemania y rápidos
    format: "base64"
    emoji: true

Aplicación de cambios y pruebas

Después de realizar cambios en `config.yaml`: 1. Reinicie sub-store:

sudo systemctl restart sub-store

2. Verifique el estado:

sudo systemctl status sub-store

Asegúrese de que el servicio se reinició sin errores. 3. Pruebe los enlaces: Abra cada enlace de suscripción creado en un navegador (por ejemplo, `https://yourdomain.com/sub/android`). Debería ver una lista de configuraciones VLESS en el formato seleccionado (texto codificado en Base64, YAML para Clash, etc.). 4. Añada al cliente: Copie el enlace y añádalo a su cliente VLESS (por ejemplo, V2RayNG en Android). Asegúrese de que todos los servidores se muestran y funcionan correctamente. Ahora tiene un sub-store completamente configurado que agrega sus servidores VLESS y los proporciona en un formato conveniente a través de enlaces de suscripción unificados. Esto simplifica significativamente la gestión y garantiza la actualización automática de las configuraciones VLESS para sus clientes.

Convertidor de suscripciones: ¿cómo funciona sub-store con diferentes formatos?

Una de las características clave de sub-store, que lo convierte en una herramienta tan potente, es su capacidad para actuar como un convertidor de suscripciones universal. Puede recibir como entrada configuraciones de varios protocolos proxy y suscripciones en diversos formatos, y luego convertirlas al formato necesario para una aplicación cliente específica. Esto libera al administrador de la necesidad de adaptar manualmente las configuraciones para cada tipo de cliente.

Protocolos y fuentes compatibles

Sub-store está diseñado para la máxima flexibilidad. Puede trabajar con una amplia gama de protocolos:

• VLESS: Con TLS, WebSocket, gRPC, Reality, XTLS-Vision.
• VMess: Con TLS, WebSocket, gRPC.
• Shadowsocks (SS): Con diferentes cifrados y plugins (v2ray-plugin, simple-obfs).
• Trojan: Con TLS.
• Socks5/HTTP/HTTPS: Proxies básicos.
• Hysteria/Hysteria2: Protocolos UDP de alto rendimiento.
• TUIC: Protocolo basado en QUIC.

Las fuentes de estas configuraciones pueden ser:

• Enlaces URL directos a configuraciones VLESS/VMess/SS/Trojan individuales y otras.
• Enlaces a otras suscripciones (por ejemplo, una suscripción de su proveedor, otro panel de control, o incluso otras instancias de sub-store).
• Archivos locales en el servidor que contienen configuraciones (una opción menos común, pero posible).

Esta versatilidad le permite combinar en una sola suscripción servidores gestionados por Xray, Sing-box, Clash, Hiddify, Marzban y otros sistemas, proporcionando al cliente un único punto de acceso.

Formatos de suscripción de salida para diferentes clientes

Después de la agregación y el procesamiento de todas las configuraciones de entrada, sub-store puede convertirlas a formatos comprensibles para la mayoría de los clientes proxy populares:

• Lista de URLs codificada en Base64: Este es el formato más común para clientes basados en V2Ray/Xray, como v2rayNG (Android), v2rayN (Windows), Shadowrocket (iOS), Kitsunebi (iOS), Pepi (iOS). Básicamente, es una lista de enlaces VLESS (u otros protocolos), cada uno en una nueva línea, y toda la lista se codifica luego en Base64. La aplicación cliente lo decodifica y muestra la lista de servidores.
• YAML compatible con Clash: Para clientes Clash (Clash for Windows, ClashX, Clash Verge), sub-store puede generar un archivo YAML completo que contenga todos los proxies, grupos de proxies, reglas de enrutamiento (aunque las reglas de enrutamiento normalmente se configuran en el lado del cliente o en la plantilla de sub-store). Esto permite a los clientes Clash utilizar todas sus funciones avanzadas.
• Archivo compatible con Quantumult X: Para el popular cliente iOS Quantumult X.
• Archivo compatible con Surge: Para clientes Surge (iOS/macOS).
• Archivo compatible con Mellow: Para el cliente Mellow.
• JSON de Sing-box: Para clientes Sing-box.

En la configuración de sub-store (sección `rules`), usted especifica el `format` para cada suscripción de salida. Por ejemplo, si está creando una suscripción para usuarios de Android, elegirá `format: "base64"`. Si es para usuarios de Windows con Clash, entonces `format: "clash"`. Ejemplo de configuración con diferentes formatos:

rules:
  - name: "Android-Users-VLESS"
    path: "/sub/android"
    filter: "VLESS-"
    format: "base64" # Para v2rayNG, Shadowrocket
    emoji: true

  - name: "Clash-Users-Full"
    path: "/sub/clash"
    filter: "all" # Incluir todos los servidores disponibles
    format: "clash" # Para Clash for Windows, ClashX
    udp: true

  - name: "QuantumultX-Users"
    path: "/sub/qx"
    filter: "Premium" # Solo servidores premium
    format: "quantumultx" # Para Quantumult X

Tal flexibilidad le permite atender a usuarios con las más diversas aplicaciones cliente, proporcionándoles la misma base de servidores, pero en un formato adaptado para su software. Esto simplifica significativamente el proceso de distribución y soporte, ya que solo necesita mantener un único archivo de configuración central de sub-store, y no muchos archivos separados para diferentes clientes.

Actualización automática de las configuraciones VLESS en los clientes: mecanismos y ventajas

Una de las ventajas más significativas de utilizar sub-store es la capacidad de garantizar la actualización automática de las configuraciones VLESS en todos los clientes conectados. Esta función es críticamente importante para mantener un acceso estable e ininterrumpido, especialmente en condiciones en las que los servidores VLESS pueden estar sujetos a bloqueos o requieren cambios regulares.

Cómo funciona la actualización automática de la suscripción

El mecanismo de actualización automática de las configuraciones VLESS se basa en la interacción de la aplicación cliente con su servidor sub-store:

1. El cliente añade la URL de la suscripción: El usuario añade una vez la URL proporcionada por sub-store (por ejemplo, `https://yourdomain.com/sub/android`) a su aplicación cliente VLESS (v2rayNG, Shadowrocket, Clash, etc.).
2. Carga inicial: La aplicación cliente envía una solicitud GET HTTP/HTTPS a esta URL, sub-store genera y devuelve la lista actualizada de servidores en el formato solicitado. El cliente analiza esta lista y muestra todos los servidores VLESS disponibles.
3. Actualización periódica: La mayoría de los clientes VLESS modernos tienen una función integrada de actualización periódica de las suscripciones. El usuario o el administrador pueden configurar el intervalo de actualización (por ejemplo, cada 1, 3, 6, 12 o 24 horas).
4. Solicitud de actualización: Al expirar el intervalo establecido, la aplicación cliente envía automáticamente una nueva solicitud GET HTTP/HTTPS a la misma URL de suscripción.
5. Obtención de datos actualizados: Sub-store genera y devuelve de nuevo la lista actual de servidores. Si se realizaron cambios en el lado de sub-store (servidores añadidos/eliminados, parámetros modificados), el cliente recibe estos datos actualizados.
6. Aplicación de cambios: La aplicación cliente actualiza su lista interna de servidores, mostrando todas las configuraciones VLESS actualizadas. Si el servidor actualmente en uso fue eliminado o modificado, el cliente puede cambiar automáticamente a otro servidor disponible o sugerir al usuario que elija uno nuevo.

Este proceso está completamente automatizado para el usuario final después de la configuración inicial, lo que mejora significativamente la comodidad de uso y reduce la necesidad de intervenciones manuales.

Ventajas de la actualización automática para administradores y usuarios

Para administradores:

• Reducción de la carga de soporte: Ya no es necesario enviar manualmente nuevas configuraciones con cada cambio. Una vez configurado sub-store, usted gestiona todos los servidores desde un solo lugar.
• Respuesta rápida a los bloqueos: Si uno de los servidores VLESS es bloqueado o su dirección IP cambia, simplemente actualiza el enlace en el `config.yaml` de sub-store. En la próxima actualización de la suscripción, los clientes recibirán automáticamente configuraciones funcionales, minimizando el tiempo de inactividad.
• Gestión centralizada: Todas las configuraciones VLESS se almacenan y gestionan en un solo archivo en su VPS. Esto simplifica la auditoría, la copia de seguridad y la escalabilidad.
• Flexibilidad en la gestión de recursos: Posibilidad de añadir rápidamente nuevos servidores o redireccionar el tráfico de nodos sobrecargados a menos cargados, simplemente actualizando la lista en sub-store.

Para usuarios:

• Continuidad del acceso: Gracias a la actualización automática, los usuarios siempre tienen acceso a una lista actualizada de servidores VLESS funcionales, lo que garantiza una conexión ininterrumpida.
• Comodidad de uso: Basta con que el usuario introduzca el enlace de suscripción una vez. Todo lo demás ocurre automáticamente.
• Acceso a los mejores servidores: Si el administrador añade regularmente servidores nuevos, más rápidos o estables, los usuarios obtienen acceso a ellos automáticamente sin ninguna acción adicional.
• Menos errores: Se elimina el factor humano en la copia y pegado manual de enlaces VLESS complejos, que pueden ser largos y contener caracteres especiales.

Para garantizar la máxima eficiencia de la actualización automática, se recomienda elegir un hosting VPS fiable, como Valebyte.com, que garantice una alta disponibilidad y estabilidad operativa de su servidor sub-store. Esto asegurará que su sub-store esté siempre disponible para las solicitudes de actualización de los clientes.

Optimización y escalabilidad: mejores prácticas para sub-store VPS

Aunque sub-store es una aplicación ligera, una optimización y planificación adecuadas de la escalabilidad pueden mejorar significativamente su fiabilidad y rendimiento, especialmente al atender a un gran número de usuarios o gestionar cientos de servidores VLESS. El uso de un VPS potente, como los ofrecidos por Valebyte.com, es un buen punto de partida.

Optimización de la configuración de sub-store

1. Uso eficiente de etiquetas y filtros: * Diseñe cuidadosamente el sistema de etiquetas (`tag`) para sus servidores VLESS. Por ejemplo, `Germany, Fast, TLS, Valebyte`, `USA, Reality, Secure`. * Utilice estas etiquetas en las reglas `filter` y `exclude` para crear suscripciones lo más relevantes posible para diferentes grupos de usuarios. Esto reducirá el tamaño de cada suscripción y acelerará su descarga por parte de los clientes. * Evite reglas redundantes o filtros demasiado amplios si no son necesarios. 2. Optimización de las fuentes (sources): * Si utiliza enlaces a suscripciones externas (`type: "auto"`), establezca un `interval` adecuado para su actualización. No tiene sentido actualizarlos cada minuto si cambian una vez al día. Por ejemplo, `interval: 3600` (1 hora) o `interval: 14400` (4 horas). * Verifique regularmente la actualidad y disponibilidad de todas las fuentes. Elimine los enlaces que no funcionan. 3. Selección del formato de salida: * Elija el `format` que se ajuste con mayor precisión a sus aplicaciones cliente. Por ejemplo, `base64` para V2RayNG, `clash` para Clash. Esto minimiza el procesamiento en el lado del cliente. * Para el formato `base64`, que es simplemente una lista de texto, es el más ligero. 4. Uso de la caché de Nginx: * Para reducir aún más la carga en sub-store y acelerar la entrega de suscripciones, se puede configurar el almacenamiento en caché en Nginx. Esto es especialmente útil si el contenido de las suscripciones no cambia con frecuencia y hay muchas solicitudes.

# Fuera de la sección server, por ejemplo, en http { ... }
proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=sub_cache:10m inactive=60m;
proxy_cache_key "$scheme$request_method$host$request_uri";

# Dentro de la sección location / { ... } de su bloque server
location /sub/ { # Almacenar en caché solo las rutas de suscripción
    proxy_cache sub_cache;
    proxy_cache_valid 200 302 10m; # Almacenar en caché las respuestas exitosas durante 10 minutos
    proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
    proxy_pass http://127.0.0.1:8080;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

Esto permitirá a Nginx entregar una versión en caché de la suscripción, sin recurrir a sub-store en cada solicitud durante 10 minutos.

Estrategias de escalabilidad de sub-store

1. Monitoreo de recursos del VPS: * Monitoree regularmente la carga de CPU, RAM y el tráfico de red en su VPS. Utilice utilidades como `htop`, `glances`, `Prometheus/Grafana`. * Si observa una carga de CPU alta y constante (más del 70-80%) o el agotamiento de la RAM, es una señal para actualizar el plan tarifario del VPS o optimizar la configuración. * Valebyte.com ofrece paneles convenientes para el monitoreo de recursos que le ayudarán a tomar una decisión sobre la escalabilidad. 2. Escalamiento vertical: * La forma más sencilla de escalar es actualizar su VPS actual a un plan tarifario más potente (más núcleos de CPU, más RAM, disco más rápido). Para sub-store, esto a menudo es una solución suficiente, ya que no requiere una arquitectura distribuida. 3. Escalamiento horizontal (para cargas muy grandes): * Si atiende a miles de usuarios y un solo VPS deja de ser suficiente, puede considerar el despliegue de varias instancias de sub-store. * Puede alojar varios sub-store en diferentes VPS, cada uno con su propia suscripción, o utilizar un balanceador de carga (por ejemplo, Nginx o HAProxy) delante de varias instancias de sub-store que operan en diferentes puertos o direcciones IP. * En este caso, todos los sub-store deben tener archivos `config.yaml` idénticos para entregar las mismas suscripciones. 4. División de suscripciones: * En lugar de una suscripción "gigante" que contenga todos los servidores, cree varias suscripciones especializadas (por ejemplo, "Solo Alemania", "Solo EE. UU.", "Servidores rápidos"). * Esto reducirá el tamaño de cada suscripción y disminuirá la carga en sub-store al generarlas, así como en los dispositivos cliente al analizarlas. 5. Copia de seguridad: * Realice copias de seguridad regularmente de su archivo `config.yaml`. Este es el archivo más importante para sub-store. * La copia de seguridad automática de VPS, ofrecida por Valebyte.com, también es una buena medida de precaución. Siguiendo estas recomendaciones, podrá garantizar un funcionamiento estable, rápido y escalable de su sub-store en un VPS, gestionando eficazmente todas sus suscripciones VLESS.

Conclusiones

El despliegue de su propia suscripción VLESS en un VPS utilizando sub-store representa una solución óptima para la gestión centralizada y la actualización automática de las configuraciones. Este enfoque simplifica significativamente la administración de múltiples servidores VLESS y mejora la comodidad para los usuarios finales, proporcionándoles un acceso ininterrumpido a configuraciones actualizadas. Elija VPS fiables y de alto rendimiento de Valebyte.com para el funcionamiento estable de su sub-store y una escalabilidad eficiente de su infraestructura VLESS.