web-dev-qa-db-fra.com

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

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. Donc je vérifie pour voir d'où viennent les paquets .

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?

aptpackage-managementauthentication
185
John

tilitaire 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 ...

226
hhlp
Sudo apt-get update

C’était suffisant pour réparer ça pour moi.

17
ThorSummoner

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, apt a pu authentifier correctement les packages.

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 (A.K.A. le bouton Windows Logo)
  2. Tapez Résea et appuyez sur Entrée
  3. Sélectionnez Proxy résea
  4. Changez la méthode en None
  5. Cliquez Apply System Wide
  6. apt devrait maintenant pouvoir authentifier les paquets
5
chritohnide

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.

2
gryphonB

Méfiez-vous des mandataires d'entreprise!

Je recevais WARNING: The following packages cannot be authenticated! pour openjdk-7-jdk (entre 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é (en étant derrière un proxy): $ Sudo apt-key update $ Sudo apt-get update

Les clés n'étaient pas mises à jour, apt-get update a mis à jour des éléments, aucun avertissement ni aucune erreur. Mais je ne pouvais toujours pas installer openjdk-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.

2
William

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'a été affichée et l'erreur d'erreur d'authentification ne cessait de se produire 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 package update-manager-core s'il n'est pas déjà installé.
  • Assurez-vous que le /etc/update-manager/release-upgrades est défini 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 également. 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 le fichier 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.

1
CSkau