Re: Easyrsa/OpenVPN: "dh key too small" doit-on re-générer les fichiers .key et .crt ?

Le 17 novembre 2024 Olivier a écrit : > Je dois remplacer en urgence un serveur OpenVPN qui utilisait une clé > DH de longueur jugée trop courte par la nouvelle version d'OpenVPN. > > 1. Si j'adopte un nouveau fichier DH, dois-je aussi re-générer les > dizaines de certificats des clients du VPN ?

Re: Compliation de la dernière version de libjxl

Le 17/11/2024 à 18:39, benoit a écrit : Bonjour, Je voudrais compiler une version plus récente de la libjxl : https://packages.debian.org/bookworm/libjxl0.7 packages.debian.org/bookworm/libjxl0.7> Mais des paquets en dépendant(mpv, openbox, etc) l'utilisent. J'ai compilé à partir des sources ht

Re: failed to resume link (SControl 0) : résolu

On Sunday 17 November 2024 19:48:08 didier gaumet wrote: > Le 17/11/2024 à 18:59, ajh-valmer a écrit : > [...] > > Il y a un autre paragraphe : Legacy et UEFI, > > j'ai coché Legacy (par prudence). > > Il est assez ancien, mon ordinateur marche bien, > > je voudrais pas provoquer un désastre... > >

Re: failed to resume link (SControl 0) : résolu

Le 17/11/2024 à 20:10, ajh-valmer a écrit : J'ai mis pour les DD "AHCI" et laissé à "Legacy" (au lieu de "UEFI"). Ça semble bien marcher comme ça. Je peux tester "UEFI" mais y a t-il un danger ? Merci. De mémoire (vague) l'UEFI requiert l'usage du partitionnement GPT donc si on essaie de déma

Re: Compliation de la dernière version de libjxl

On Sun, 2024-11-17 at 20:36 +0100, didier gaumet wrote: > Le 17/11/2024 à 18:39, benoit a écrit : > > Bonjour, > > > > Je voudrais compiler une version plus récente de la libjxl : > > https://packages.debian.org/bookworm/libjxl0.7  > packages.debian.org/bookworm/libjxl0.7> > > Mais des paquets en

Re: Easyrsa/OpenVPN: "dh key too small" doit-on re-générer les fichiers .key et .crt ?

Le 17/11/2024 à 17:08, Olivier a écrit : Bonjour, Je dois remplacer en urgence un serveur OpenVPN qui utilisait une clé DH de longueur jugée trop courte par la nouvelle version d'OpenVPN. 1. Si j'adopte un nouveau fichier DH, dois-je aussi re-générer les dizaines de certificats des clients du V

Re: failed to resume link (SControl 0) : résolu

Le 17/11/2024 à 18:59, ajh-valmer a écrit : [...] Il y a un autre paragraphe : Legacy et UEFI, j'ai coché Legacy (par prudence). Il est assez ancien, mon ordinateur marche bien, je voudrais pas provoquer un désastre... Bonne soirée. "Legacy" est généralement (mais pas toujours) une option de l'

Re: failed to resume link (SControl 0) : résolu

On Sunday 17 November 2024 10:06:35 didier gaumet wrote: > pas trop d'infos sur le net sauf que ça renvoie à de vieux (12 ou 15 > ans) bugs noyau ou à des disques paramétrés dans le BIOS/UEFI > en IDE au lieu de AHCI. Donc vérifier que les disques sont bien > en AHCI dans l'UEFI si il y a un pa

Compliation de la dernière version de libjxl

Bonjour, Je voudrais compiler une version plus récente de la libjxl : https://packages.debian.org/bookworm/libjxl0.7 Mais des paquets en dépendant(mpv, openbox, etc) l'utilisent. J'ai compilé à partir des sources https://github.com/libjxl/libjxl Mais avant de faire cmake install en root (des sou

Easyrsa/OpenVPN: "dh key too small" doit-on re-générer les fichiers .key et .crt ?

Bonjour, Je dois remplacer en urgence un serveur OpenVPN qui utilisait une clé DH de longueur jugée trop courte par la nouvelle version d'OpenVPN. 1. Si j'adopte un nouveau fichier DH, dois-je aussi re-générer les dizaines de certificats des clients du VPN ? 2. Si j'adopte une clé de grande lon

Re: failed to resume link (SControl 0)

Bonjour, pas trop d'infos sur le net sauf que ça renvoie à de vieux (12 ou 15 ans) bugs noyau ou à des disques paramétrés dans le BIOS/UEFI en IDE au lieu de AHCI. Donc vérifier que les disques sont bien en AHCI dans l'UEFI si il y a un paramétrage de ce genre..