Pip: Problème avec MEO ISP au Portugal - 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))

Utilisez-vous un proxy?

Salut @andmart !

Cela semble être un problème de réseau. Pourriez-vous nous fournir plus de détails sur la façon dont vous vous connectez, par exemple si vous vous connectez via un proxy et si votre version SSL est suffisamment récente ?

J'ai le même problème. Pour répondre à votre question, @pradyunsg , je ne me connecte pas via un proxy (pas à ma connaissance) et je ne sais pas comment vérifier si ma version SSL est assez récente.

Mise à jour : l' exécution de la commande pip install <package> via Powershell ne donne pas cette erreur.

@crlsmnzs Il semble donc que vous utilisiez également ubuntu 16.04, pip 10.0.0 et python 3.5 dans votre test initial. Est-ce exact?

@sigmavirus24 non. Je n'utilise pas de proxy. Utilisation de mon réseau domestique.
Version Openssl : 1.02g

Cette erreur se produit généralement lorsqu'un proxy ou un pare-feu bloque les connexions.

Je pense que tu as raison. Cela fonctionnait lorsqu'il était connecté à un autre réseau. Mais lorsque @sigmavirus24 m'a demandé si j'utilisais un proxy, j'ai essayé un VPN et il n'a pas fonctionné non plus.

@sigmavirus24 J'utilise Windows 10, pip 10.0.0 et Python 3.6.5.

J'obtiens exactement le même problème. J'utilise nextcloudpi sur mon RPi3 modèle B. Ce problème a commencé lorsque j'ai mis à niveau mon forfait Internet et que les techniciens du FAI ont remplacé mon ancien routeur par un nouveau. Ce matin-là, j'avais installé un paquet, mais dans l'après-midi, après le changement de routeur, j'ai commencé à avoir ce problème. Je ne sais pas comment désactiver le pare-feu du routeur ou lui donner une liste blanche. Je suppose que j'ai des recherches à faire.

Même problème ici, non connecté via un proxy, les mêmes problèmes sont présents s'il est connecté via VPN à un autre réseau. En plus le problème est intermittent.

Sur Ubuntu 18.04
'OpenSSL 1.1.0g 2 novembre 2017'

Ayant également les mêmes problèmes sous d'autres serveurs fournis par fastly

vagrantup.com et python.org qui ont tous modifié le forçage TLS vers TLS v1.2

Le proxy est référencé partout comme des problèmes possibles, je ne suis derrière aucun pare-feu d'entreprise. J'utilise une simple connexion professionnelle d'un FAI portugais

Je n'ai pas encore testé sous Windows pour vérifier les problèmes sur le réseau, sera mis à jour.

Curl a également des problèmes avec ceux qui le forcent même à tls , chrome également. Ce n'est donc pas un problème isolé de pip, mais plutôt un problème de réseau, mais pas lié au proxy.

heheheh. Est-ce MEO ? Parce que je viens de mettre à niveau mon Internet et que j'ai un nouveau routeur MEO (ils ont promis le FiberGateWay, mais j'en ai un de merde. J'essaie toujours de le résoudre) et j'ai commencé à avoir cette erreur sur mon RPi.

Ouais. MEO ici.

Oui, je peux confirmer que c'est MEO, nous avons essayé un point d'accès mobile de NOS et nous avons pu atteindre vagrantup.com rubygems.org python.org pypa.io , tous rapidement servis à tls 1.2

Échec sur le réseau MEO ISP dans la région de Coimbra avec les systèmes d'exploitation suivants :

Réseau 1 (connexion Business MEO ISP) :
Ubuntu 18.04 - Machine1
Ubuntu 16.04 - Machine2
Windows 10 Professionnel - Machine1

Réseau 2 (Connexion FAI Home MEO) :
Ubuntu 18.04 - Machine1

Succès sur le hotspot mobile NOS :
Ubuntu 18.04 - Machine1
Ubuntu 16.04 - Machine2
Windows 10 Professionnel - Machine1

Je n'ai pas pu tester d'autres FAI.
Cependant et c'est la partie étrange:

J'ai réussi à utiliser pip sans échec en utilisant Docker NAT sur MEO ISP :
docker run -it --rm python:alpine sh / # pip install requests Collecting requests Downloading https://files.pythonhosted.org/packages/65/47/7e02164a2a3db50ed6d8a6ab1d6d60b69c4c3fdf57a284257925dfc12bda/requests-2.19.1-py2.py3-none-any.whl (91kB) 100% |████████████████████████████████| 92kB 776kB/s Collecting certifi>=2017.4.17 (from requests) Downloading https://files.pythonhosted.org/packages/df/f7/04fee6ac349e915b82171f8e23cee63644d83663b34c539f7a09aed18f9e/certifi-2018.8.24-py2.py3-none-any.whl (147kB) 100% |████████████████████████████████| 153kB 2.5MB/s Collecting idna<2.8,>=2.5 (from requests) Downloading https://files.pythonhosted.org/packages/4b/2a/0276479a4b3caeb8a8c1af2f8e4355746a97fab05a372e4a2c6a6b876165/idna-2.7-py2.py3-none-any.whl (58kB) 100% |████████████████████████████████| 61kB 5.4MB/s Collecting urllib3<1.24,>=1.21.1 (from requests) Downloading https://files.pythonhosted.org/packages/bd/c9/6fdd990019071a4a32a5e7cb78a1d92c53851ef4f56f62a3486e6a7d8ffb/urllib3-1.23-py2.py3-none-any.whl (133kB) 100% |████████████████████████████████| 143kB 7.0MB/s Collecting chardet<3.1.0,>=3.0.2 (from requests) Downloading https://files.pythonhosted.org/packages/bc/a9/01ffebfb562e4274b6487b4bb1ddec7ca55ec7510b22e4c51f14098443b8/chardet-3.0.4-py2.py3-none-any.whl (133kB) 100% |████████████████████████████████| 143kB 6.0MB/s Installing collected packages: certifi, idna, urllib3, chardet, requests Successfully installed certifi-2018.8.24 chardet-3.0.4 idna-2.7 requests-2.19.1 urllib3-1.23 / #
Cependant impossible d'installer tout en étant connecté via wifi ou ethernet
Tout le cache DNS a été vidé, nslookup renvoie la même adresse IP sur les réseaux NOS et MEO.
ilhicas@ilhicas-HP-Notebook:~$ pip install virtualenv Collecting virtualenv Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', error(104, 'Connection reset by peer'))': /simple/virtualenv/ Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', error(104, 'Connection reset by peer'))': /simple/virtualenv/ Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', error(104, 'Connection reset by peer'))': /simple/virtualenv/ Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', error(104, 'Connection reset by peer'))': /simple/virtualenv/

Encore un étrange rapport.

Lorsqu'il est connecté à MEO-WIFI (en utilisant le même routeur), je suis en mesure d'accéder correctement à tous les domaines mentionnés ci-dessus ainsi qu'à l'installation de pip.

J'ai également modifié des serveurs de noms sur Google sans aucune chance, en vidant les DNS du cache, etc. sur le réseau privé.

Je viens d'emménager à Coimbra. Je peux confirmer que j'obtiens la même erreur, uniquement avec MEO.

Je vous demande de mettre à jour ce fil si vous trouvez une solution. Est-il utile de contacter MEO ? Je ne saurais pas quoi dire...

J'ai eu cette erreur uniquement à Coimbra, je suis allé à Évora le week-end dernier sans problèmes pour atteindre les sites mentionnés précédemment sous un système d'exploitation Windows, je n'avais pas essayé via Ubuntu (compte tenu d'autres problèmes)

En ce qui concerne le contact avec MEO, je ne l'ai pas fait également pour les mêmes raisons. Si vous rencontrez un problème technique avec leur matériel, il est déjà difficile de le résoudre. . :RÉ

La seule solution qui n'est PAS une vraie solution pour l'instant est de passer à leur infra MEO-WIFI quand vous en avez besoin. Et en plus de cela, vous pouvez toujours utiliser docker, d'après ce qu'il semble sous un conteneur docker, je n'ai aucun problème. Cela seul m'incline. Je ne sais pas encore pourquoi. Ainsi, vous pouvez créer un volume du conteneur à l'hôte à l'endroit où vous souhaitez effectuer l'installation de pip, peut-être une création d'environnement virtuel avec tous les packages que vous souhaitez installer via pip. Quand j'aurai le temps je posterai ici cette solution

@Ilhicas merci d'avoir partagé vos découvertes mec.

Je m'en tiens à Vodafone pour le moment, mais je vais m'assurer de jeter un œil à votre solution de contournement Docker et de voir si je peux comprendre la racine du problème.

Je peux confirmer que j'ai le même problème. Je suis également chez MEO en tant que prestataire de services à Viseu, au Portugal.
En attendant, j'utilise mon point d'accès mobile comme solution de contournement...

Confirmation du même problème avec le fournisseur de services MEO à Porto, Portugal.
J'ai également eu du mal à me connecter aux sites Web https://www.python.org/ , https://docs.python.org/ et https://docs.python.org/ , avec un "Ce site ne peut pas être atteint".
J'ai essayé de changer de fournisseur DNS, mais cela n'a pas résolu le problème...
J'ai ces problèmes depuis longtemps, cependant, mystérieusement, il y a des moments où pip et docs fonctionnent...

Bonjour!!
J'ai trouvé une solution ! J'ai changé non seulement le DNS IPv4 mais aussi l'IPv6 vers un autre fournisseur que celui du FAI, et maintenant ça marche !
À votre santé!

@ citylife4 et tout le monde ici.
Je viens aussi de MEO et j'ai le même problème ici.
J'ai changé le DNS de mon routeur MEO en cloudflare, google, etc., mais je n'ai pas réussi à faire fonctionner pypi, pythonhosted ou autre.
wget et curl génèrent des erreurs tls, et les navigateurs restent bloqués sur des pages d'erreur (erreurs tls également).
Je suppose que c'est le même problème car j'ai les mêmes erreurs.
La connexion à d'autres réseaux, ou assez étrangement, l'utilisation d'une machine virtuelle (ne me demandez pas comment) semble résoudre le problème.
Que puis-je faire pour le moment à part utiliser un autre réseau, car il est préférable d'utiliser ma propre connexion domestique et c'est un PIA pour décharger les packages python .tar.gz de mon serveur pour les installer avec python.

Si vous avez désactivé IPv6 (je n'ai pas essayé de modifier le DNS IPv6, mais en théorie, cela devrait également fonctionner) et modifié le DNS IPv4 et que cela ne fonctionne toujours pas, je ne sais pas ce que vous pouvez faire...
Pour moi, ça marche bien depuis !

MISE À JOUR : La modification du fournisseur DNS IPv6 ne résout pas ce problème, IPv6 doit être désactivé.

Testé sur Windows 10 + Debian sur Rasp Pi

Même supprimer le DNS de MEO de son routeur via telnet et le remplacer par le mien (IPv4 et IPv6) ne fonctionne pas. Désactiver IPv6 dans le noyau serait encore plus peu pratique pour moi que de me connecter à un autre réseau. Est-ce un problème sur l'infrastructure (réseau) ou le routeur de MEO ? Je suis vraiment perplexe car cela ne fonctionne pas sur ma distribution Linux ou Windows 10, mais fonctionne sur les machines virtuelles Linux ou BSD ...

J'ai rencontré les mêmes problèmes après que @citylife4 ait signalé la solution DNS. Ce qui a vraiment fonctionné pour moi, c'est d'utiliser nordvpn, mais je vais renforcer avec MEO pour résoudre ce problème.

Pour l'instant, ma solution désactive temporairement IPv6 sur Linux avec sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' , de cette façon ce n'est rien de permanent. Mais je veux toujours que cela soit réglé du côté de MEO, alors je vais essayer de comprendre cela, car chaque fois que le routeur redémarre, il conserve les paramètres de mon serveur DNS (soit de Google, soit de Cloudflare), mais il réintègre leurs DNS IPv4 et IPv6. sur le plateau 100.
Pip fonctionne étrangement avec IPv6 désactivé, ce qui n'est rien de moins que bizarre, mais j'y reviendrai.

Ce problème semble concerner des FAI spécifiques (je ne suis pas sûr, car je ne reconnais pas les noms, ils sont probablement locaux dans une région particulière ?). Si c'est le cas, quelqu'un suggère un titre plus utile pour le problème afin d'aider toute personne ayant un problème similaire à le localiser ?

De plus, je ne vois rien d'actionnable pour pip ici, donc je suggère que le problème puisse être fermé (ce qui n'empêchera pas d'autres commentaires, si quelqu'un a une expérience supplémentaire à ajouter).

@pfmoore Cela semble être un problème uniquement au Portugal, avec un FAI spécifique, pourrait donc être un bon endroit pour échanger des idées et des correctifs pour cela? J'ai ce problème depuis plus d'un an, c'est assez frustrant.

Pouvez-vous visiter http://www.fastly-debug.com/ (nécessite un navigateur et du javascript, assurez-vous que les bloqueurs de publicité sont désactivés aussi, ils le dérangent parfois) et collez le blob base64 qu'il vous donne ? Cela aidera Fastly (notre fournisseur de CDN) à déboguer le problème.

Oui, le problème n'est pas directement lié à pip mais à ISP et fastly cdn.
Comme je l'ai mentionné précédemment. D'autres serveurs rapidement servis présentent le même
problème. Vagabondage. Rubygems etc.

A sexta, 21 de set de 2018, 13:36, Donald Stufft [email protected]
escreveu :

Pouvez-vous visiter http://www.fastly-debug.com/ (nécessite un navigateur et
javascript, assurez-vous que les bloqueurs de publicités sont également désactivés, ils manquent parfois
avec) et collez le blob base64 qu'il vous donne ? Cela vous aidera rapidement (notre
fournisseur CDN) déboguez le problème.

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/pypa/pip/issues/5374#issuecomment-423516233 , ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/AON64Uq9cAX0lYICxgvRFo_6xE5X6FDLks5udN0ygaJpZM4T0AdT
.

@dstufft Dois-je le mettre ici ou est-ce que j'ouvre un problème séparé?

Vous pouvez simplement l'ajouter à un commentaire ici, idéalement à l'intérieur d'un bloc de code afin qu'il soit bien formaté.

@osl21 Merci - titre mis à jour.

ewogICJnZW9pcCI6IHsKICAgICJjaSI6ICJsaXNib24iLAogICAgInN0IjogIjExIiwKICAgICJjdCI6ICJwb3J0dWdhbCIsCiAgICAiY28iOiAiRVUiLAogICAgImNfYXNuIjogIjMyNDMiLAogICAgImNfYXNuX25hbWUiOiAibWVvIC0gc2Vydmljb3MgZGUgY29tdW5pY2Fjb2VzIGUgbXVsdGltZWRpYSBzLmEuIiwKICAgICJyX2lwIjogIjg0LjIwMC42OS44MCIsCiAgICAicl9hc24iOiAiMzE0MDAiLAogICAgInJfYXNuX25hbWUiOiAiYWNjZWxlcmF0ZWQgaXQgc2VydmljZXMgZ21iaCIsCiAgICAicl9jaSI6ICJiYW1iZXJnIiwKICAgICJyX3N0IjogIkJZIiwKICAgICJyX2N0IjogImdlcm1hbnkiLAogICAgInJfY28iOiAiRVUiCiAgfSwKICAicG9wTGF0ZW5jeSI6IHsKICAgICJsaHIiOiA0NCwKICAgICJsY3kiOiAzOSwKICAgICJjZGciOiA0NiwKICAgICJtYWQiOiA0OSwKICAgICJmcmEiOiA1NiwKICAgICJoaG4iOiA1NiwKICAgICJhbXMiOiA1MCwKICAgICJibWEiOiA3OSwKICAgICJoZWwiOiA4OCwKICAgICJqZmsiOiAxMjEsCiAgICAiaGtnIjogMzE2CiAgfSwKICAicG9wQXNzaWdubWVudHMiOiB7CiAgICAiYWMiOiAibGN5IiwKICAgICJhcyI6ICJoaG4iCiAgfSwKICAicmVxdWVzdCI6IHsKICAgICJyZXNvbHZlcl9pcCI6ICI4NC4yMDAuNjkuODAiLAogICAgInJlc29sdmVyX2FzX25hbWUiOiAiQUNDRUxFUkFURUQtSVQsIERFIiwKICAgICJyZXNvbHZlcl9hc19udW1iZXIiOiAiMzE0MDAiLAogICAgInJlc29sdmVyX2NvdW50cnlfY29kZSI6ICJERSIsCiAgICAiY2xpZW50X2lwIjogIlJFREFDVEVEIiwKICAgICJjbGllbnRfYXNfbmFtZSI6ICJNRU8tUkVTSURFTkNJQUwsIFBUIiwKICAgICJjbGllbnRfYXNfbnVtYmVyIjogIjMyNDMiLAogICAgInRpbWUiOiAiMjAxOC0wOS0yMVQxODowNzozMy4wMDBaIiwKICAgICJob3N0IjogInd3dy5mYXN0bHktZGVidWcuY29tIiwKICAgICJhY2NlcHQiOiAidGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44IiwKICAgICJ1c2VyYWdlbnQiOiAiTW96aWxsYS81LjAgKFgxMTsgTGludXggeDg2XzY0OyBydjo2MC4wKSBHZWNrby8yMDEwMDEwMSBGaXJlZm94LzYwLjAiLAogICAgImFjY2VwdGxhbmd1YWdlIjogImVuLVVTLGVuO3E9MC41IiwKICAgICJhY2NlcHRlbmNvZGluZyI6ICJnemlwIiwKICAgICJmYXN0bHlzZXJ2ZXJpcCI6ICIxNTEuMTAxLjEyLjY0IiwKICAgICJ4ZmYiOiAiIiwKICAgICJkYXRhY2VudGVyIjogIkZSQSIsCiAgICAiYmFuZHdpZHRoX21icHMiOiAiMTEuMzYiLAogICAgImN3bmQiOiA4NSwKICAgICJuZXh0aG9wIjogIjE0OS4xMS4yMC4xMTciLAogICAgInJ0dCI6IDUwLjEzLAogICAgImRlbHRhX3JldHJhbnMiOiAwLAogICAgInRvdGFsX3JldHJhbnMiOiAwCiAgfQp9
J'utilise actuellement les serveurs DNS dns.watch, mais cela échoue avec Cloudflare (1.1.1.1) ou Google (8.8.8.8) .

@osl21 Juste pour être clair, ce blob a été créé lors de l'utilisation dns.watch serveurs

Non, tous les DNS présentent le problème, seule la désactivation d'IPv6 le résout. Quel que soit le DNS que j'utilise, je ne peux pas aller sur pypi ou utiliser pip, j'utilise simplement DNS.WATCH par préférence.

OK merci.

@osl21 La désactivation d'IPv6 sur ma machine avec sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' fonctionné pour moi.

Cela fonctionne, mais c'est un problème vraiment désagréable du côté de MEO ou de Fastly (puisque je ne peux pas accéder à certains de leurs services, en particulier liés à python), la désactivation d'IPv6 n'est pas vraiment une solution.

Pour ceux qui rencontrent ce problème v6, il serait très utile que vous fournissiez une capture de paquet en cas d'échec.
Veuillez les envoyer à [email protected] et mentionner ce problème et notre ticket ECO-2664

@supine Pouvez-vous nous donner des étapes (outils ou autres) afin de vous fournir ladite capture de paquets (comme dans une installation pip ou accéder à pypi via un navigateur ou curl/wget) ?

J'ai le même problème avec le fournisseur NOS portugais

Les gars, changez simplement le DNS IpV4 en 8.8.8.8 ou 8.8.4.4 et le DNS IpV6 en 2001:4860:4860::8888 ou 2001:4860:4860::8844.
C'est certainement dû aux sites Web qu'ils bloquent au Portugal pour empêcher le piratage...

@SirRibeiro Comme mentionné précédemment, il échoue avec n'importe quel DNS, que ce soit Google, Cloudflare ou tout autre. Le problème vient du côté de cloudflare/fastly, pas de la liste noire du piratage.

@osl21 oh ok, désolé, pour moi, il suffisait de changer le DNS.

Je viens de tomber dessus, et même changer les DNS n'a pas aidé.

Je suis sur MEO fibre et je viens d'ouvrir un problème sur leur support.

L'utilisation du point d'accès mobile à partir de mon téléphone portable (également MEO) a résolu le problème pour le moment.

Quel type de routeur le FAI fournit-il ? Quelqu'un est-il capable de faire un test en contournant le routeur fourni ?

@osl21, vous pouvez effectuer une capture avec un outil tel que tcpdump. La commande ressemblerait à quelque chose comme :

tcpdump -n -nn -N -s 0 -i INTERFACE -w /PATH/TO/FILE.pcap "net 2a04:4e40::/29"

où INTERFACE est votre interface "externe" d'où sortirait votre route par défaut.

d'accord. La solution Meo 1 consistait à me demander de redémarrer le routeur.....Comme prévu, ce n'est pas une solution

Les détails sont

Passerelle Technicolor

Nom du produit : TG789vac v2

Numéro de série : xxxxxxxx

Version du logiciel : 10.5.8.I

Variante logicielle : BQ

Version du chargeur de démarrage : 2.0.85

Code de produit : 3743534A

Nom de la carte : VANT-6

@lvale merci pour ces informations.

Il existe un problème connu avec les routeurs Thomson / Technicolor Gateway où ils réinitialisent l'étiquette de flux IPv6 au milieu d'une session TCP alors qu'elle est censée être statique du SYN au FIN.

Les grands réseaux et fournisseurs de services, Fastly inclus, utilisent ECMP pour l'équilibrage de charge. Idéalement, la sélection du chemin utilise un hachage qui conserve une seule session TCP sur le même chemin.

Bien que Fastly évite principalement d'utiliser l'étiquette de flux IPv6 comme entrée dans le hachage :

• certains équipements ne permettent pas de l'exclure
• certains autres réseaux choisissent de le configurer.

En réinitialisant l'étiquette de flux IPv6 au milieu de la session TCP, le routeur force probablement ECMP à ressasser quelque part sur le chemin entre vous et Fastly. Cela pourrait signifier que les paquets suivants atterrissent dans le mauvais cache ou même dans le mauvais POP.

Vous pouvez prouver qu'il s'agit du routeur en connectant votre ordinateur directement à l'ONT et en retestant.

Je n'ai pas de solution simple à vous proposer. Vos options semblent être :

• recherchez le dernier firmware pour votre appareil, voyez si cela résout le problème
• remplacez le routeur fourni par l'un des vôtres

Différents équipements ici, mais c'est la même marque, juste une version supérieure des détails techniques, juste testée et cela semble fonctionner maintenant, mais comme mentionné précédemment, l'occurrence de l'erreur n'est pas déterministe.

Passerelle Technicolor

Nom du produit : TG784n v3

Version du logiciel : 10.2.1.O

Variante logicielle : DS

Version du chargeur de démarrage : 1.1.2

Code de produit : 3690227E

Nom du forum : DANT-U

Avec un peu plus de recherche, j'ai trouvé une solution provisoire ici https://www.reddit.com/r/portugal/comments/8cjj3s/developers_com_meo_em_casa_conexões_bloqueadas/

qui consiste essentiellement à désactiver ipv6 sur le routeur/passerelle

telnet vers routeur/passerelle

telnet _ipaddress_
dhcp serverv6 config state=disabled
ip ifconfig intf=LocalNetwork ipv6=disabled
saveall
exit

Pas sûr que ça durera les mises à jour "périodiques" par le FAI....

Une solution de contournement consiste à désactiver IPv6.

1. Désactiver IPv6
2. Courir pip
3. Activer IPv6

Je signale que sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' fonctionné pour moi ! Merci beaucoup!! Je n'ai rien pu installer avec pip

sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6'
a très bien fonctionné pour moi !!!

Vous avez également ce problème, non seulement avec pip, mais avec de nombreux sites Web HTTPS principalement derrière Fastly CDN. Aussi avec MEO comme FAI. Oui désactiver ipv6 a fait l'affaire.

J'aimerais quand même comprendre pourquoi cela se produit.

Je sais qu'avant de désactiver ipv6, si je vérifiais mon IP publique, cela donnerait une ipv6. Je ne sais pas vraiment s'il s'agit d'un problème de FAI ou si de nombreux sites Web ne peuvent toujours pas bien gérer les adresses IPv6.

@brpaz voir https://github.com/pypa/pip/issues/5374#issuecomment -428160285

Merci beaucoup les gars, je peux confirmer que seule la désactivation d'IPv6 fonctionne. J'ai déjà essayé beaucoup de choses.

C'est probablement un peu évident, mais notez simplement que ce problème affecte également https://pypi.org via les navigateurs, pas seulement pip.

La désactivation d'ipv6 a résolu ce problème pour moi. Toujours ennuyeux quand même.

Même problème pour moi. J'utilise MEO d'Aveiro.
La désactivation d'IPv6 fonctionne parfaitement pour toute installation de package. En tant que brésilien, je considère le Portugal comme un réseau étrange...
Je vous remercie pour le soutien.

Les gars,

J'ai eu le même problème, en utilisant MEO ISP/Router.

Je résous en utilisant cette commande, pour désactiver le réseau ipv6 : sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6'

Ensuite, je lance pip et ça marche !!!

J'ai le même problème. Étant donné que ce problème est clairement lié à MEO, existe-t-il un forum plus approprié pour discuter de cette question ? J'ai ouvert un ticket d'assistance avec MEO, mais j'aimerais savoir si quelqu'un d'autre a fait de même et quelle réponse a-t-il reçu.

@aaubry J'ai posté sur le forum Meo , il y a quelques temps mais pas de réponse.

Je n'ai pas ouvert de ticket de support difficile. Peut-être que je ferai. Merci de me tenir au courant si vous obtenez une réponse.

Bonjour gars,

Je viens de Coimbra, au Portugal et j'ai eu le même problème, alors j'ai essayé ce qui suit et j'ai travaillé

Je viens de changer mon DNS IPv4 en 8.8.8.8 et 8.8.4.4 (Google)
Et désactivé IPv6 et cela a fonctionné.

Si vous souhaitez conserver IPv6, vous ne pouvez le désactiver que lorsque vous installez quelque chose avec pip.

Reportage d'Almada (MEO) :

La désactivation d'IPv6 m'a permis d'utiliser 'pip install package'.
Donc, si vous voulez installer quelque chose, désactivez simplement IPv6 pendant que vous le faites.
Pour référence, j'utilise, dans le DNS IPv4 : 8.8.8.8 et 8.8.4.4

Même problème avec MEO à Évora (Ubunbu 18.04).
Également résolu avec:
sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6'

Je suis également derrière MEO. Ma solution de contournement consistait à désactiver temporairement IPv6 comme expliqué Comment désactiver l'adresse IPv6 sur Ubuntu 18.04 Bionic Beaver Linux . Ce lien explique également comment désactiver définitivement IPv6.

Est-ce que n'importe qui a essayé ceci avec des routeurs et des modems de tiers ? Sommes-nous sûrs que le problème vient de l'infrastructure de meo ? Ou peut-être les appareils?

@Zizico2 Je pense que c'était un problème avec les appareils car depuis la dernière mise à jour du firmware, je n'ai jamais eu de problèmes avec IPv6. Ou peut-être ont-ils mis à jour l'infrastructure en même temps.

Est-ce que quelqu'un a encore un problème avec MEO ? Quelle version de l'appareil utilisez-vous ? (Vous pouvez accéder à http://192.168.1.254/ pour le savoir.)

Mon appareil : Technicolor TG784n v3
Version du micrologiciel : M19 10.5.8.U [FV]

Salut les gens!

Si vous rencontrez toujours des problèmes de connexion à PyPI avec MEO en tant que FAI, veuillez ouvrir un problème dans pypa/pypi-support en utilisant le modèle « Problème d'accès au réseau » .

C'est un bien meilleur endroit pour poursuivre la discussion sur ce problème + une meilleure visibilité pour les administrateurs PyPI, afin qu'ils puissent jeter un œil s'il y a quelque chose d'actionnable du côté PSF-infra.

AFAICT, il s'agit d'un problème IPv6 avec MEO ; puisque la désactivation d'IPv6 semble fonctionner pour certains utilisateurs.

@pradyunsg le problème a été identifié dans https://github.com/pypa/pip/issues/5374#issuecomment -428160285

Je pense qu'en raison des mises à niveau du micrologiciel et/ou des modifications apportées à la topologie de routage, ce problème particulier devrait être résolu.

Les gens devraient être encouragés à retester IPv6 pour voir si cela reste un problème pour eux.