Pourquoi ai-je des erreurs d'authentification pour les paquets provenant d'un référentiel Ubuntu?

186

J'expérimente avec les VPN, donc je voulais installer pptpd.

john@desktop:~$ sudo apt-get install pptpd
[sudo] password for john: 
<snip>
The following extra packages will be installed:
  bcrelay
The following NEW packages will be installed:
  bcrelay pptpd
0 upgraded, 2 newly installed, 0 to remove and 11 not upgraded.
Need to get 90.5 kB of archives.
After this operation, 442 kB of additional disk space will be used.
Do you want to continue [Y/n]? y

Et tout se passe bien jusqu'à ce que je descende ici:

WARNING: The following packages cannot be authenticated!
  bcrelay pptpd
Install these packages without verification [y/N]? n
E: Some packages could not be authenticated

Pas d'authentification? Je ne suis pas un expert en sécurité, mais je suis à peu près sûr que c'est une mauvaise chose. Je vérifie donc pour voir d'où viennent les colis .

john@desktop:~$ apt-cache policy pptpd
pptpd:
  Installed: (none)
  Candidate: 1.3.4-3ubuntu1
  Version table:
     1.3.4-3ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
john@desktop:~$ apt-cache policy bcrelay
bcrelay:
  Installed: (none)
  Candidate: 1.3.4-3ubuntu1
  Version table:
     1.3.4-3ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

Ils viennent d'Ubuntu.com et ne sont pas correctement authentifiés? Que se passe t-il ici?

John
la source

Réponses:

227

Utilitaire apt-key

apt-key est utilisé pour gérer la liste des clés utilisées par apt pour vérifier les paquets. Les paquets qui ont été vérifiés à l'aide de ces clés seront considérés comme fiables. Pour mettre à jour le trousseau de clés local avec le trousseau de clés d'archive Ubuntu et supprimer du trousseau de clés les clés d'archivage qui ne sont plus valides.

$ sudo apt-key update
$ sudo apt-get update

essayez d'installer quelque chose ...

hhlp
la source
15
Cela a fonctionné, mais a apt-keydit que cela ne changeait rien. Avez-vous une idée de mon problème?
Jean
5
cela peut provenir de nombreuses erreurs côté serveur de paquets. parfois courir apt-get updateva le réparer.
ixtmixilix
4
Dans mon cas, un Ctrl + C pendant un long aptitudetravail a causé le problème. sudo apt-key updaten'a rien changé, mais a sudo apt-get updaterésolu le problème.
musiphil
1
Il affiche "la clé de signature automatique des archives Ubuntu <- @ ubuntu.com> n’a pas changé" ..toute autre suggestion!
CoDe
2
Je me demande pourquoi apt-key updaten'est pas exécuté automatiquement après avoir rencontré un The following packages cannot be authenticated!problème ...
Mateusz Konieczny
17
sudo apt-get update

C'en était assez pour le réparer pour moi.

ThorSummoner
la source
1
A travaillé pour moi aussi sur Ubuntu 14.04 avec un serveur fraîchement installé (bug Ansible github.com/ansible/ansible-modules-core/issues/1497 dans le aptmodule a causé le apt-get updatepas à exécuter.) J'ai couru auparavant apt-key updatepour diagnostiquer cela , mais il n » ai pas t mettre à jour les clés, alors ce n'était pas la solution.
RichVel
5

J'ai eu ce problème sur Ubuntu 12.10 (Quetzal quantique). Le même problème s'est produit si j'ai essayé d'utiliser l'interface graphique de Synaptic Package Manager.

Il s'est avéré que mon système était toujours configuré pour utiliser un serveur proxy pour un réseau auquel je n'étais plus connecté et que je ne pouvais donc plus utiliser. Une fois que j'ai désactivé le serveur proxy, j'ai aptpu authentifier correctement les paquets.

Afin de désactiver le proxy sur Ubuntu 12.10 (Quantal Quetzal), procédez comme suit:

  1. Appuyez sur le bouton Super de votre clavier (AKA le bouton Logo Windows)
  2. Tapez Network et appuyez sur Entrée
  3. Sélectionner un proxy réseau
  4. Changer la méthode en Aucune
  5. Cliquez sur Appliquer à l'échelle du système.
  6. apt devrait maintenant être capable d'authentifier les paquets
Chritohnide
la source
2

J'ai eu ce problème, il s'est avéré que c'était une faute du serveur australien - des kangourous lâches dans le paddock du haut, probablement. Je l'ai corrigé en changeant la source du logiciel dans Muon, du serveur australien au serveur principal.

GryphonB
la source
2

Méfiez-vous des mandataires d'entreprise!

Je devenais WARNING: The following packages cannot be authenticated!pour openjdk-7-jdk(parmi d'autres paquets), assis derrière un proxy. Même la configuration de `/etc/apt/apt.conf 'et de Paramètres-> NetworkSettings avec Proxy config n’autorisait pas l’authentification ou l’installation des paquets.

Essayé (alors que derrière le proxy): $ sudo apt-key update $ sudo apt-get update

Les clés n'ont pas été mises à jour, apt-get updatecertaines mises à jour, aucun avertissement ni erreur. Mais je ne pouvais toujours pas installeropenjdk-7-jdk .

Solution:

  1. Connectez-vous directement au réseau (évitez le proxy d'entreprise)
  2. Désactiver la configuration du proxy dans les paramètres et /etc/apt/apt.conf
  3. sudo apt-key update
  4. sudo apt-get update
  5. sudo apt-get install openjdk-7-jdk

Les packages sont authentifiés, téléchargés et installés.

William
la source
3
Mais pourquoi ? Pourquoi le recours à un proxy d'entreprise empêche-t-il une authentification correcte du package?
Mikhail T.
1

ntc2 est essentiellement correct (pour mon cas en tout cas), mais permettez-moi de développer la solution.

Pour une raison quelconque, j'étais bloqué sur 15.04 alors qu'il était configuré pour une mise à niveau automatique. Peu importe le nombre de fois que j'ai mis à jour / mis à jour, aucune nouvelle version n'était affichée et l'erreur d'erreur d'authentification apparaissait régulièrement lors de l'installation des packages.

Cependant, j'ai finalement compris comment forcer la mise à niveau via les notes de publication officielles d'Ubuntu 15.10 (Wily Werewolf). Il s'avère être assez simple et dans mon cas, tout ce dont j'avais besoin était la dernière étape.

Mise à niveau à partir d'Ubuntu 15.04:

  • Installez le update-manager-corepaquet s'il n'est pas déjà installé.
  • Assurez-vous que le /etc/update-manager/release-upgradesest réglé sur normal.
  • Lancez l'outil de mise à niveau avec la commande sudo do-release-upgrade.

Maintenant que j'ai mis à niveau, l'erreur d'authentification est résolue et je peux installer des packages sans problème.

Problème de mise à niveau - E: La méthode a donné un message de redirection non valide à 103

Cela peut ou non être lié aux problèmes de mise à niveau, je vais donc laisser ceci ici au cas où quelqu'un d'autre le rencontrerait aussi. Si, lors de la mise à niveau, vous rencontrez l’erreur suivante:

E: La méthode a donné un message 103 de redirection invalide

Vous devrez peut-être nettoyer les fichiers partiels avec les éléments ci-dessous et réessayer la mise à niveau:

sudo rm /var/lib/apt/lists/partial/*

(Source: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1479045 )

Ce fut la dernière pièce pour faire passer la mise à niveau pour moi.

CSkau
la source