web-dev-qa-db-fra.com

EPEL Repo pour CentOS 6 provoquant une erreur

J'ai un VM exécutant CentOS 6 (64 bits) et j'essaie d'ajouter le dépôt EPEL comme d'habitude pour installer divers packages comme je le fais assez régulièrement.

Aujourd'hui, je rencontre des erreurs étranges mais je ne fais absolument rien de différent.

J'ajoute EPEL comme ça:

# wget http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
# rpm -ivh epel-release-6-8.noarch.rpm

Pourtant, lorsque j'essaie d'exécuter yum pour quoi que ce soit, j'obtiens cette erreur:

[root @ core /] # yum list

Plugins chargés: le plus rapide des miroirs

Déterminer les miroirs les plus rapides

Erreur: impossible de récupérer Metalink pour le référentiel: epel. Veuillez vérifier son chemin et réessayer

Des idées? Je suis perplexe!

linuxcentos6yumepel
53
Tom Wilson

Le correctif correct consiste à mettre à jour vos certificats SSL.

Sudo yum upgrade ca-certificates --disablerepo=epel

Vous devez désactiver le dépôt epel pour que cette commande réussisse. Après avoir mis à jour vos certificats, vous pouvez utiliser normalement yum car EPEL fonctionnera à nouveau.

117
Jo Rhett

J'ai eu ce problème, et cela se résumait au certificat SSL non vérifiable lors de l'obtention du fichier Metalink mis à jour pour EPEL via HTTPS. Je suppose que j'aurais pu explorer la chaîne de certificats pour découvrir pourquoi, mais pour que mon serveur fonctionne à nouveau, j'ai évité le problème en ajoutant la ligne suivante dans /etc/yum.repos.d/epel.repo:

[epel]
...
sslverify=false

Je ne pensais pas que cela était incroyablement dangereux, car les paquets eux-mêmes sont toujours vérifiés par vérification de signature GPG.

14
MadHatter

Vous pouvez modifier le dépôt epel pour utiliser http au lieu de https en exécutant ce qui suit en tant que root/Sudo

sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
8
siebo

L'utilisation ridicule de HTTP sécurisé cause un problème, mais le HTTP normal fonctionne bien. Cela ne devrait pas se produire avec une nouvelle installation, il doit donc y avoir un problème avec les référentiels de Fedora. Ça marche maintenant.

5
Tom Wilson