Re: Vieille version de knoppix

2021-10-22 Par sujet Klaus Becker 




Le 22/10/2021 à 16:03, Polyna-Maude Racicot-Summerside a écrit :

Bonjour,

On 2021-10-21 8:38 a.m., Grégoire Scano wrote:

Bonjour Didier,

la liste debian-l10n-french est consacrée à la traduction de Debian en
français, je redirige donc ton message vers la liste debian-user-french
dédiée à aider les utilisateurs et dont les membres pourront sûrement
t'aider.

Merci de ne pas m'inclure dans le fil de discussion,
Grégoire

On 10/21/21 3:56 PM, Didier Romieu wrote:

Bonjour.
Sur un vieux portable (Pentium III 2.5Ghz, 256Mo de RAM, 60GO de disque)
qui ne peut booter que sur une disquette ou un cd (rw max 700Mo), j'ai
installé sur le disque dur Knoppix 6.7 !
La connexion réseau fonctionne par un clé USB wifi.
Tout est pour le mieux.
Mais peut-on encore utiliser les commandes de mise a jour "apt-get
update et upgrade" ?
J'obtiens des messages d'erreur comme :
"Impossible de récupérer
http://ftp.de.debian.org/dists/stable/updates/main/binary-i383/Packages.gz
"
404 Not found [IP : 151.101.2.132 80]

Je peux déjà vous dire que cette référence est erronné.
En effet, la version stable actuellement est de loin plus récente que
Knoppix 6.7 !


ou
"Impossible de récupérer
http://security.debian.org/debian/dists/experimental/contrib/binary-i383/Packages.gz
"
Ce qui semble normal au vu de l'ancienneté du logiciel.
Mais existe-t-il une solution de secours ?

Trouvez quel est le dépot auxquel Knoppix 6.7 se réferrait (la version
de Debian si les dépots standard étaient utilisé) puis modifier le
"stable" pour la référence de cette version.


En vous remerciant.

*Didier ROMIEU*






Bonjour,

Knoppix n'est pas faite pour des mises à jour.

C'est un ingénieux mélange de source stable, testing et instable qui 
fonctionne à un moment donné seulement.


Je l'ai déjà essayé : ça peut fonctionner (avec une version récente), 
mais on risque de perdre une partie des particularités de Knoppix.


Donc à déconseiller.

ciao
Klaus

Re: Vieille version de knoppix

2021-10-22 Par sujet Polyna-Maude Racicot-Summerside 
Bonjour,

On 2021-10-21 8:38 a.m., Grégoire Scano wrote:
> Bonjour Didier,
> 
> la liste debian-l10n-french est consacrée à la traduction de Debian en
> français, je redirige donc ton message vers la liste debian-user-french
> dédiée à aider les utilisateurs et dont les membres pourront sûrement
> t'aider.
> 
> Merci de ne pas m'inclure dans le fil de discussion,
> Grégoire
> 
> On 10/21/21 3:56 PM, Didier Romieu wrote:
>> Bonjour.
>> Sur un vieux portable (Pentium III 2.5Ghz, 256Mo de RAM, 60GO de disque)
>> qui ne peut booter que sur une disquette ou un cd (rw max 700Mo), j'ai
>> installé sur le disque dur Knoppix 6.7 !
>> La connexion réseau fonctionne par un clé USB wifi.
>> Tout est pour le mieux.
>> Mais peut-on encore utiliser les commandes de mise a jour "apt-get
>> update et upgrade" ?
>> J'obtiens des messages d'erreur comme :
>> "Impossible de récupérer
>> http://ftp.de.debian.org/dists/stable/updates/main/binary-i383/Packages.gz
>> "
>> 404 Not found [IP : 151.101.2.132 80]
Je peux déjà vous dire que cette référence est erronné.
En effet, la version stable actuellement est de loin plus récente que
Knoppix 6.7 !

>> ou
>> "Impossible de récupérer
>> http://security.debian.org/debian/dists/experimental/contrib/binary-i383/Packages.gz
>> "
>> Ce qui semble normal au vu de l'ancienneté du logiciel.
>> Mais existe-t-il une solution de secours ?
Trouvez quel est le dépot auxquel Knoppix 6.7 se réferrait (la version
de Debian si les dépots standard étaient utilisé) puis modifier le
"stable" pour la référence de cette version.

>> En vous remerciant.
>>
>> *Didier ROMIEU*
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: Activer le SSL sur un port différent que le 443

2021-10-22 Par sujet JUPIN Alain 

Bonjour,

Le 22/10/2021 à 11:30, Greg a écrit :

pourquoi https en plus sur la ligne 8443 ? 


En lisant ceci : https://httpd.apache.org/docs/2.4/fr/bind.html 
 section "Spécification 
du protocole avec Listen" on y lit :


/Dans la plupart des configurations, le second paramètre optionnel 
protocol de la directive Listen n'est pas obligatoire. S'il n'est pas 
spécifié, les protocoles par défaut sont https pour le port 443, et http 
pour tous les autres ports. Le protocole sert à déterminer quel module 
doit traiter une requête, et à appliquer les optimisations spécifiques 
au protocole via la directive AcceptFilter.//

//
//Vous ne devez définir le protocole que si vous travaillez avec des 
ports non standards. Par exemple, pour travailler en https sur le port 8443


/Ceci expliquant donc le second paramètre https, mais si je le supprime, 
cela ne résous pas mon problème pour autant (je l'avais ajouté justement 
parce que je pensais que là était le hic)/


/
Alain JUPIN
Lumières d'Ici ... et d'Ailleurs

Re: Activer le SSL sur un port différent que le 443

2021-10-22 Par sujet Greg 
Le Thu, 21 Oct 2021 18:43:45 +0200,
JUPIN Alain  a écrit :

> Dans ports.conf :
> Listen 80
> 
> 
>      Listen 443
>      Listen 8443 https
> 

pourquoi https en plus sur la ligne 8443 ?

Re: Activer le SSL sur un port différent que le 443

2021-10-22 Par sujet JUPIN Alain 

Bonjour,

Merci pour la réponse

Le 21/10/2021 à 22:44, Philippe a écrit :

 SSLOptions +StrictRequire
 SSLCipherSuite 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-$

car ce sont elles qui posent le plus souvent problème. J'essayerais avec les 
suites cypher
les moins strictes possibles, puis je les restreindrais petit à petit.

Bonne pioche,

Ph. Gras

Je viens de (re)faire le test et cela donne toujours la même erreur : 
SSL_ERROR_RX_RECORD_TOO_LONG


Pour info j'ai essayé en laissant uniquement :
    SSLEngine on
    SSLCertificateFile 
/etc/letsencrypt/live/live.mondomaine.fr/cert.pem
    SSLCertificateKeyFile 
/etc/letsencrypt/live/live.mondomaine.fr/privkey.pem
    SSLCertificateChainFile 
/etc/letsencrypt/live/live.mondomaine.fr/chain.pem

et j'ai toujours la même erreur !

De même, j'ai tenté de déclaré le VirtualHost de cette façon : 
 sans plus d'effet !


Alain JUPIN
Lumières d'Ici ... et d'Ailleurs