Tokens, productos de proxy y hubs
Litport separa la credencial que compras, la ubicación de red a la que te conectas y el proxy upstream que sale hacia el destino.
Ruta de la solicitud#
client -> chosen Litport hub/ingress -> Litport routing -> selected upstream proxy -> target
Un token es la credencial del proxy y la unidad comercial y contable. Un hub es un relé de entrada de Litport. El hub no es el país, la región, la ciudad, el ASN ni el pool de proxies de salida.
Tokens ilimitados y PPG#
| Producto | Modelo comercial | Datos de conexión |
|---|---|---|
| Ilimitado | Se vende como un paquete con un periodo de renovación, tráfico ilimitado e IP permitidas opcionales. Aún existen tokens prepagados anteriores (acceso hasta una caducidad fija, sin paquete). | Usa el hub y el protocolo de entrada que tiene asignados |
| Pago por GB (PPG) | Acceso respaldado por saldo, medido por el tráfico de subida más el de descarga | Elige el pool en cada credencial exportada, o fija el token a un pool; elige un hub elegible y HTTP o SOCKS5 |
Los tokens ilimitados solo funcionan con el hub y el protocolo que tienen asignados. Un paquete caducado o ausente aparece como uno de los errores de proxy del 17 al 22; el error 17 se aplica solo a un paquete anterior con límite de tráfico. Consulta el estado de un paquete con la API de paquetes. Los tokens PPG son credenciales reutilizables: Configurar y exportar elige un hub y un protocolo elegibles. Los tokens flexibles agregan el pool seleccionado al usuario; los tokens fijos siempre usan su pool guardado. El hub y el protocolo guardados de un token PPG son preferencias del exportador, no restricciones de autorización.
Entrada del proxy#
Usa el endpoint que se muestra para el token en el panel. Los puertos predeterminados actuales son:
| Familia de hubs | HTTP | SOCKS5 |
|---|---|---|
| Móviles y generales | 1337 |
5337 |
| Centro de datos e ISP | 31337 |
35337 |
Un hub puede indicar un puerto personalizado explícito, que tiene prioridad. El endpoint que muestra el panel es el válido para cada token concreto.
La entrada HTTP acepta solicitudes de proxy de reenvío y túneles CONNECT. La entrada SOCKS5 acepta los comandos SOCKS5 admitidos. Su autenticación y la forma en que representan los errores difieren; consulta la Referencia de errores de proxy.
Endpoint de proxy HTTP frente a HTTPS#
Todo endpoint de proxy HTTP acepta también https:// en el mismo host y puerto. Solo cambia el esquema de la URL:
| Esquema | Ejemplo |
|---|---|
| Sin cifrar | http:// |
| TLS hasta el proxy | https:// |
TLS se establece entre tu cliente y el hub. Protege tus credenciales de proxy, el nombre de host de destino de CONNECT y las solicitudes HTTP sin cifrar en ese tramo. No cambia lo que ve el destino: el destino sigue viendo la IP de salida upstream seleccionada, y Litport sigue enrutando la solicitud.
| Ventajas | Inconvenientes | |
|---|---|---|
| Entrada HTTPS | Las credenciales y los destinos siguen siendo privados en redes no confiables; atraviesa redes que bloquean el tráfico de proxy sin cifrar | Tu cliente debe confiar en la raíz de Litport para el tramo hasta el proxy; un handshake TLS adicional por conexión; la sobrecarga de TLS en el tramo hasta el proxy cuenta como tráfico en las solicitudes sin caché; algunos clientes (por ejemplo, Scrapy) necesitan un controlador adicional |
Usa el endpoint con nombre de host que muestra el panel, no una dirección IP. El hub presenta un certificado emitido por la raíz de caché de Litport, así que tu cliente debe confiar en esa raíz para la conexión con el proxy: instálala como se describe en esa página, o pásala como CA del proxy (por ejemplo, curl --proxy-cacert litport-cache-root.crt). Confiar en la raíz no activa el modo de caché; solo lo activa un sufijo de contraseña _cache-. SOCKS5 no tiene variante con TLS. Lee Endpoint de proxy HTTPS para ver el modelo de amenazas, por qué curl -k no se aplica al tramo del proxy y ejemplos verificados para cada cliente.
curl --proxy-cacert litport-cache-root.crt -x https://USER:PASS@HUB:PORT https://example.com
Cada credencial tiene su propósito#
- Envía el usuario y la contraseña del proxy al endpoint del proxy.
- Usa un ID de token solo para identificar un token después de autenticarte en la API de Litport.
- Envía una clave de API de usuario solo a
https://litport.net/api/v1/...en un encabezado Bearer.
No uses una clave de API de usuario como contraseña de proxy.