Aller au contenu
FrontierDot

Héberger soi-même un convertisseur et éviter l’envoi

Héberger soi-même, c’est que le traitement vidéo soit un processus que vous démarrez, pas le GPU de l’exploitant.

Lu le 2026-10-29 sur les pages nommées dans les sources. Nous n’avons pas envoyé de fichier d’essai, chronométré une conversion, ni audité une tâche de suppression.

Ce que vous hébergeriez

Le document vidéo de VERT dit que la vidéo dans le navigateur utilise Mediabunny quand elle le peut. Quand elle ne le peut pas, ou quand ce chemin est trop lent, l’interface appelle vertd, un wrapper Rust autour de FFmpeg. Le site officiel fait tourner une instance pour que vous n’ayez pas à le faire. Le même document dit que vous pouvez télécharger une version de vertd, l’exécuter, et placer son adresse dans le réglage d’URL d’instance de l’interface.

Le défaut dans ce document est un serveur HTTP sur le port 24153, donc un démon sur le même ordinateur est http://localhost:24153. La FAQ dit aussi que l’on peut régler PUB_DISABLE_ALL_EXTERNAL_REQUESTS sur true à la compilation si l’on veut que l’interface cesse d’appeler des services externes, y compris la conversion vidéo et l’analytique.

Ce que le document Docker change, et ce qu’il ne change pas

Le document Docker construit une image avec PUB_VERTD_URL et PUB_DISABLE_ALL_EXTERNAL_REQUESTS comme arguments de build. Son exemple fait correspondre le port 3000 de l’hôte au port 80 du conteneur. Il dit aussi qu’une image préconstruite du registre a ces variables figées dedans, donc la tirer ne permet pas de les changer à l’exécution. Construisez votre propre image si l’URL du démon doit être la vôtre.

Le document inclut un argument de build PUB_STRIPE_KEY pour les dons. Cette note ne recopie pas le contenu d’une clé. La séparation des licences reste celle de l’API GitHub au 2026-10-29 : le dépôt de l’interface est AGPL-3.0 et vertd est GPL-3.0. Lisez ces licences avant de publier une instance publique modifiée. Cette page n’est pas un conseil juridique.

Démon local contre une API d’envoi

Un démon sur localhost garde le traitement vidéo sur du matériel que vous administrez. Une API d’envoi, comme le modèle de travaux de CloudConvert décrit sur sa page de sécurité, garde le traitement chez eux et supprime les fichiers selon le calendrier qu’ils énoncent. Les deux se scriptent. Un seul évite leur disque.

Les fichiers hors vidéo, d’après la FAQ, se convertissent déjà dans le navigateur et n’ont pas besoin de ce démon. Héberger vertd est l’exception vidéo. Le texte sur la confidentialité est envoi ou sur l’appareil. La lecture du README est ce que dit le README de VERT. L’alternative en shell est FFmpeg, ImageMagick et Pandoc. Partez de comment choisir un convertisseur de fichiers en ligne et de la ligne VERT. Chaque note est sur l’index du blog Front.

HatchZip s’installe sur la machine et n’ouvre aucun port

Le README de HatchZip décrit des installeurs de bureau pour Windows 10 et Windows 11, macOS et Linux, plus cargo install hatchzip, qui construit l’outil en ligne de commande depuis crates.io. Ce build Cargo par défaut refuse RAR. Les builds de publication décodent RAR avec UnRAR, et le README dit qu’UnRAR reste sous sa propre licence. La ligne du projet au-dessus est soit l’Apache License 2.0, soit la licence MIT. LICENSE-MIT et LICENSE-APACHE sont tous deux dans le dépôt. Le champ de licence de l’API GitHub le 2026-10-29 était Apache-2.0 seul. Le champ de l’API et la ligne soit-l’un-soit-l’autre du README restent tous les deux sur la page. La même réponse d’API a listé un push le 2026-10-28. C’est un horodatage de push. Cette note ne le traite pas comme une date de disponibilité générale, et elle ne publie pas un nombre d’étoiles.

Le README dit que le programme n’a pas de code réseau. vertd est un serveur HTTP sur le port 24153. Une installation de HatchZip ne répond pas sur ce port. La ligne du répertoire est HatchZip. La note sur l’endroit des octets est envoi ou sur l’appareil. La raison pour laquelle ZIP est absent du tableau de conversion est la matrice des formats.

Limites de cette note

  • Nous n’avons pas exécuté vertd, et nous n’avons pas ouvert de schéma de pare-feu.
  • localhost n’est local que si le navigateur et le démon sont sur la même machine. Une URL qui pointe vers l’hôte de quelqu’un d’autre est de nouveau un envoi.
  • AGPL-3.0 et GPL-3.0 sont nommés d’après les champs de licence de l’API. Nous n’avons pas écrit de liste de conformité.
  • Nous n’avons pas installé HatchZip. Le tableau de vitesse et d’espace disque du README reste dans le README.

Pour continuer la lecture

Tous les articles, du plus récent au plus ancien, sont sur l’index du blog Front.

Questions fréquentes

Quel port vertd utilise-t-il ?

Le document de conversion vidéo dit le port 24153 par défaut, et donne http://localhost:24153 comme URL d’instance quand le démon tourne sur votre ordinateur.

Puis-je couper les appels externes de VERT ?

La FAQ dit de régler PUB_DISABLE_ALL_EXTERNAL_REQUESTS sur true à la compilation. Le document Docker dit que les images du registre figent les arguments de build, donc une image récupérée ne prendra pas une nouvelle valeur à l’exécution.

Héberger soi-même change-t-il la licence de l’interface ?

Non. L’API montrait encore AGPL-3.0 pour le dépôt de l’interface et GPL-3.0 pour vertd le 2026-10-29. Héberger ne réécrit pas le champ de licence.

HatchZip peut-il remplacer vertd ?

Non. vertd est le démon vidéo, port par défaut 24153. HatchZip extrait des archives sur la machine où vous l’installez. Le README dit que ce programme n’a pas de code réseau.

Sources