Einsteinium

C’est exactement cela 🙂 Tu refais une api Ovh, et tu doubles les get/get/… pour le second domaine ou alors tu *jocke*

Donc tu as fait une instance, mais deux certificats quand même, moi j'ai fait une instance et un certificat unique pour deux domaines, afin de ne pas être gêné par la fonction par "defaut" de synology, cela avait été abordé dans le topic de mémoire. (ou le déploiement passé par défaut le certificat), par contre niveau api j'ai fais en droit restreint sur les deux domaines uniquement et pas une couvrant le compte

D'accord non je me posais la question si avec lets encrypt on pouvait faire un certificat pour plusieurs domaines et en wildcard et la réponse et oui.

- Quoi : 4 disques dur WD40EZRZ (CMR) - Facture : non - Date d'acquisition : il y a moins de 5 ans - Pourquoi vous vous en séparé : Remplacement par des ssd - Garantie : non - Pour informations : 4 disques qui tournent sans soucis depuis presque 5 ans (1770 jours) Qui ont subit un préparation badblock à la réception et toujours dans un nas sur amortisseur Les valeurs smart sont parfaites (aucune erreur ou secteur réallouer), subissent actuellement un écrasement complet des données (eraser) moins de 300 cycles de "start/stop count", "power cycle count" et "load/unload cycle count" Prix à négocier s'il y a des intéresser.

@Mic13710 Question, pourquoi tu as fait deux certificat au lieu d’un seul ? Tu ne voulait pas que les deux sites soit relier à travers le même certificat ?

@maestro72 Si le déploiement automatique est activé, à la fin tu peux supprimé la tâche, elle ne sera plus utile, le docker fera le renouvellement tout seul.

Yep Les navigateurs tendent vers le https automatiquement désormais, on peut aussi faire le hsts preload aussi.

Tu as mis le sous domaine juste en dessous ou tu as fait une règle dans le reverse proxy ?

Pas compris ce que tu as voulus dire ?

Après il suffit de ne pas ouvrir le port 80 et seulement le 443, c'est 95% de tentatives d'attaque sur le serveur web en moins 😉

Oui pardon, valable que sous dsm 6, dsm 7 cela ne pose plus aucun soucis.

sous dsm 6 uniquement, pas sous dsm 7 🙂

Ha bon pourquoi ? 🙂

Le reverse dns de free de marche plus à partir du moment ou l'on passe en ip partagée, l'ip full stack demandée derrière ce retrouvera dans un sub pour lequel le reverse dns ne marchera tout simplement pas et un reverse donnera du ...subs.proxad.net Ce problème est connu depuis plusieurs années et free ne réagit pas car problème de niche...

Bonjour @StéphanH, j'ai répondu avant de masqué le message : faire un post avec uniquement un lien... un peu d'effort.

jellyfin c'est un projet qui a vue jour quand les dev on décidé de faire du payant comme plex, (emby étant déjà un fork de plex), jellyfin à vue son code source alléger et sa base de donnée optimisé, si tu as une petite bibliothèque cela n'a pas d'impact.

La j’ai eu un bon fou rire.. Emby plus réactive ?!? Emby est une vraie usine à gaz de ce côté là… et rajoute des fonctions prénium comme Plex… cela ne me dérange pas que Plex s’occupe des connections, cela délégue cette partie sensible chez eux. Regarde du côté de jellyfin, eux proposent au final une bonne alternative vraiment gratuite et plus légère que Emby

Et finalement ils sont comme Plex désormais… essaye jellyfin 😉

Passe par docker et utilise Plex, perso aucun transcodage avec les clients, le transcodage n’est plus utilisé depuis un bye et le cas échéant le cpu et la ram sont contenus

Non elle sera à chaque renouvellement tous les deux mois 🙂 Le rajout de l’adresse ip et une protection de plus quand on est en ip fixe, maintenant tu as certainement un problème derrière (ipv6 par exemple)

Je parlais d'une faute de frappe du côté de ovh lors de la création de l'api, en tapant le domaine par exemple.

La tu dis n’importe quoi… il peut y avoir plusieurs _acme-challenge sans soucis dans les enregistrements txt…

Invalid domain dans le premier bloc que tu as mis, une erreur de frappe en fessant la clé d’api à mon avis. Oui toujours supprimé les tokens et cie.

Jackpot 🙂 Essaye de faire un curl sur Google : docker exec Acme sh -c "curl www.Google.fr" J’ai déjà vue ce problème plusieurs fois, cela peu être dû à un paquet (dns serveur) ou directement au dns mis, le docker ne parvient pas à joindre l’extérieur. Tu peux dans le pire des cas le mettre en host si vraiment tu ne trouves pas ce qui te cause ce problème ou si tu ne peux faire sans/autrement.

Bonjour, Il m’en reste une ou deux en stock, contacte moi en MP