Avant de réinitialiser ma carte et de perdre Plex et un semblant de Nextcloud, je me tourne vers vous et vos expériences.
Lorsque je lance « sudo apt-get upgrade » il se passe quelque chose d’étrange qui me fait penser à un bug ; le retour est le suivant :
« 0% [Connexion à 192.163.1.43 (192.163.1.43)] [Connexion à 192.163.1.43 (192.163.1 »
Ensuite il y a le message suivant qui vous permettra peut être de m’aider sachant que je suis bel et bien connecté au réseau :
« Err :1 http://archive.raspberrypi.org/raspbian buster InRelease
Connexion à 192.163.1.43: 443 (192.163.1.43) impossible, délai de connexion dépassé
Err :2 Index of /debian buster InRelease
Connexion à 192.163.1.43: 443 (192.163.1.43) impossible, délai de connexion dépassé « « abrégé : IP problème » »
Lecture des listes de paquets… Fait
W: Impossible de récupérer http://raspbian.rasberrypi.org/raspbian/dists/buster/InRelease IP problème
W: Impossible de récupérer http://archive.raspberrypi.org/debian/dists/buster/InRelease IP problème
W: Le téléchargement de quelques fichiers d’index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place. »
Pour l’histoire, ceci a commencé quand j’ai ajouté un fichier 10proxy pour je ne sais plus quelle raison, puis que je l’ai supprimé car il n’avait pas l’air de m’être utile.
Ce problème est que tu n’as pas fais sudo apt update avant, les URL archivés sont périmés (outdated). Ceci dit, il faut que ton horloge sois ajusté car sinon le temps entre toi et le serveur d’update ne pourras pas te donner une liste à jours.
J’ai remarqué que sous Raspbian, la commande sudo apt update est très importante. La définition des serveurs (host/ip) semble changer fréquemment, surtout ces mois si. Alors, ne pas oublier de le faire.
192.163.1.43 est une adresse relié à un Datacenter à Dallas (USA). Il n’est pas listé comme malveillant. Aucun HOST lui est attribué officiellement (le reverse du IP n’est pas défini sur un domaine). Ceci n’est dont pas inhabituel. Les technique de protection DDoS implique le changement de IP et leur « load balancing » entre eux.
Oups… Effectivement je me suis trompé sur mon IP qui était très ressemblante : 192.168.1.43.
J’avance sur ma résolution du problème :
Afin de régler le problème de connexion à l’adresse ip 192.163.1.43 (adresse de mes premiers messages d’erreurs) j’ai re-crée le fichier 10proxy comme recommandé sur le site suivant : https://riptutorial.com/raspberry-pi/example/25054/proxy-configuration
1 - créer un fichier nommé « 10proxy » dans le dossier /etc/apt/apt.conf.d :
commande : sudo nano /etc/apt/apt.conf.d/10proxy
2 - Ecrire les lignes de codes suivantes :
Acquire::http::Proxy « http://yourproxyaddress:proxyport/ »;
Acquire::https::Proxy « http://yourproxyaddress:proxyport/ »;
Acquire::http::Proxy « http://username:password@yourproxyaddress:proxyport/ »;
3 - Enregistrer puis quitter :
Control + s pour la sauvegarde; control + X pour quitter.
Maintenant, je fais face à un nouveau problème après exécution de la commande apt update :
"
Ign :1 Index of /raspbian buster InRelease
Ign :2 Index of /debian buster InRelease
Err :3 Index of /raspbian buster Release
404 Not Found [IP : 192.168.1.43 80]
Err :4 Index of /debian buster Release
404 Not Found [IP : 192.168.1.43 80]
Lecture des listes de paquets… Fait
E: Le dépôt Index of /raspbian buster Release ne contient plus de fichier Release.
N: Les mises à jour depuis un tel dépôt ne peuvent s’effectuer de manière sécurisée, et sont donc désactivées par défaut.
N: Voir les pages de manuel d’apt-secure(8) pour la création des dépôts et les détails de configuration d’un utilisateur.
…E: N: N: identiques pour Index of /debian buster Release.
Bon hum… juste pour confirmer, tu as édité les infos pour masquer les vrai comme « youraddress:proxyport » ?
Si tu as laissé tel que tel, c’est sur que ça ne marche pas.
192.163.1.43 (premier post) retourne pas de réponse au ping.
192.168.1.43 c’est ton adresse d’un appareil sur ton réseau. En principe, la commande « sudo apt update » ne devrais JAMAIS retourner une adresse de réseau local sauf; si ton apt est modifié pour utiliser un serveur maitre autre que celui par défaut (très rare, exige une structure de mise à jour), soit que tu as un service de DNS qui te donne de mauvaise adresse.
Je ne sais pas si les serveurs de Raspberry Pi / Raspbian filtre les IP et les proxy. Peut-être une configuration supplémentaire est requise pour respecter leur protection. (habituellement c’est plus au niveau des site Web que les proxy seront filtrés/détecté).
Ce que tu peux également vérifier est de changer les serveur DNS de ta connection, les proxy ont une tendance à garder (trop) longtemps les résultats, ceci peut t’empêcher justement de rafraichier le IP du DNS. SI tu gère le proxy, flush sont cache. Sinon c’est d’attendre le cycle de rafraîchissement du proxy (problème connu sous squid). Et au passage, désactive le support IPv6, sauf si c’est vraiment requis pour tes besoins, c’est un autre problème que j,ai vu sous Squid (tendance a préférer le IPv6 que le IPv4 même en fail). Mais ce dernier point serait pas relié directement à ton problème, vu qu’il y a aucune trace d’adresse en format IPv6.
Merci beacoup pour cette analyse, mais néophyte comme je suis, je ne vais plus passer tenter de rechercher la solution qui à présent me prendra plus de temps que tout recommencer depuis le début.
Ce que je compte faire par contre, sera de poster le contenu des fichiers 10proxy et dhcpd.conf, sources.list et divers autres qui permettent le bon fonctionnement de ce « apt update ».