Caché de respuestas estáticas
El modo de caché se activa de forma explícita. Agrega un sufijo
_cache-...válido a la contraseña del proxy para activarlo. El sufijo es la activación completa: no hace falta activar nada a nivel de cuenta ni usar una lista de tokens permitidos. Sin él, Litport no intercepta ni almacena nada en caché: el comportamiento normal del proxy no cambia. El manejo del certificado solo es necesario para el modo de caché.
Usos prácticos#
La caché resulta más útil cuando muchos workers vuelven a visitar páginas públicas que comparten los mismos recursos versionados. La automatización de navegadores y los rastreos repetidos pueden reutilizar imágenes, fuentes, CSS y JavaScript desde un mismo hub en lugar de comprar los mismos bytes de respuesta para cada worker.
Ejemplo medido: 1000 visitas a páginas de entradas#
Solo se cuentan los cuerpos de respuesta decodificados. Las omisiones, la caducidad, la expulsión de entradas, los cambios de hub y tu tarifa real influyen en los resultados; los paquetes ilimitados muestran bytes gratis, pero no reciben un crédito en dinero.
Dónde funciona la caché#
El modo de caché está disponible en todas las familias de productos de Litport para clientes: centro de datos, ISP/residencial estático,
residencial, móvil, ilimitado y pago por GB. Se evalúa cada solicitud con la caché activada que pasa por el endpoint del proxy HTTP.
Las solicitudes GET HTTPS estáticas elegibles pueden almacenarse en la caché o dar un acierto; las no elegibles
omiten la caché y siguen la ruta normal del proxy. La entrada SOCKS5 nunca usa la caché.
| Configuración | Resultado |
|---|---|
| Sufijo válido + proxy HTTP + GET estático HTTPS elegible | Elegible para caché |
| Sufijo válido + proxy HTTP + otro HTTPS, privado o no estático | Omisión con cobro normal |
| Sufijo válido + proxy HTTP + destino HTTP sin cifrar | Cobro normal; nunca se almacena |
| Sufijo válido + SOCKS5 + HTTP o HTTPS | SOCKS5 normal; sin caché |
| Sin sufijo | Comportamiento normal en todos los casos |
Inicio rápido#
- Descarga el certificado raíz de caché de Litport y confía en él, o usa la opción aislada de omitir la verificación que se describe en esa página para automatización con datos públicos.
- Agrega
_cache-scriptsa la contraseña del proxy. - Solicita dos veces la misma URL HTTPS elegible a través de
hub-us-7.litport.net. - Abre Estadísticas de tráfico para ver el fallo, el acierto, los bytes gratis y el ahorro en pago por GB.
# Proxy endpoint: http://hub-us-7.litport.net:PORT · Target: pinned Lodash on jsDelivr
curl --proxy 'http://hub-us-7.litport.net:PORT' \
--proxy-user 'USER:PASSWORD_cache-scripts' \
--cacert litport-cache-root.crt \
'https://cdn.jsdelivr.net/npm/[email protected]/lodash.min.js'
La URL del proxy empieza con http:// porque curl usa HTTP CONNECT para llegar a Litport. Eso no
convierte el destino en HTTP sin cifrar: la URL del final debe empezar con https://.
Cada entrada de caché pertenece a un hub#
Las entradas de caché son locales de cada hub y sobreviven a un reinicio del servicio del hub. No se copian a
otros hubs. Precalentar hub-us-7.litport.net no precalienta hub-eu-1.litport.net, pero el mismo certificado
raíz de Litport funciona en ambos hubs con la caché activada.
Cuánto ahorraste#
En Estadísticas de tráfico puedes agrupar el uso por día, hora o mes. Todos los productos muestran los bytes en caché gratis; el tráfico de pago por GB muestra además el ahorro en dólares. Las integraciones pueden obtener el mismo uso a través de la API de tokens.
El sufijo de caché no tiene recargo ni multiplicador. Los fallos y las omisiones mantienen el precio normal del producto de proxy o del pool seleccionado; solo son gratis los bytes de respuesta de los aciertos servidos desde la caché.
Qué solicitudes son elegibles#
La contraseña selecciona la caché → entrada por proxy HTTP → el destino es HTTPS → el método es GET → la ruta termina en un tipo estático seleccionado → la solicitud no tiene señales de contenido privado ni parcial → la respuesta es 200 y se puede almacenar en caché. Si falla algún paso, la solicitud pasa a ser una solicitud de proxy normal con cobro; no falla solo por no poder almacenarse en caché.
Grupos admitidos:
- Imágenes: PNG, JPEG, GIF, SVG, ICO y WebP
- Scripts: JavaScript, CSS, WebAssembly y source maps
- Fuentes: WOFF, WOFF2, TTF, EOT y OTF
La URL completa es la identidad de la entrada de caché, incluida la cadena de consulta exacta. Las respuestas con cookies,
autorización, rangos de bytes, Vary no admitido o directivas no-cache en la solicitud siempre omiten la caché.
¿Por qué solo HTTPS?#
Litport sigue enviando por el proxy los destinos http:// ordinarios de la forma habitual. No se almacenan en caché porque una respuesta
sin verificar podría alterarse entre el hub y el origen; almacenarla convertiría una sola interceptación de red en un envenenamiento
de la caché compartida. Instalar la CA de Litport o desactivar la verificación de certificados
no hace que un destino HTTP sin cifrar sea elegible.
Valores predeterminados seguros#
La duración predeterminada de la caché es de 120 minutos, limitada por el s-maxage o el max-age del origen cuando este
sea menor. _cacheignoreheader-1 puede almacenar una respuesta incluso cuando el origen la marca como private,
no-cache o no-store; la duración solicitada empieza cuando Litport almacena la respuesta completa.
Usa esa anulación solo para recursos estáticos públicos y sin autenticación. Las entradas se comparten entre los
clientes de Litport que usan el mismo hub, por lo que ignorar las instrucciones de privacidad del origen para contenido personalizado
no es seguro.
Continúa con la configuración del certificado o abre la referencia completa de la caché.