Contas de serviço de desbridamento

Um serviço de desbridamento, como o Real-Debrid, AllDebrid ou Premiumize, é uma conta paga que descarrega ficheiros de anfitriões de ficheiros para os seus próprios servidores. Devolve uma ligação direta simples, sem as esperas, limites de velocidade e captchas do anfitrião. Com a sua conta no MDM, uma ligação de um anfitrião que o seu serviço suporta é desbloqueada através do serviço, e depois descarregada pelo MDM como qualquer ficheiro: todas as suas ligações, pausa e retoma.

O MDM suporta três serviços: Real-Debrid, AllDebrid e Premiumize.

Experimental: construído a partir da documentação da API pública de cada serviço, ainda não confirmado com uma conta paga real. As respostas do AllDebrid também foram verificadas em relação à sua API real com a chave de demonstração pública da sua documentação, que responde com dados de exemplo, não um ficheiro real. Se algo não funcionar com a sua conta, por favor abra um problema (nunca cole o seu token ou chave nele).

Adicionar a sua conta

1. Opções → Contas → Adicionar...
2. Escolha o serviço e, em seguida: - Iniciar sessão no navegador (Real-Debrid e AllDebrid): o MDM mostra um código e abre a página do serviço. Digite o código lá (a página do AllDebrid já o tem) e permita o MDM. A caixa de diálogo deteta automaticamente. - ou cole o seu token de API (Encontrar o meu token abre a página do serviço que o mostra), e depois Utilizar o token. O Premiumize inicia sessão apenas desta forma: cole a chave de API da sua página de Conta.
3. O MDM verifica a conta e mostra o seu nome e se é premium. OK mantém-na.

A ordem da lista é a ordem pela qual as contas são solicitadas: uma ligação passa pela primeira conta cujo serviço suporta o seu anfitrião. Para Cima e Para Baixo alteram-na.

Descarregar ligações de anfitriões de ficheiros suportados através destas contas ativa e desativa tudo.

Torrents através do serviço

Assinale Enviar torrents e links magnet para a primeira conta em vez de para os pares em Opções → Contas. Um link magnet (Adicionar URL, o navegador, a área de transferência, um arrastar e largar) ou um ficheiro .torrent (o botão Transferir Agora ou Mais tarde de Adicionar torrent) vai então para a primeira conta na lista:

1. O serviço transfere o torrent nos seus próprios servidores. A lista mostra o progresso, como 45% no Real-Debrid. Um torrent que o serviço já tem fica pronto de imediato.
2. O MDM transfere então os seus ficheiros do serviço via HTTP, como qualquer transferência, para a pasta Torrents. Um torrent com vários ficheiros obtém uma pasta própria lá.
3. Assim que todos os ficheiros estão aqui, o MDM remove o torrent da lista da conta. No Premiumize, apenas o registo da transferência é removido: os seus ficheiros permanecem na sua nuvem.

• O seu computador nunca se conecta aos pares do torrent.
• Um ficheiro .torrent é enviado como o seu link magnet (o seu hash, o seu nome e os seus trackers). Todos os ficheiros do torrent são transferidos; o serviço obtém o torrent completo.
• Parada, ou após um reinício, a transferência continua de onde parou: o serviço não envia o torrent novamente, e os ficheiros já transferidos não são transferidos novamente.
• Um nome de ficheiro que ficaria fora da pasta do torrent (../) para a transferência, e nada é escrito.
• Se o serviço não conseguir obter o torrent (sem pares, muito grande, recusado), a lista indica o motivo.

O que acontece a uma ligação

• Adicionar URL, a área de transferência, o menu de ligação Transferir com o Mister Download Manager do navegador e as transferências em lote passam pela conta quando o seu serviço suporta o anfitrião da ligação.
• Uma transferência que o navegador já tinha iniciado (o MDM assumiu-a do navegador) é descarregada como está: o anfitrião já está a enviar o ficheiro.
• As opções get e resume da linha de comandos usam as mesmas contas e indicam through Real-Debrid; --direct transfere o endereço em si (linha de comandos).
• A lista mantém a ligação do anfitrião. A ligação direta nunca é mostrada ou copiada: os serviços proíbem a sua partilha. Ela vive apenas nos dados de retoma da transferência e, quando expira, o MDM pede um novo ao serviço.
• Uma ligação que o serviço não pode fornecer indica o motivo na lista: inicie sessão novamente, é necessário premium, o anfitrião está inativo (o MDM tenta novamente mais tarde), o ficheiro desapareceu, e assim por diante.
• O AllDebrid por vezes precisa de algum tempo para preparar uma ligação. O MDM espera por ela, até 10 minutos, e a lista indica-o.
• O MDM solicita a cada serviço bem abaixo do seu limite de pedidos: Real-Debrid no máximo 120 vezes por minuto (permite 250), AllDebrid 300 (permite 600), Premiumize 60 (não publica limite). Quando um serviço diz que foi solicitado com muita frequência, o MDM espera.

Transferir uma ligação diretamente

• A janela Informações do Ficheiro de Transferência indica qual conta um link usa: Transferir através de Real-Debrid (a sua conta), selecionado. Desmarque para transferir essa ligação diretamente, sem o serviço. O MDM procura o endereço novamente da nova forma, para que o nome e o tamanho mostrados sejam os que irá obter. Uma transferência que o navegador já tinha iniciado mostra-o desmarcado.
• Para uma transferência que já está na lista, as Propriedades do Ficheiro têm a mesma opção junto aos dados de início de sessão: Através de Real-Debrid. É possível alterá-la enquanto a transferência não estiver em curso. Quando for iniciada novamente, seguirá o novo percurso e continuará a partir do que já foi transferido, se se tratar do mesmo ficheiro.
• O MDM mantém a opção associada à transferência, mesmo depois de reiniciar.

A sua conta, as suas regras

• Utilize apenas a sua própria conta. Partilhar uma conta ou as suas ligações viola os termos dos serviços e pode levar à suspensão da conta.
• O MDM envia ao serviço apenas as ligações que transfere através dele e o token ou a chave da sua conta. Mais nada.
• O MDM não inclui nenhuma lista de anfitriões ou ligações; o serviço indica quais os anfitriões que suporta.

Onde são guardados os dados de início de sessão

No porta-chaves do sistema, tal como as palavras-passe dos Inícios de Sessão de Sites e do proxy. As definições do MDM guardam apenas uma referência. Opções → Contas indica onde estão no seu computador.

• Windows: no Gestor de Credenciais do Windows (Painel de Controlo → Gestor de Credenciais → Credenciais do Windows), como entradas com o nome Mister Download Manager/…, para a sua conta Windows. Estas movem-se com o seu perfil, tal como a pasta de definições do MDM.
• Linux: no porta-chaves do sistema através do Secret Service (GNOME Keyring, KeePassXC, carteira do KDE com o Secret Service ativado), na sua coleção predefinida, como itens com a etiqueta Mister Download Manager: …. O MDM nunca desbloqueia um porta-chaves bloqueado e nunca pede a sua palavra-passe: quando o porta-chaves está bloqueado (alguns ambientes de trabalho que iniciam sessão sozinhos deixam-no bloqueado) ou não existe nenhum (muitos gestores de janelas em mosaico), os inícios de sessão permanecem nas definições do MDM, numa pasta de dados que só o utilizador pode ler (0700), como antes.
• macOS: no porta-chaves de início de sessão (Acesso a Porta-chaves), serviço Mister Download Manager. O macOS pode perguntar uma vez se o MDM pode usá-los, após uma atualização.
• Uma cópia portátil não escreve nada fora da sua pasta: guarda-os nas suas próprias definições (Windows: encriptados para a sua conta Windows).

Os inícios de sessão guardados por uma versão anterior são movidos para o porta-chaves no próximo arranque; as definições mantêm a cópia antiga até que o porta-chaves a tenha. Quando o porta-chaves não pode ser lido (um porta-chaves bloqueado), a conta mostra no porta-chaves bloqueado e volta assim que o porta-chaves é desbloqueado e o MDM reinicia. A entrada de uma conta removida sai do porta-chaves com ela.

A desinstalação no Windows com remover a lista de transferências e as definições também remove as entradas do MDM do Gestor de Credenciais. Noutros locais, ou para as remover manualmente: misterdownloadmanager --forget-sign-ins (apenas as entradas do próprio MDM).

O MDM nunca escreve o token no registo de eventos, nos relatórios de falhas, na API de automação nem na saída da linha de comandos.