Pip: Problema com o MEO ISP em Portugal - 'ProtocolError (' Conexão abortada. ', ConnectionResetError (104,' Conexão reiniciada pelo par '))

você está usando um proxy?

Ei @andmart!

Este parece ser um problema de rede. Você poderia nos fornecer mais detalhes sobre como está se conectando, por exemplo, se está se conectando por meio de um proxy e se sua versão SSL é nova o suficiente?

Estou tendo o mesmo problema. Para responder à sua pergunta, @pradyunsg , não estou me conectando por meio de um proxy (não que eu saiba) e não sei como verificar se minha versão SSL é recente o suficiente.

Atualização: Executar o comando pip install <package> via Powershell não dá esse erro.

@crlsmnzs Portanto, parece que você também estava usando ubuntu 16.04, pip 10.0.0 e python 3.5 em seu teste inicial. Isso é correto?

@ sigmavirus24 no. Não estou usando um proxy. Usando minha rede doméstica.
Versão Openssl: 1.02g

Esse erro geralmente ocorre quando há algo como um proxy ou um firewall bloqueando as conexões.

Eu acho que você está certo. Funcionou quando conectado em outra rede. Mas quando @ sigmavirus24 perguntou se estou usando um proxy, tentei uma VPN e também não funcionou.

@ sigmavirus24 Estou usando o Windows 10, pip 10.0.0 e Python 3.6.5.

Estou tendo exatamente o mesmo problema. Estou usando nextcloudpi no meu RPi3 Modelo B. Esse problema começou quando eu atualizei meu plano de internet e os técnicos de ISP trocaram meu roteador antigo por um novo. Naquela manhã instalei um pacote, mas à tarde, após a troca do roteador, comecei a ter esse problema. Não tenho ideia de como desabilitar o firewall do roteador ou colocá-lo na lista de permissões. Acho que tenho algumas pesquisas a fazer.

Mesmo problema aqui, não conectado por meio de um proxy, os mesmos problemas estão presentes se conectado via VPN a outra rede. Além disso, o problema é intermitente.

No ubuntu 18.04
'OpenSSL 1.1.0g 2 de novembro de 2017'

Também tendo os mesmos problemas em outros servidores fornecidos pelo fastly

vagrantup.com e python.org, todos com alterações no TLS, forçando para TLS v1.2

O proxy é referido em todos os lugares como possíveis problemas, não estou atrás de nenhum firewall corporativo. Estou usando uma conexão comercial simples de um ISP português

Ainda não testei no Windows para verificar se há problemas na rede, será atualizado.

Curl também tem problemas com aqueles que o obrigam a usar o TLS, e também o Chrome. Portanto, não é um problema isolado de pip, mas sim um problema de rede, não apenas relacionado ao proxy.

eheheh. É o MEO? Porque acabei de atualizar minha internet e comprei um novo roteador MEO (eles prometeram o FiberGateWay, mas ganhei um péssimo. Ainda estou tentando resolver esse) e comecei a ter esse erro no meu RPi.

Sim. MEO aqui.

Sim, posso confirmar que é MEO, tentámos um hotspot móvel da NOS e conseguimos chegar a vagrantup.com rubygems.org python.org pypa.io, tudo rapidamente servido em tls 1.2

Falha na rede ISP MEO na zona de Coimbra com os seguintes SO's:

Rede 1 (conexão Business MEO ISP):
Ubuntu 18.04 - Máquina1
Ubuntu 16.04 - Máquina2
Windows 10 Professional - Máquina 1

Rede 2 (conexão Home MEO ISP):
Ubuntu 18.04 - Máquina1

Sucesso no ponto de acesso móvel NOS:
Ubuntu 18.04 - Máquina1
Ubuntu 16.04 - Máquina2
Windows 10 Professional - Máquina 1

Não consegui testar outro ISP.
Porém e esta é a parte estranha:

Consegui usar o pip sem falhas usando o Docker NAT no 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 / #
No entanto, não é possível instalar enquanto estiver conectado via wi-fi ou ethernet
Todo o cache de DNS foi esvaziado, nslookup retorna o mesmo endereço IP nas redes NOS e 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/

Mais um estranho relatório.

Quando conectado ao MEO-WIFI (usando o mesmo roteador) consigo acessar todos os domínios mencionados acima corretamente, bem como instalar o pip.

Também editei servidores de nomes para o google sem sorte, liberando dns de cache etc. na rede privada.

Acabei de me mudar para Coimbra. Posso confirmar que recebo o mesmo erro, apenas com MEO.

Peço que você atualize este tópico se encontrar uma solução. Existe algum ponto de contacto com o MEO? Eu não saberia o que dizer ...

Só tive este erro em Coimbra, estive em Évora este fim-de-semana passado sem problemas para chegar aos sites mencionados antes em sistema operacional Windows, não tinha tentado através do Ubuntu (devido a outros problemas)

Relativamente ao contacto com o MEO, também não o fiz pelos mesmos motivos. Se tem um problema técnico com o hardware deles já é uma chatice consertá-lo, pelo que só posso imaginar os terrores que passaria ao explicar isso. .: D

A única NÃO uma solução real por agora é mudar para o infra MEO-WIFI quando precisar. E, além disso, você sempre pode usar o docker, pelo que parece em um contêiner do docker, não tenho problemas .. Só isso me inclina .. Não consigo descobrir o porquê ainda. Portanto, você pode criar um volume do contêiner ao host para o local que deseja fazer a instalação do pip, talvez alguma criação de ambiente virtual com todos os pacotes que deseja instalar via pip. Quando eu tiver tempo postarei aqui essa solução

@Ilhicas, obrigado por compartilhar suas descobertas, cara.

Por enquanto, vou continuar com a Vodafone, mas vou dar uma olhada em sua solução alternativa do Docker e ver se consigo descobrir a raiz do problema.

Posso confirmar que estou tendo o mesmo problema. Também estou com o MEO como prestador de serviços em Viseu, Portugal.
Estou usando meu ponto de acesso móvel como uma solução alternativa enquanto isso ...

Confirmando o mesmo problema com o prestador de serviços MEO no Porto, Portugal.
Também tive problemas para me conectar aos sites https://www.python.org/ , https://docs.python.org/ e https://docs.python.org/ , com a mensagem "Este site não pode ser alcançado "erro.
Tentei mudar de provedor DNS, mas isso não resolveu o problema ...
Tenho tido esses problemas há muito tempo, no entanto, misteriosamente, há momentos em que o pip e o docs funcionam ....

Olá!!
Encontrei uma solução! Eu mudei não só o DNS IPv4, mas também o IPv6 para outro provedor que não o ISP, e agora funciona!
Saúde!

@ citylife4 e todos os outros aqui.
Também sou do MEO e estou com o mesmo problema aqui.
Eu mudei o DNS no meu roteador MEO para cloudflare's, google's, etc, mas não tive sorte em fazer pypi, pythonhosted ou qualquer outra coisa funcionar.
wget e curl fornecem erros tls, e os navegadores ficam presos nas páginas de erro (erros tls também).
Presumo que seja o mesmo problema, pois estou tendo os mesmos erros.
Conectar-se a outras redes, ou estranhamente, usando uma VM (não me pergunte como) parece consertar.
O que posso fazer agora além de usar outra rede, já que é preferível usar minha própria conexão doméstica e é um PIA para descarregar os pacotes python .tar.gz do meu servidor para instalá-los com python.

Se você desabilitou o IPv6 (não tentei mudar o DNS do IPv6, mas em teoria também deveria funcionar) e mudou o DNS do IPv4 e ainda não funciona, não sei o que você pode fazer ...
Para mim tem funcionado bem desde então!

ATUALIZAÇÃO : Mudar o provedor DNS IPv6 não resolve isso, o IPv6 precisa ser desabilitado.

Testado em Windows 10 + Debian em Rasp Pi

Mesmo remover o DNS do MEO do seu roteador via telnet e substituí-lo pelo meu próprio (IPv4 e IPv6) não funciona. Desativar o IPv6 no kernel seria ainda mais pouco prático para mim do que conectar-me a outra rede. É um problema na infraestrutura (rede) ou router do MEO? Estou muito confuso, pois isso não funciona na minha distro Linux ou Windows 10, mas funciona em Linux ou BSD VMs ...

Eu enfrentei os mesmos problemas depois que @ citylife4 apontou a solução DNS. O que realmente funcionou para mim foi usar o nordvpn, mas vou reforçar com o MEO para consertar isso.

Por enquanto, minha solução é desabilitar temporariamente o IPv6 no Linux com sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' , dessa forma não é nada permanente. Mas eu ainda quero que isso seja consertado do lado do MEO, então vou tentar descobrir isso, já que toda vez que o roteador é reiniciado, ele mantém as configurações do meu servidor DNS (seja do Google ou do Cloudflare), mas arrasta seu DNS IPv4 e IPv6 de volta no set 100.
Pip funciona estranhamente com IPv6 desabilitado, o que é nada menos que bizarro, mas vou examinar isso mais a fundo.

Este problema parece ser sobre ISPs específicos (não tenho certeza, como não reconheço os nomes, eles são provavelmente locais de uma determinada região?). Em caso afirmativo, alguém sugeriu um título mais útil para o problema para ajudar qualquer pessoa com um problema semelhante a localizá-lo?

Além disso, não vejo nada acionável para pip aqui, então sugiro que o problema possa ser fechado (o que não impedirá mais comentários, se alguém tiver experiência extra para adicionar).

@pfmoore Este parece ser um problema apenas em Portugal, com um ISP específico, então poderia ser um bom local para trocar ideias e soluções para isto? Tenho tido esse problema há mais de um ano, é muito frustrante.

Você pode visitar http://www.fastly-debug.com/ (requer um navegador e javascript, certifique-se de que os adblockers estão desligados também, eles às vezes mexem com eles) e colar o blob de base64 que ele fornece? Isso ajudará Fastly (nosso provedor de CDN) a depurar o problema.

Sim, o problema não está diretamente relacionado ao pip, mas com o ISP e fastly cdn.
Como mencionei anteriormente. Outros servidores servidos rapidamente apresentam o mesmo
edição. Vagrantup. Rubygems etc.

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

Você pode visitar http://www.fastly-debug.com/ (requer um navegador e
javascript, certifique-se de que os bloqueadores de anúncios estejam desligados também, às vezes não
com ele) e cole o blob base64 que ele dá para você? Isso vai ajudar rapidamente (nosso
Provedor de CDN) depure o problema.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/pypa/pip/issues/5374#issuecomment-423516233 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/AON64Uq9cAX0lYICxgvRFo_6xE5X6FDLks5udN0ygaJpZM4T0AdT
.

@dstufft Devo colocá-lo aqui ou abro um exemplar separado?

Você pode simplesmente adicioná-lo a um comentário aqui, de preferência dentro de um bloco de código para que seja formatado de maneira adequada.

@ osl21 Obrigado - título atualizado.

ewogICJnZW9pcCI6IHsKICAgICJjaSI6ICJsaXNib24iLAogICAgInN0IjogIjExIiwKICAgICJjdCI6ICJwb3J0dWdhbCIsCiAgICAiY28iOiAiRVUiLAogICAgImNfYXNuIjogIjMyNDMiLAogICAgImNfYXNuX25hbWUiOiAibWVvIC0gc2Vydmljb3MgZGUgY29tdW5pY2Fjb2VzIGUgbXVsdGltZWRpYSBzLmEuIiwKICAgICJyX2lwIjogIjg0LjIwMC42OS44MCIsCiAgICAicl9hc24iOiAiMzE0MDAiLAogICAgInJfYXNuX25hbWUiOiAiYWNjZWxlcmF0ZWQgaXQgc2VydmljZXMgZ21iaCIsCiAgICAicl9jaSI6ICJiYW1iZXJnIiwKICAgICJyX3N0IjogIkJZIiwKICAgICJyX2N0IjogImdlcm1hbnkiLAogICAgInJfY28iOiAiRVUiCiAgfSwKICAicG9wTGF0ZW5jeSI6IHsKICAgICJsaHIiOiA0NCwKICAgICJsY3kiOiAzOSwKICAgICJjZGciOiA0NiwKICAgICJtYWQiOiA0OSwKICAgICJmcmEiOiA1NiwKICAgICJoaG4iOiA1NiwKICAgICJhbXMiOiA1MCwKICAgICJibWEiOiA3OSwKICAgICJoZWwiOiA4OCwKICAgICJqZmsiOiAxMjEsCiAgICAiaGtnIjogMzE2CiAgfSwKICAicG9wQXNzaWdubWVudHMiOiB7CiAgICAiYWMiOiAibGN5IiwKICAgICJhcyI6ICJoaG4iCiAgfSwKICAicmVxdWVzdCI6IHsKICAgICJyZXNvbHZlcl9pcCI6ICI4NC4yMDAuNjkuODAiLAogICAgInJlc29sdmVyX2FzX25hbWUiOiAiQUNDRUxFUkFURUQtSVQsIERFIiwKICAgICJyZXNvbHZlcl9hc19udW1iZXIiOiAiMzE0MDAiLAogICAgInJlc29sdmVyX2NvdW50cnlfY29kZSI6ICJERSIsCiAgICAiY2xpZW50X2lwIjogIlJFREFDVEVEIiwKICAgICJjbGllbnRfYXNfbmFtZSI6ICJNRU8tUkVTSURFTkNJQUwsIFBUIiwKICAgICJjbGllbnRfYXNfbnVtYmVyIjogIjMyNDMiLAogICAgInRpbWUiOiAiMjAxOC0wOS0yMVQxODowNzozMy4wMDBaIiwKICAgICJob3N0IjogInd3dy5mYXN0bHktZGVidWcuY29tIiwKICAgICJhY2NlcHQiOiAidGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44IiwKICAgICJ1c2VyYWdlbnQiOiAiTW96aWxsYS81LjAgKFgxMTsgTGludXggeDg2XzY0OyBydjo2MC4wKSBHZWNrby8yMDEwMDEwMSBGaXJlZm94LzYwLjAiLAogICAgImFjY2VwdGxhbmd1YWdlIjogImVuLVVTLGVuO3E9MC41IiwKICAgICJhY2NlcHRlbmNvZGluZyI6ICJnemlwIiwKICAgICJmYXN0bHlzZXJ2ZXJpcCI6ICIxNTEuMTAxLjEyLjY0IiwKICAgICJ4ZmYiOiAiIiwKICAgICJkYXRhY2VudGVyIjogIkZSQSIsCiAgICAiYmFuZHdpZHRoX21icHMiOiAiMTEuMzYiLAogICAgImN3bmQiOiA4NSwKICAgICJuZXh0aG9wIjogIjE0OS4xMS4yMC4xMTciLAogICAgInJ0dCI6IDUwLjEzLAogICAgImRlbHRhX3JldHJhbnMiOiAwLAogICAgInRvdGFsX3JldHJhbnMiOiAwCiAgfQp9
Atualmente estou usando servidores DNS dns.watch, mas falha com Cloudflare (1.1.1.1) ou Google (8.8.8.8).

@ osl21 Só para ficar claro, aquele blob foi feito ao usar servidores dns.watch , que não apresentam o problema?

Não, todos os DNS apresentam o problema, apenas a desativação do IPv6 o corrige. Não importa qual DNS eu use, não posso ir para pypi ou usar pip, estou apenas usando DNS.WATCH por causa da preferência.

Ok, obrigado.

@ osl21 Desativar o IPv6 em minha máquina com sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' funcionou para mim também.

Funciona, mas esse é um problema realmente desagradável para o MEO ou Fastly (já que não consigo acessar alguns de seus serviços, especificamente relacionados ao python), desabilitar o IPv6 não é uma boa solução.

Para aqueles que estão enfrentando esse problema de v6, seria muito útil se você pudesse fornecer uma captura de pacote da falha.
Envie-os para [email protected] e mencione esse problema e nosso tíquete ECO-2664

@supine Você pode nos dar passos (ferramentas ou algo parecido) para fornecer a você a referida captura de pacote (como em uma instalação pip ou acessar pypi via navegador ou curl / wget)?

Tenho o mesmo problema com o fornecedor NOS português

Pessoal, basta mudar o DNS IpV4 para 8.8.8.8 ou 8.8.4.4 e o DNS IpV6 para 2001: 4860: 4860 :: 8888 ou 2001: 4860: 4860 :: 8844.
Com certeza pelos sites que estão a bloquear em Portugal para prevenir a pirataria ...

@SirRibeiro Como mencionado anteriormente, falha com qualquer DNS, seja google, cloudflare's ou qualquer outro. O problema é com o lado do cloudflare / fastly, não com a lista negra de pirataria.

@ osl21 oh ok, desculpe, para mim apenas mudar o DNS foi o suficiente.

Apenas esbarrei nisso, e até mesmo mudar o DNS não ajudou.

Estou no MEO fibra e acabei de abrir um fascículo sobre o suporte deles.

Usar o hotspot móvel do meu celular (também MEO) resolveu o problema por enquanto.

Que tipo de roteador o ISP fornece? Alguém consegue executar um teste ignorando o roteador fornecido?

@ osl21 você pode fazer uma captura com uma ferramenta como o tcpdump. O comando seria algo como:

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

onde INTERFACE é sua interface "externa" por onde sua rota padrão sairia.

OK. A solução um do Meo foi pedir-me para reiniciar o router ..... Como esperado não é uma solução

Os detalhes são

Technicolor Gateway

Nome do produto: TG789vac v2

Número de série: xxxxxxxx

Versão do software: 10.5.8.I

Variante de software: BQ

Versão do carregador de boot: 2.0.85

Código do produto: 3743534A

Nome da placa: VANT-6

@lvale obrigado por essa informação.

Há um problema conhecido com os roteadores Thomson / Technicolor Gateway em que eles redefinem o rótulo de fluxo IPv6 no meio de uma sessão TCP quando deveria estar estático do SYN para o FIN.

Grandes redes e provedores de serviços, incluídos rapidamente, usam ECMP para balanceamento de carga. Idealmente, a seleção de caminho usa hashing que mantém uma única sessão TCP no mesmo caminho.

Embora Fastly evite principalmente o uso de rótulo de fluxo IPv6 como uma entrada para o hash:

• algum equipamento não permite que você o exclua
• algumas outras redes optam por configurá-lo.

Ao reconfigurar o rótulo de fluxo IPv6 no meio da sessão TCP, o roteador provavelmente está forçando um novo hashing do ECMP em algum lugar no caminho entre você e Fastly. Isso pode significar que os pacotes subsequentes vão para o cache errado ou até mesmo para o POP errado.

Você pode provar que é o roteador conectando seu computador diretamente ao ONT e testando novamente.

Não tenho nenhuma solução direta para você. Suas opções parecem ser:

• procure o firmware mais recente para o seu dispositivo, veja se isso resolve o problema
• substitua o roteador fornecido por um de sua preferência

Equipamento diferente aqui, mas da mesma marca, apenas uma versão superior dos detalhes técnicos, acabei de testar e parecia funcionar agora, mas como mencionado anteriormente a ocorrência de erro é não determinística.

Technicolor Gateway

Nome do produto: TG784n v3

Versão do software: 10.2.1.O

Variante de software: DS

Versão do carregador de boot: 1.1.2

Código do produto: 3690227E

Nome da placa: DANT-U

Com um pouco mais de pesquisa, encontrei uma solução provisória aqui https://www.reddit.com/r/portugal/comments/8cjj3s/developers_com_meo_em_casa_conexões_bloqueadas/

que é basicamente desabilitar o ipv6 no roteador / gateway

telnet para roteador / gateway

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

Não tenho certeza se durará as atualizações "periódicas" do ISP ....

Uma solução alternativa é desabilitar o IPv6.

1. Desativar IPv6
2. Execute pip
3. Ativar IPv6

Eu informo que sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' funcionou para mim! Muito obrigado!! Não consegui instalar nada com o pip

sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'
funcionou muito bem para mim !!!

Também tenha esse problema, não apenas com o pip, mas com muitos sites HTTPS, principalmente por trás do Fastly CDN. Também com o MEO como meu ISP. Sim, desabilitar o ipv6 resolveu o problema.

Ainda gostaria de entender por que isso acontece.

Eu sei que antes de desabilitar o ipv6, se eu checasse meu IP público daria um ipv6. Não sei realmente se é um problema de ISP ou se muitos sites ainda não conseguem lidar bem com endereços IPv6.

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

Muito obrigado pessoal, posso confirmar que só funciona desabilitar o IPv6. Já tentei muitas coisas antes.

Provavelmente é um tanto óbvio, mas observe que esse problema também afeta https://pypi.org por meio de navegadores, não apenas pip.

Desativar o ipv6 resolveu esse problema para mim. Embora ainda seja irritante.

O mesmo problema para mim. Estou a usar o MEO de Aveiro.
Desativar o IPv6 funciona bem para qualquer instalação de pacote. Como brasileiro, considero Portugal uma rede estranha ...
Obrigado pelo apoio.

Rapazes,

Eu tive o mesmo problema, usando MEO ISP / Router.

Eu resolvo usando este comando, para desabilitar a rede ipv6: sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

Então, eu executo o pip e funciona !!!

Eu tenho o mesmo problema. Uma vez que este problema está claramente relacionado com o MEO, existe um fórum mais adequado para discutir este assunto? Abri um ticket de suporte com o MEO, mas gostaria de saber se mais alguém fez o mesmo e que resposta recebeu.

@aaubry Postei no fórum do

Eu não abri um tíquete de suporte difícil. Pode ser eu vou fazer. Por favor, mantenha-me informado se você receber uma resposta.

Ola pessoal,

Sou de Coimbra, Portugal e tive o mesmo problema, por isso tentei o seguinte e funcionou

Acabei de alterar meu DNS IPv4 para 8.8.8.8 e 8.8.4.4 (Google)
E desativei o IPv6 e funcionou.

Se você deseja manter o IPv6 ativado, você só pode desativá-lo quando estiver instalando algo com pip.

Reportagem de Almada (MEO):

Desativar o IPv6 me permitiu usar o 'pacote de instalação pip'.
Então, se você quiser instalar algo, desative o IPv6 enquanto estiver fazendo isso.
Para referência que estou usando, no DNS IPv4: 8.8.8.8 e 8.8.4.4

Mesmo problema com o MEO em Évora (Ubunbu 18.04).
Também resolvido com:
sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

Também estou atrás do MEO. Minha solução alternativa foi desabilitar temporariamente o IPv6, conforme explicado Como desabilitar o endereço IPv6 no Ubuntu 18.04 Bionic Beaver Linux . Este link também explica como desativar permanentemente o IPv6.

Alguém já tentou fazer isso com roteadores e modems de terceiros? Temos certeza de que o problema é a infraestrutura do meo? Ou poderiam ser os dispositivos?

@ Zizico2 Acho que foi um problema com os aparelhos porque desde a última atualização de firmware nunca tive problemas com IPv6. Ou talvez eles tenham atualizado a infraestrutura ao mesmo tempo.

Alguém ainda tem problemas com o MEO? Qual versão do dispositivo você está usando? (Você pode acessar http://192.168.1.254/ para descobrir.)

Meu dispositivo: Technicolor TG784n v3
Versão do firmware: M19 10.5.8.U [FV]

Oi pessoal!

Se você ainda estiver tendo problemas para se conectar ao PyPI w / MEO como seu ISP, abra um problema no suporte pypa / pypi usando o modelo 'Problema de acesso à rede' .

Este é um lugar muito melhor para uma discussão mais aprofundada sobre este assunto + melhor visibilidade para os administradores PyPI, para que eles possam dar uma olhada se há algo acionável no lado PSF-infra.

AFAICT, este é um caso de problema de IPv6 com MEO; já que desabilitar o IPv6 parece estar funcionando para alguns usuários.

@pradyunsg o problema foi identificado em https://github.com/pypa/pip/issues/5374#issuecomment -428160285

Acredito que, como resultado de atualizações de firmware e / ou mudanças na topologia de roteamento, esse problema específico deve ser resolvido.

As pessoas devem ser encorajadas a testar novamente o IPv6 para ver se ele continua sendo um problema para elas.