Autenticación
Cookies de sesión, Basic, Bearer y Google Drive.
Las credenciales se envían en la primera petición y en cada segmento. Se quedan en memoria: nunca en downloads.json, en un archivo de estado ni en los registros.
Cookies de sesión
Es el caso más habitual (Google Drive privado, OneDrive, áreas de miembros):
- desde el navegador: la extensión envía las cookies del sitio junto con el enlace, una vez activado Send the site's cookies en su ventana emergente;
- en la CLI:
-b "nombre=valor"o--cookies-file cookies.txt(formato Netscape, exportado por una extensión del navegador).
HTTP Basic
- Aplicación: sección Autenticación del diálogo de añadir. Si el servidor responde
401, la fila muestra un botón de llave para introducir las credenciales. - CLI:
-u alice(la contraseña se pide sin eco) oauth.password_enven el perfil. - MCP:
auth.useryauth.password_enven el perfil del servidor.
Token Bearer y otras cabeceras
turbodl-cli default https://api.example.com/f.zip -H 'Authorization: Bearer ${TOKEN}'
En la aplicación: el campo «Cabeceras» del diálogo de añadir, una Nombre: valor por línea.
Google Drive
Los enlaces drive.google.com/file/d/<ID>/…, open?id=<ID> y uc?id=<ID> se convierten en un enlace de descarga directa. Para los archivos grandes, Google muestra una página «no se puede analizar este archivo en busca de virus»: TurboDL lee el formulario de confirmación y continúa solo.
Página de inicio de sesión en lugar del archivo
Cuando un servidor devuelve una página HTML donde se esperaba un archivo, TurboDL se detiene con «login page received instead of the file» en lugar de guardar esa página. Vuelve a lanzar la descarga desde el navegador (cookies actualizadas) o añade la autenticación.
Nota
Tras un reinicio, las cookies que venían del navegador ya no se conocen. Si la reanudación falla con 401 o 403, vuelve a lanzar la descarga desde el navegador.