Pip: Problema con MEO ISP en Portugal - 'ProtocolError (' Conexión abortada ', ConnectionResetError (104,' Conexión restablecida por par '))

¿Está utilizando un proxy?

¡Hola @andmart!

Esto parece ser un problema de red. ¿Podría proporcionarnos más detalles sobre cómo se está conectando, por ejemplo, si se está conectando a través de un proxy y si su versión de SSL es lo suficientemente nueva?

Tengo el mismo problema. Para responder a su pregunta, @pradyunsg , no me estoy conectando a través de un proxy (que yo sepa) y no sé cómo verificar si mi versión de SSL es lo suficientemente reciente.

Actualización: ejecutar el comando pip install <package> través de Powershell no da este error.

@crlsmnzs Parece que también estaba usando ubuntu 16.04, pip 10.0.0 y python 3.5 en su prueba inicial. ¿Es eso exacto?

@ sigmavirus24 no. No estoy usando un proxy. Usando mi red doméstica.
Versión de Openssl: 1.02g

Este error suele ocurrir cuando hay algo como un proxy o un firewall que bloquea las conexiones.

Creo que tienes razón. Funcionó cuando se conectó a otra red. Pero cuando @ sigmavirus24 me preguntó si estaba usando un proxy, probé una VPN y tampoco funcionó.

@ sigmavirus24 Estoy usando Windows 10, pip 10.0.0 y Python 3.6.5.

Tengo exactamente el mismo problema. Estoy usando nextcloudpi en mi RPi3 Model B. Este problema comenzó cuando actualicé mi plan de Internet y los técnicos del ISP cambiaron mi viejo enrutador por uno nuevo. Esa mañana había instalado un paquete, pero por la tarde, después del cambio del enrutador, comencé a tener este problema. No tengo ni idea de cómo deshabilitar el firewall del enrutador o darle una lista blanca. Supongo que tengo que investigar un poco.

El mismo problema aquí, no conectado a través de un proxy, los mismos problemas están presentes si se conecta a través de VPN a otra red. Además el tema es intermitente.

En ubuntu 18.04
'OpenSSL 1.1.0g 2 de noviembre de 2017'

También teniendo los mismos problemas en otros servidores proporcionados por fastly

vagrantup.com y python.org, todos los cuales tienen cambios en el forzamiento de TLS a TLS v1.2

El proxy se menciona en todas partes como posibles problemas, no estoy detrás de ningún firewall corporativo. Estoy usando una conexión comercial simple de un ISP portugués

Aún no he probado en Windows para verificar si hay problemas en la red, se actualizará.

Curl también tiene problemas con aquellos que incluso lo obligan a tls, chrome también. Así que no es un problema aislado de pip, sino más bien un problema con la red, simplemente no relacionado con el proxy.

eh eh eh. ¿Es MEO? Porque acabo de actualizar mi Internet y obtuve un nuevo enrutador MEO (prometieron el FiberGateWay, pero obtuve uno malo. Todavía estoy tratando de resolverlo) y comencé a tener este error en mi RPi.

Sí. MEO aquí.

Sí, puedo confirmar que es MEO, hemos probado un punto de acceso móvil de NOS y hemos podido llegar a vagrantup.com rubygems.org python.org pypa.io, todo servido rápidamente en tls 1.2

Fallo en la red MEO ISP en el área de Coimbra con los siguientes sistemas operativos:

Red 1 (conexión Business MEO ISP):
Ubuntu 18.04 - Máquina1
Ubuntu 16.04 - Máquina2
Windows 10 Professional - Máquina1

Red 2 (conexión de ISP MEO doméstico):
Ubuntu 18.04 - Máquina1

Éxito en el punto de acceso móvil NOS:
Ubuntu 18.04 - Máquina1
Ubuntu 16.04 - Máquina2
Windows 10 Professional - Máquina1

No he podido probar otros ISP.
Sin embargo y esta es la parte extraña:

Pude usar pip con éxito sin fallar usando Docker NAT en 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 / #
Sin embargo, no se puede instalar mientras está conectado a través de wifi o ethernet
Toda la caché dns se ha vaciado, nslookup devuelve la misma dirección IP en la red NOS y 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/

Otro informe extraño.

Cuando me conecto a MEO-WIFI (usando el mismo enrutador) puedo llegar a todos los dominios mencionados anteriormente correctamente, así como instalar pip.

También he editado servidores de nombres en Google sin suerte, vaciando el caché dns, etc. en la red privada.

Me acabo de mudar a Coimbra. Puedo confirmar que obtengo el mismo error, solo con MEO.

Le pido que actualice este hilo si encuentra una solución. ¿Tiene algún sentido ponerse en contacto con MEO? No sabría que decir ...

Tuve este error solo en Coimbra, estuve en Évora el fin de semana pasado sin problemas para llegar a los sitios mencionados anteriormente en un sistema operativo Windows, no lo había intentado a través de Ubuntu (debido a otros problemas)

En cuanto a contactarme con MEO, no lo he hecho también por las mismas razones, si tienes un problema técnico con su hardware ya es un fastidio arreglarlo, así que solo puedo imaginar los terrores que pasarías al explicar esto. . :D

La única que NO es una solución real por ahora es cambiar a su infrarrojo MEO-WIFI cuando lo necesite. Y además de eso, siempre puedes usar la ventana acoplable, ya que por lo que parece debajo de un contenedor de la ventana acoplable, no tengo problemas. Eso solo me inclina ... No puedo entender por qué todavía. Entonces, podría crear un volumen desde el contenedor hasta el host hasta el lugar donde desea realizar la instalación de pip, tal vez alguna creación de entorno virtual con todos los paquetes que desea instalar a través de pip. Cuando llegue el momento, publicaré aquí esa solución.

@Ilhicas gracias por compartir tus hallazgos hombre.

Me quedo con Vodafone por el momento, pero me aseguraré de echar un vistazo a la solución alternativa de Docker y ver si puedo descubrir la raíz del problema.

Puedo confirmar que tengo el mismo problema. También estoy con MEO como proveedor de servicios en Viseu, Portugal.
Mientras tanto, estoy usando mi punto de acceso móvil como solución alternativa ...

Confirmando el mismo problema con el proveedor de servicios MEO en Oporto, Portugal.
También tuve problemas para conectarme a los sitios web https://www.python.org/ , https://docs.python.org/ y https://docs.python.org/ , con un "Este sitio no puede ser alcanzado "error.
Intenté cambiar el proveedor de DNS, pero eso no resolvió el problema ...
He tenido esos problemas durante mucho tiempo, sin embargo, misteriosamente, hay momentos en que pip y docs funcionan ...

¡¡Hola!!
¡Encontré una solución! He cambiado no solo el DNS IPv4, sino también el IPv6 a otro proveedor que no sea el ISP, ¡y ahora funciona!
¡Salud!

@ citylife4 y todos los demás aquí.
Yo también soy de MEO y tengo el mismo problema aquí.
Cambié el DNS en mi enrutador MEO a cloudflare's, google's, etc., pero no tuve suerte en hacer funcionar pypi, pythonhosted o cualquier otra cosa.
wget y curl dan errores tls, y los navegadores se atascan en las páginas de error (errores tls también).
Supongo que este es el mismo problema ya que tengo los mismos errores.
Conectarse a otras redes, o por extraño que parezca, usar una máquina virtual (No me pregunte cómo) parece solucionarlo.
¿Qué puedo hacer por ahora además de usar otra red, ya que es preferible usar mi propia conexión doméstica y es un PIA para descargar los paquetes de Python .tar.gz de mi servidor para instalarlos con Python?

Si ha desactivado IPv6 (no intenté cambiar el DNS de IPv6, pero en teoría, también debería funcionar) y cambió el DNS de IPv4 y todavía no funciona, no sé qué puede hacer ...
¡Para mí ha funcionado bien desde entonces!

ACTUALIZACIÓN : Cambiar el proveedor de DNS de IPv6 no resuelve esto, es necesario deshabilitar IPv6.

Probado en Windows 10 + Debian en Rasp Pi

Incluso eliminar el DNS de MEO de su enrutador a través de telnet y reemplazarlo con el mío (IPv4 e IPv6) no funciona. Deshabilitar IPv6 en el kernel sería aún más poco práctico para mí que conectarme a otra red. ¿Es esto un problema en la infraestructura (red) o enrutador de MEO? Estoy realmente desconcertado ya que esto no funciona en mi distribución de Linux o Windows 10, pero funciona en máquinas virtuales Linux o BSD ...

Me he enfrentado a los mismos problemas después de que @ citylife4 señalara la solución DNS. Lo que realmente funcionó para mí fue usar nordvpn, pero lo reforzaré con MEO para solucionar este problema.

Por ahora, mi solución es deshabilitar temporalmente IPv6 en Linux con sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' , de esa manera no es nada permanente. Pero todavía quiero que esto se solucione por parte de MEO, así que intentaré resolverlo, ya que cada vez que el enrutador se reinicia, mantiene la configuración de mi servidor DNS (ya sea de Google o Cloudflare), pero vuelve a introducir su IPv4 e IPv6 DNS. en el set 100.
Pip extrañamente funciona con IPv6 deshabilitado, lo cual es nada menos que extraño, pero analizaré esto más a fondo.

Este problema parece ser sobre ISP específicos (no estoy seguro, ya que no reconozco los nombres, ¿se presume que son locales de una región en particular?). Si es así, ¿alguien sugiere un título más útil para el problema para ayudar a cualquier persona con un problema similar a localizarlo?

Además, no veo nada procesable para pip aquí, por lo que sugiero que el problema se pueda cerrar (lo que no evitará más comentarios, si alguien tiene experiencia adicional para agregar).

@pfmoore Este parece ser un problema exclusivo de Portugal, con un ISP específico, entonces, ¿podría ser un buen lugar para intercambiar ideas y soluciones para esto? He tenido este problema durante más de un año, es bastante frustrante.

¿Puedes visitar http://www.fastly-debug.com/ (requiere un navegador y javascript, asegúrate de que los bloqueadores de anuncios estén desactivados y a veces se metan con él) y pegar el blob base64 que te da? Eso ayudará a Fastly (nuestro proveedor de CDN) a depurar el problema.

Sí, el problema no está directamente relacionado con pip, sino con isp y fastly cdn.
Como mencioné anteriormente. Otros servidores de servicio rápido presentan lo mismo
asunto. Vagrantup. Rubygems, etc.

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

¿Puede visitar http://www.fastly-debug.com/ (requiere un navegador y
javascript, asegúrese de que los bloqueadores de anuncios estén desactivados, ya que a veces se pierden
con él) y pegar el blob base64 que le da? Eso ayudará rápidamente (nuestro
Proveedor de CDN) depure el problema.

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/pypa/pip/issues/5374#issuecomment-423516233 , o silenciar
la amenaza
https://github.com/notifications/unsubscribe-auth/AON64Uq9cAX0lYICxgvRFo_6xE5X6FDLks5udN0ygaJpZM4T0AdT
.

@dstufft ¿Lo pongo aquí o abro una edición separada?

Puede agregarlo a un comentario aquí, idealmente dentro de un bloque de código para que tenga un buen formato.

@ osl21 Gracias - título actualizado.

ewogICJnZW9pcCI6IHsKICAgICJjaSI6ICJsaXNib24iLAogICAgInN0IjogIjExIiwKICAgICJjdCI6ICJwb3J0dWdhbCIsCiAgICAiY28iOiAiRVUiLAogICAgImNfYXNuIjogIjMyNDMiLAogICAgImNfYXNuX25hbWUiOiAibWVvIC0gc2Vydmljb3MgZGUgY29tdW5pY2Fjb2VzIGUgbXVsdGltZWRpYSBzLmEuIiwKICAgICJyX2lwIjogIjg0LjIwMC42OS44MCIsCiAgICAicl9hc24iOiAiMzE0MDAiLAogICAgInJfYXNuX25hbWUiOiAiYWNjZWxlcmF0ZWQgaXQgc2VydmljZXMgZ21iaCIsCiAgICAicl9jaSI6ICJiYW1iZXJnIiwKICAgICJyX3N0IjogIkJZIiwKICAgICJyX2N0IjogImdlcm1hbnkiLAogICAgInJfY28iOiAiRVUiCiAgfSwKICAicG9wTGF0ZW5jeSI6IHsKICAgICJsaHIiOiA0NCwKICAgICJsY3kiOiAzOSwKICAgICJjZGciOiA0NiwKICAgICJtYWQiOiA0OSwKICAgICJmcmEiOiA1NiwKICAgICJoaG4iOiA1NiwKICAgICJhbXMiOiA1MCwKICAgICJibWEiOiA3OSwKICAgICJoZWwiOiA4OCwKICAgICJqZmsiOiAxMjEsCiAgICAiaGtnIjogMzE2CiAgfSwKICAicG9wQXNzaWdubWVudHMiOiB7CiAgICAiYWMiOiAibGN5IiwKICAgICJhcyI6ICJoaG4iCiAgfSwKICAicmVxdWVzdCI6IHsKICAgICJyZXNvbHZlcl9pcCI6ICI4NC4yMDAuNjkuODAiLAogICAgInJlc29sdmVyX2FzX25hbWUiOiAiQUNDRUxFUkFURUQtSVQsIERFIiwKICAgICJyZXNvbHZlcl9hc19udW1iZXIiOiAiMzE0MDAiLAogICAgInJlc29sdmVyX2NvdW50cnlfY29kZSI6ICJERSIsCiAgICAiY2xpZW50X2lwIjogIlJFREFDVEVEIiwKICAgICJjbGllbnRfYXNfbmFtZSI6ICJNRU8tUkVTSURFTkNJQUwsIFBUIiwKICAgICJjbGllbnRfYXNfbnVtYmVyIjogIjMyNDMiLAogICAgInRpbWUiOiAiMjAxOC0wOS0yMVQxODowNzozMy4wMDBaIiwKICAgICJob3N0IjogInd3dy5mYXN0bHktZGVidWcuY29tIiwKICAgICJhY2NlcHQiOiAidGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44IiwKICAgICJ1c2VyYWdlbnQiOiAiTW96aWxsYS81LjAgKFgxMTsgTGludXggeDg2XzY0OyBydjo2MC4wKSBHZWNrby8yMDEwMDEwMSBGaXJlZm94LzYwLjAiLAogICAgImFjY2VwdGxhbmd1YWdlIjogImVuLVVTLGVuO3E9MC41IiwKICAgICJhY2NlcHRlbmNvZGluZyI6ICJnemlwIiwKICAgICJmYXN0bHlzZXJ2ZXJpcCI6ICIxNTEuMTAxLjEyLjY0IiwKICAgICJ4ZmYiOiAiIiwKICAgICJkYXRhY2VudGVyIjogIkZSQSIsCiAgICAiYmFuZHdpZHRoX21icHMiOiAiMTEuMzYiLAogICAgImN3bmQiOiA4NSwKICAgICJuZXh0aG9wIjogIjE0OS4xMS4yMC4xMTciLAogICAgInJ0dCI6IDUwLjEzLAogICAgImRlbHRhX3JldHJhbnMiOiAwLAogICAgInRvdGFsX3JldHJhbnMiOiAwCiAgfQp9
Actualmente estoy usando servidores DNS dns.watch, pero falla con Cloudflare (1.1.1.1) o Google (8.8.8.8).

@ osl21 Para que quede claro, ese blob se creó al usar servidores dns.watch , ¿que no presentan el problema?

No, todos los DNS presentan el problema, solo deshabilitar IPv6 lo soluciona. No importa qué DNS use, no puedo ir a pypi o usar pip, solo estoy usando DNS.WATCH por preferencia.

OK gracias.

@ osl21 Desactivar IPv6 en mi máquina con sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' funcionó para mí.

Funciona, pero este es un problema realmente desagradable al final de MEO o Fastly (ya que no puedo acceder a algunos de sus servicios, específicamente los relacionados con Python), deshabilitar IPv6 no es una gran solución.

Para aquellos que experimentan este problema con la versión 6, sería muy útil si pudiera proporcionar una captura de paquetes que falla.
Envíelos a

@supine ¿Puede darnos pasos (herramientas o similares) para proporcionarle dicha captura de paquetes (como en una instalación de pip o acceder a pypi a través del navegador o curl / wget)?

Tengo el mismo problema con el proveedor NOS portugués

Los chicos simplemente cambian el DNS IpV4 a 8.8.8.8 o 8.8.4.4 y el DNS IpV6 a 2001: 4860: 4860 :: 8888 o 2001: 4860: 4860 :: 8844.
Esto es seguro debido a los sitios web que están bloqueando en Portugal para evitar la piratería ...

@SirRibeiro Como se mencionó anteriormente, falla con cualquier DNS, ya sea google, cloudflare's o cualquier otro. El problema es con el lado de / fastly de cloudflare, no con la lista negra de piratería.

@ osl21 oh ok, lo siento, para mí solo cambiar el DNS fue suficiente.

Simplemente tropecé con esto, e incluso cambiar el DNS no ayudó.

Estoy en MEO fiber y acabo de abrir un problema sobre su soporte.

El uso del punto de acceso móvil de mi teléfono móvil (también MEO) solucionó el problema por ahora.

¿Qué tipo de enrutador proporciona el ISP? ¿Alguien puede ejecutar una prueba sin pasar por el enrutador suministrado?

@ osl21 puede realizar una captura con una herramienta como tcpdump. El comando se vería así:

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

donde INTERFACE es su interfaz "externa" donde saldría su ruta predeterminada.

está bien. La primera solución de Meo fue pedirme que reiniciara el enrutador ... Como era de esperar, no es una solución

Los detalles son

Puerta de enlace Technicolor

Nombre del producto: TG789vac v2

Número de serie: xxxxxxxx

Versión de software: 10.5.8.I

Variante de software: BQ

Versión del cargador de arranque: 2.0.85

Código del producto: 3743534A

Nombre de la placa: VANT-6

@lvale gracias por esa información.

Existe un problema conocido con los enrutadores Thomson / Technicolor Gateway en el que restablecen la etiqueta de flujo de IPv6 en medio de una sesión TCP cuando se supone que es estática desde SYN hasta FIN.

Grandes redes y proveedores de servicios, incluidos rápidamente, utilizan ECMP para equilibrar la carga. Idealmente, la selección de la ruta usa hash que mantiene una sola sesión TCP en la misma ruta.

Aunque Fastly evita en su mayoría el uso de la etiqueta de flujo IPv6 como entrada en el hash:

• algún equipo no te deja excluirlo
• algunas otras redes optan por configurarlo.

Al restablecer la etiqueta de flujo de IPv6 en medio de la sesión de TCP, es probable que el enrutador esté forzando la repetición de ECMP en algún lugar de la ruta entre usted y Fastly. Esto podría significar que los paquetes posteriores aterrizan en el caché incorrecto o incluso en el POP incorrecto.

Puede probar que es el enrutador conectando su computadora directamente al ONT y volviendo a probar.

No tengo una solución sencilla para ti. Tus opciones parecen ser:

• busque el firmware más reciente para su dispositivo, vea si eso soluciona el problema
• reemplace el enrutador suministrado por uno propio

Diferentes equipos aquí, pero es la misma marca, solo una versión superior de los detalles técnicos, recién probado y parecía funcionar ahora, pero como se mencionó anteriormente, la ocurrencia del error no es determinista.

Puerta de enlace Technicolor

Nombre del producto: TG784n v3

Versión de software: 10.2.1.O

Variante de software: DS

Versión del cargador de arranque: 1.1.2

Código del producto: 3690227E

Nombre de la placa: DANT-U

Con un poco más de búsqueda encontré una solución tentativa aquí https://www.reddit.com/r/portugal/comments/8cjj3s/developers_com_meo_em_casa_conexões_bloqueadas/

que es básicamente para deshabilitar ipv6 en el enrutador / puerta de enlace

telnet al enrutador / puerta de enlace

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

No estoy seguro de que dure las actualizaciones "periódicas" del ISP ...

Una solución alternativa es deshabilitar IPv6.

1. Desactivar IPv6
2. Ejecutar pip
3. Habilitar IPv6

¡Informe que sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' me funcionó! ¡¡Muchas gracias!! No pude instalar nada con pip

sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'
funcionó muy bien para mí !!!

También tengo este problema, no solo con pip, sino con muchos sitios web HTTPS en su mayoría detrás de Fastly CDN. También con MEO como mi ISP. Sí, desactivar ipv6 hizo el truco.

Todavía me gustaría entender por qué sucede esto.

Sé que antes de deshabilitar ipv6, si revisaba mi IP pública, daría una ipv6. Realmente no sé si es un problema de ISP o si muchos sitios web todavía no pueden manejar bien las direcciones ipv6.

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

Muchas gracias chicos, puedo confirmar que solo funciona la desactivación de IPv6. He probado muchas cosas antes.

Es probable que sea algo obvio, pero solo notará que este problema también afecta a https://pypi.org a través de los navegadores, no solo a pip.

Deshabilitar ipv6 resolvió este problema para mí. Aunque sigue siendo molesto.

El mismo problema para mí. Estoy usando MEO de Aveiro.
La desactivación de IPv6 funciona bien para la instalación de cualquier paquete. Como brasileño, considero a Portugal una red extraña ...
Gracias por el apoyo.

Tipo,

Tuve el mismo problema al usar MEO ISP / Router.

Resuelvo usando este comando, para deshabilitar la red ipv6: sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

Entonces, ejecuto pip y funciona !!!

Tengo el mismo problema. Dado que este problema está claramente relacionado con MEO, ¿existe un foro más apropiado para discutir este tema? Abrí un ticket de soporte con MEO, pero me gustaría saber si alguien más ha hecho lo mismo y qué respuesta recibió.

@aaubry Publiqué en el foro de Meo , hace algún tiempo, pero no hubo respuesta.

No abrí un ticket de soporte duro. Puede ser que lo haga. Por favor, manténgame informado si recibe una respuesta.

Hola chicos,

Soy de Coimbra, Portugal y tuve el mismo problema, así que probé lo siguiente y funcioné

Acabo de cambiar mi DNS IPv4 a 8.8.8.8 y 8.8.4.4 (Google)
Y deshabilitó IPv6 y funcionó.

Si desea mantener IPv6 activado, solo puede desactivarlo cuando esté instalando algo con pip.

Reporte de Almada (MEO):

La desactivación de IPv6 me permitió usar el 'paquete de instalación de pip'.
Entonces, si desea instalar algo, simplemente desactive IPv6 mientras lo hace.
Como referencia que estoy usando, en IPv4 DNS: 8.8.8.8 y 8.8.4.4

El mismo problema al usar MEO en Évora (Ubunbu 18.04).
También lo resolvió con:
sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

También estoy detrás de MEO. Mi solución fue deshabilitar temporalmente IPv6 como se explicó Cómo deshabilitar la dirección IPv6 en Ubuntu 18.04 Bionic Beaver Linux . Este enlace también explica cómo deshabilitar IPv6 de forma permanente.

¿Alguien ha probado esto con enrutadores y módems de terceros? ¿Estamos seguros de que el problema es la infraestructura de meo? ¿O podrían ser los dispositivos?

@ Zizico2 Creo que fue un problema con los dispositivos porque desde la última actualización de firmware, nunca tuve problemas con IPv6. O tal vez actualizaron la infraestructura al mismo tiempo.

¿Alguien sigue teniendo problemas con MEO? ¿Qué versión del dispositivo estás usando? (Puede acceder a http://192.168.1.254/ para averiguarlo).

Mi dispositivo: Technicolor TG784n v3
Versión de firmware: M19 10.5.8.U [FV]

¡Hola amigos!

Si todavía tiene problemas de conexión a PyPI con MEO como su ISP, abra un problema en pypa / pypi-support utilizando la plantilla 'Problema de acceso a la red' .

Ese es un lugar mucho mejor para una mayor discusión sobre este tema + una mejor visibilidad para los administradores de PyPI, para que puedan ver si hay algo procesable en el lado de PSF-infra.

AFAICT, este es un caso de un problema de IPv6 con MEO; ya que la desactivación de IPv6 parece funcionar para algunos usuarios.

@pradyunsg el problema se identificó en https://github.com/pypa/pip/issues/5374#issuecomment -428160285

Creo que como resultado de las actualizaciones de firmware y / o cambios en la topología de enrutamiento, este problema en particular debería resolverse.

Se debe alentar a las personas a que vuelvan a probar IPv6 para ver si sigue siendo un problema para ellos.