Pip: Problem mit MEO ISP in Portugal - 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))

Benutzt du einen Proxy?

Hallo @andmart!

Dies scheint ein Netzwerkproblem zu sein. Könnten Sie uns weitere Details zu Ihrer Verbindung mitteilen, z. B. ob Sie eine Verbindung über einen Proxy herstellen und ob Ihre SSL-Version neu genug ist?

Ich habe das gleiche Problem. Um auf Ihre Frage zu antworten, @pradyunsg , ich verbinde mich nicht über einen Proxy (nicht dass ich wüsste) und weiß nicht, wie ich überprüfen kann, ob meine SSL-Version aktuell genug ist.

Update: Das Ausführen des Befehls pip install <package> über Powershell führt nicht zu diesem Fehler.

@crlsmnzs Es hört sich also so an, als hätten Sie in Ihrem ersten Test auch Ubuntu 16.04, pip 10.0.0 und Python 3.5 verwendet. Ist das genau?

@sigmavirus24 Nr. Ich verwende keinen Proxy. Über mein Heimnetzwerk.
Openssl-Version: 1.02g

Dieser Fehler tritt normalerweise auf, wenn ein Proxy oder eine Firewall Verbindungen blockiert.

Ich glaube, Du hast recht. Es funktionierte, wenn es in einem anderen Netzwerk verbunden war. Aber als @sigmavirus24 fragte, ob ich einen Proxy verwende, habe ich es mit einem VPN versucht und es funktionierte auch nicht.

@sigmavirus24 Ich verwende Windows 10, pip 10.0.0 und Python 3.6.5.

Ich habe genau das gleiche Problem. Ich verwende nextcloudpi auf meinem RPi3 Model B. Dieses Problem trat auf, als ich meinen Internetplan aktualisierte und die ISP-Techniker meinen alten Router gegen einen neuen austauschten. An diesem Morgen hatte ich ein Paket installiert, aber am Nachmittag, nach dem Routerwechsel, bekam ich dieses Problem. Ich habe keine Ahnung, wie man die Router-Firewall deaktiviert oder ihr eine Whitelist gibt. Ich glaube, ich muss noch etwas recherchieren.

Das gleiche Problem hier, nicht über einen Proxy verbunden, die gleichen Probleme treten auf, wenn eine Verbindung über VPN mit einem anderen Netzwerk besteht. Außerdem ist das Problem zeitweilig.

Unter Ubuntu 18.04
'OpenSSL 1.1.0g 2. November 2017'

Habe auch die gleichen Probleme unter anderen Servern von fastly

vagrantup.com und python.org, die alle Änderungen am TLS haben, die zu TLS v1.2 erzwingen

Der Proxy wird überall als mögliche Probleme bezeichnet, ich bin nicht hinter einer Unternehmensfirewall. Ich nutze eine einfache Geschäftsverbindung eines portugiesischen ISP

Noch nicht unter Windows getestet, um nach Netzwerkproblemen zu suchen, wird aktualisiert.

Curl hat auch Probleme mit denen, die es sogar zu tls zwingen, auch Chrome. Also kein pip-isoliertes Problem, sondern eher ein Problem mit dem Netzwerk, nur nicht im Zusammenhang mit dem Proxy.

Eh eh eh. Ist es MEO? Weil ich gerade mein Internet aktualisiert und einen neuen MEO-Router bekommen habe (sie haben den FiberGateWay versprochen, aber ich habe einen beschissenen bekommen. Ich versuche immer noch, diesen zu lösen) und ich begann, diesen Fehler auf meinem RPi zu haben.

Ja. MEO hier.

Ja, kann bestätigen, dass es sich um MEO handelt, wir haben einen mobilen Hotspot von NOS ausprobiert und konnten vagrantup.com rubygems.org python.org pypa.io erreichen, alles schnell bei tls 1.2

Fehler im MEO ISP-Netzwerk in Coimbra Area mit den folgenden Betriebssystemen:

Netzwerk 1 (Business MEO ISP-Verbindung):
Ubuntu 18.04 - Maschine1
Ubuntu 16.04 - Maschine2
Windows 10 Professional - Maschine1

Netzwerk 2 (Heim-MEO-ISP-Verbindung):
Ubuntu 18.04 - Maschine1

Erfolg auf dem mobilen NOS-Hotspot:
Ubuntu 18.04 - Maschine1
Ubuntu 16.04 - Maschine2
Windows 10 Professional - Maschine1

Konnte andere ISPs nicht testen.
Aber und das ist der seltsame Teil:

Ich konnte pip erfolgreich ohne Fehler mit Docker NAT auf MEO ISP verwenden:
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 / #
Kann jedoch nicht installiert werden, während eine Verbindung über WLAN oder Ethernet besteht
Der gesamte DNS-Cache wurde geleert, nslookup gibt dieselbe IP-Adresse sowohl im NOS- als auch im MEO-Netzwerk zurück.
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/

Wieder ein seltsamer Bericht.

Bei Verbindung mit MEO-WIFI (mit demselben Router) kann ich alle oben genannten Domains korrekt erreichen und auch pip installieren.

Ich habe auch Nameserver bearbeitet, um ohne Glück zu googlen, Cache-DNS usw. im privaten Netzwerk geleert.

Ich bin gerade nach Coimbra gezogen. Ich kann bestätigen, dass ich den gleichen Fehler erhalte, nur bei MEO.

Ich bitte Sie, diesen Thread zu aktualisieren, wenn Sie eine Lösung finden. Macht es Sinn, MEO zu kontaktieren? ich wüsste nicht was ich sagen soll...

Ich hatte diesen Fehler nur in Coimbra, war letztes Wochenende in Évora ohne Probleme, die zuvor genannten Websites unter einem Windows-Betriebssystem zu erreichen, ich hatte es nicht über Ubuntu versucht (andere Probleme gegeben).

In Bezug auf die Kontaktaufnahme mit MEO habe ich dies auch aus den gleichen Gründen nicht getan. Wenn Sie ein technisches Problem mit ihrer Hardware haben, ist es bereits mühsam, es zu beheben, daher kann ich mir nur vorstellen, welche Schrecken Sie durchmachen würden, um dies zu erklären. . :D

Die einzige KEINE wirkliche Lösung besteht im Moment darin, zu ihrer MEO-WIFI-Infra zu wechseln, wenn Sie sie brauchen. Und außerdem können Sie Docker immer verwenden, wie es scheint, habe ich unter einem Docker-Container keine Probleme. Das allein kippt mich.. Ich kann noch nicht herausfinden, warum. Sie könnten also ein Volume vom Container zum Host bis zu dem Ort erstellen, an dem Sie die Pip-Installation durchführen möchten, vielleicht eine virtuelle Umgebung mit allen Paketen, die Sie über Pip installieren möchten. Wenn ich Zeit habe werde ich die Lösung hier posten

@Ilhicas danke für das Teilen deiner Erkenntnisse, Mann.

Ich bleibe vorerst bei Vodafone, aber ich werde mir Ihren Docker-Workaround ansehen und sehen, ob ich die Ursache des Problems herausfinden kann.

Ich kann bestätigen, dass ich das gleiche Problem habe. Ich bin auch bei MEO als Dienstleister in Viseu, Portugal.
Ich nutze in der Zwischenzeit meinen mobilen Hotspot als Workaround...

Bestätigen des gleichen Problems mit MEO-Dienstleister in Porto, Portugal.
Ich hatte auch Probleme, eine Verbindung zu den Websites https://www.python.org/ , https://docs.python.org/ und https://docs.python.org/ herzustellen erreicht werden" Fehler.
Ich habe versucht, den DNS-Anbieter zu ändern, aber das hat das Problem nicht gelöst ...
Ich habe diese Probleme schon lange, aber mysteriöserweise gibt es Zeiten, in denen Pip and Docs funktioniert ....

Hallo!!
Ich habe eine Lösung gefunden! Ich habe nicht nur das IPv4-DNS, sondern auch das IPv6 auf einen anderen Anbieter umgestellt, dann auf den ISP, und jetzt funktioniert es!
Danke schön!

@citylife4 und alle anderen hier.
Ich bin auch von MEO und habe das gleiche Problem hier.
Ich habe das DNS auf meinem MEO-Router in Cloudflare, Google usw. geändert, aber kein Glück, dass pypi, pythonhosted oder irgendetwas anderes funktioniert.
wget und curl geben tls-Fehler aus, und die Browser bleiben auf Fehlerseiten hängen (auch tls-Fehler).
Ich gehe davon aus, dass dies das gleiche Problem ist, da ich die gleichen Fehler habe.
Das Verbinden mit anderen Netzwerken oder seltsamerweise mit einer VM (Fragen Sie mich nicht wie) scheint das Problem zu beheben.
Was kann ich jetzt tun, außer ein anderes Netzwerk zu verwenden, da es besser ist, meine eigene Heimverbindung zu verwenden und es eine PIA ist, die .tar.gz-Python-Pakete von meinem Server zu entladen, um sie mit Python zu installieren.

Wenn Sie IPv6 deaktiviert haben (ich habe nicht versucht, das IPv6-DNS zu ändern, aber theoretisch sollte es auch funktionieren) und IPv4-DNS geändert haben und es immer noch nicht funktioniert, weiß ich nicht, was Sie tun können ...
Bei mir funktioniert es seitdem einwandfrei!

UPDATE : Das Ändern des IPv6-DNS-Anbieters behebt dies nicht, IPv6 muss deaktiviert werden.

Getestet unter Windows 10 + Debian auf Raspi

Selbst das Entfernen des DNS von MEO von ihrem Router über Telnet und das Ersetzen durch mein eigenes (IPv4 und IPv6) funktioniert nicht. IPv6 im Kernel zu deaktivieren wäre für mich noch unpraktischer als eine Verbindung zu einem anderen Netzwerk. Ist dies ein Problem mit der Infrastruktur (dem Netzwerk) oder dem Router von MEO? Ich bin wirklich verwirrt, da dies nicht auf meiner Linux-Distribution oder Windows 10 funktioniert, aber auf Linux- oder BSD-VMs funktioniert ...

Ich hatte die gleichen Probleme, nachdem @citylife4 auf die DNS-Lösung hingewiesen hatte. Was für mich wirklich funktioniert hat, war die Verwendung von nordvpn, aber ich werde mich mit MEO verstärken, um dies zu beheben.

Im Moment deaktiviert meine Lösung IPv6 unter Linux vorübergehend mit sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' , auf diese Weise ist es nichts Dauerhaftes. Aber ich möchte immer noch, dass dies auf MEO-Seite behoben wird, also werde ich versuchen, dies herauszufinden, da der Router bei jedem Neustart meine DNS-Servereinstellungen (entweder von Google oder Cloudflare) behält, aber ihr IPv4- und IPv6-DNS wieder einschleicht am Satz 100.
Pip funktioniert seltsamerweise mit deaktiviertem IPv6, was geradezu bizarr ist, aber ich werde mir das weiter ansehen.

Dieses Problem scheint sich auf bestimmte ISPs zu beziehen (ich bin mir nicht sicher, da ich die Namen nicht kenne, sind sie vermutlich lokal in einer bestimmten Region?). Wenn ja, schlägt jemand einen nützlicheren Titel für das Problem vor, um jedem mit einem ähnlichen Problem zu helfen, es zu finden?

Außerdem sehe ich hier nichts Verwertbares für Pip, daher schlage ich vor, dass das Problem geschlossen werden kann (was weitere Kommentare nicht verhindert, falls jemand zusätzliche Erfahrung hat hinzuzufügen).

@pfmoore Dies scheint ein nur in Portugal auftretendes Problem mit einem bestimmten ISP zu sein.

Können Sie http://www.fastly-debug.com/ besuchen (benötigt einen Browser und Javascript, stellen Sie sicher, dass Adblocker auch deaktiviert sind, sie spielen manchmal damit) und fügen Sie den base64-Blob ein, den Sie erhalten? Das wird Fastly (unser CDN-Anbieter) helfen, das Problem zu beheben.

Ja, das Problem hängt nicht direkt mit pip zusammen, sondern mit isp und fastly cdn.
Wie ich bereits erwähnt habe. Andere schnell bediente Server präsentieren dasselbe
Ausgabe. Landstreicher. Rubinsteine ​​usw..

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

Können Sie http://www.fastly-debug.com/ besuchen (benötigt einen Browser und
Javascript, stellen Sie sicher, dass auch Adblocker deaktiviert sind, die manchmal übersehen werden
damit) und fügen Sie den base64-Blob ein, den Sie erhalten? Das hilft Fastly (unsere
CDN-Anbieter) das Problem debuggen.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/pypa/pip/issues/5374#issuecomment-423516233 oder stumm
der Faden
https://github.com/notifications/unsubscribe-auth/AON64Uq9cAX0lYICxgvRFo_6xE5X6FDLks5udN0ygaJpZM4T0AdT
.

@dstufft Stelle ich es hier ein oder öffne ich ein separates Problem?

Sie können es hier einfach zu einem Kommentar hinzufügen, idealerweise innerhalb eines Codeblocks, damit es schön formatiert ist.

@osl21 Danke - Titel aktualisiert.

ewogICJnZW9pcCI6IHsKICAgICJjaSI6ICJsaXNib24iLAogICAgInN0IjogIjExIiwKICAgICJjdCI6ICJwb3J0dWdhbCIsCiAgICAiY28iOiAiRVUiLAogICAgImNfYXNuIjogIjMyNDMiLAogICAgImNfYXNuX25hbWUiOiAibWVvIC0gc2Vydmljb3MgZGUgY29tdW5pY2Fjb2VzIGUgbXVsdGltZWRpYSBzLmEuIiwKICAgICJyX2lwIjogIjg0LjIwMC42OS44MCIsCiAgICAicl9hc24iOiAiMzE0MDAiLAogICAgInJfYXNuX25hbWUiOiAiYWNjZWxlcmF0ZWQgaXQgc2VydmljZXMgZ21iaCIsCiAgICAicl9jaSI6ICJiYW1iZXJnIiwKICAgICJyX3N0IjogIkJZIiwKICAgICJyX2N0IjogImdlcm1hbnkiLAogICAgInJfY28iOiAiRVUiCiAgfSwKICAicG9wTGF0ZW5jeSI6IHsKICAgICJsaHIiOiA0NCwKICAgICJsY3kiOiAzOSwKICAgICJjZGciOiA0NiwKICAgICJtYWQiOiA0OSwKICAgICJmcmEiOiA1NiwKICAgICJoaG4iOiA1NiwKICAgICJhbXMiOiA1MCwKICAgICJibWEiOiA3OSwKICAgICJoZWwiOiA4OCwKICAgICJqZmsiOiAxMjEsCiAgICAiaGtnIjogMzE2CiAgfSwKICAicG9wQXNzaWdubWVudHMiOiB7CiAgICAiYWMiOiAibGN5IiwKICAgICJhcyI6ICJoaG4iCiAgfSwKICAicmVxdWVzdCI6IHsKICAgICJyZXNvbHZlcl9pcCI6ICI4NC4yMDAuNjkuODAiLAogICAgInJlc29sdmVyX2FzX25hbWUiOiAiQUNDRUxFUkFURUQtSVQsIERFIiwKICAgICJyZXNvbHZlcl9hc19udW1iZXIiOiAiMzE0MDAiLAogICAgInJlc29sdmVyX2NvdW50cnlfY29kZSI6ICJERSIsCiAgICAiY2xpZW50X2lwIjogIlJFREFDVEVEIiwKICAgICJjbGllbnRfYXNfbmFtZSI6ICJNRU8tUkVTSURFTkNJQUwsIFBUIiwKICAgICJjbGllbnRfYXNfbnVtYmVyIjogIjMyNDMiLAogICAgInRpbWUiOiAiMjAxOC0wOS0yMVQxODowNzozMy4wMDBaIiwKICAgICJob3N0IjogInd3dy5mYXN0bHktZGVidWcuY29tIiwKICAgICJhY2NlcHQiOiAidGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44IiwKICAgICJ1c2VyYWdlbnQiOiAiTW96aWxsYS81LjAgKFgxMTsgTGludXggeDg2XzY0OyBydjo2MC4wKSBHZWNrby8yMDEwMDEwMSBGaXJlZm94LzYwLjAiLAogICAgImFjY2VwdGxhbmd1YWdlIjogImVuLVVTLGVuO3E9MC41IiwKICAgICJhY2NlcHRlbmNvZGluZyI6ICJnemlwIiwKICAgICJmYXN0bHlzZXJ2ZXJpcCI6ICIxNTEuMTAxLjEyLjY0IiwKICAgICJ4ZmYiOiAiIiwKICAgICJkYXRhY2VudGVyIjogIkZSQSIsCiAgICAiYmFuZHdpZHRoX21icHMiOiAiMTEuMzYiLAogICAgImN3bmQiOiA4NSwKICAgICJuZXh0aG9wIjogIjE0OS4xMS4yMC4xMTciLAogICAgInJ0dCI6IDUwLjEzLAogICAgImRlbHRhX3JldHJhbnMiOiAwLAogICAgInRvdGFsX3JldHJhbnMiOiAwCiAgfQp9
Ich verwende derzeit die DNS-Server dns.watch, aber dies schlägt mit Cloudflares (1.1.1.1) oder Googles (8.8.8.8) fehl.

@osl21 Nur um klar zu sein, dass dieser Blob bei der Verwendung von dns.watch Servern erstellt wurde, die das Problem nicht aufweisen?

Nein, alle DNS weisen das Problem auf, nur das Deaktivieren von IPv6 behebt es. Egal welches DNS ich verwende, ich kann nicht zu pypi gehen oder pip verwenden, ich verwende nur DNS.WATCH aus Präferenz.

OK danke.

@osl21 Das Deaktivieren von IPv6 auf meinem Computer mit sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' hat auch bei mir funktioniert.

Es funktioniert, aber dies ist ein wirklich unangenehmes Problem auf der Seite von MEO oder Fastly (da ich auf einige ihrer Dienste, insbesondere im Zusammenhang mit Python, nicht zugreifen kann), ist das Deaktivieren von IPv6 keine große Lösung.

Für diejenigen, die dieses Problem mit Version 6 haben, wäre es sehr hilfreich, wenn Sie eine Paketaufzeichnung des fehlgeschlagenen Fehlers bereitstellen könnten.
Bitte senden Sie diese an [email protected] und erwähnen Sie dieses Problem und unser Ticket ECO-2664

@supine Können Sie uns Schritte (Tools oder dergleichen) geben, um Ihnen die besagte Paketerfassung bereitzustellen (wie bei einer Pip-Installation oder dem Zugriff auf Pypi über einen Browser oder curl/wget)?

Ich habe das gleiche Problem mit dem portugiesischen NOS-Anbieter

Leute ändern einfach den IPV4-DNS in 8.8.8.8 oder 8.8.4.4 und den IPV6-DNS in 2001:4860:4860::8888 oder 2001:4860:4860::8844.
Dies liegt sicher an den Websites, die sie in Portugal blockieren, um Piraterie zu verhindern...

@SirRibeiro Wie bereits erwähnt, schlägt es mit jedem DNS fehl, sei es Google, Cloudflare oder ein anderes. Das Problem liegt an der/fastly-Seite von Cloudflare, nicht an der schwarzen Liste der Piraterie.

@osl21 oh ok, sorry, für mich hat nur das Ändern des DNS gereicht.

Ich bin gerade darauf gestoßen, und selbst das Ändern der DNS hat nicht geholfen.

Ich bin auf MEO-Faser und habe gerade ein Problem mit ihrem Support eröffnet.

Die Nutzung des mobilen Hotspots von meinem Handy (auch MEO) hat das Problem vorerst gelöst.

Welche Art von Router liefert der ISP? Kann jemand einen Test unter Umgehung des mitgelieferten Routers durchführen?

@osl21 Sie können eine Aufnahme mit einem Tool wie tcpdump machen. Der Befehl würde ungefähr so ​​aussehen:

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

wobei INTERFACE Ihre "externe" Schnittstelle ist, über die Ihre Standardroute hinausgehen würde.

OK. Meo-Lösung war, mich zu bitten, den Router neu zu starten.....Wie erwartet ist keine Lösung

Die Einzelheiten sind

Technicolor-Gateway

Produktname: TG789vac v2

Seriennummer: xxxxxxxx

Softwareversion: 10.5.8.I

Softwarevariante: BQ

Bootloader-Version: 2.0.85

Produktcode: 3743534A

Boardname: VANT-6

@lvale danke für diese Informationen.

Es gibt ein bekanntes Problem mit Thomson / Technicolor Gateway-Routern, bei denen das IPv6-Flow-Label mitten in einer TCP-Sitzung zurückgesetzt wird, wenn es vom SYN zum FIN statisch sein soll.

Große Netzwerke und Dienstanbieter, Fastly inbegriffen, verwenden ECMP für den Lastausgleich. Idealerweise verwendet die Pfadauswahl Hashing, das eine einzelne TCP-Sitzung auf demselben Pfad hält.

Obwohl Fastly meistens vermeidet, IPv6-Flow-Label als Eingabe für das Hashing zu verwenden:

• manche Geräte lassen es nicht ausschließen
• einige andere Netzwerke entscheiden sich dafür, es zu konfigurieren.

Durch das Zurücksetzen des IPv6-Flow-Labels mitten in der TCP-Sitzung erzwingt der Router wahrscheinlich ein ECMP-Rehashing irgendwo im Pfad zwischen Ihnen und Fastly. Dies könnte bedeuten, dass nachfolgende Pakete im falschen Cache oder sogar im falschen POP landen.

Sie können beweisen, dass es sich um den Router handelt, indem Sie Ihren Computer direkt mit dem ONT verbinden und erneut testen.

Ich habe keine einfache Lösung für dich. Ihre Optionen scheinen zu sein:

• Suchen Sie nach der neuesten Firmware für Ihr Gerät und prüfen Sie, ob das Problem damit behoben ist
• Ersetzen Sie den mitgelieferten Router durch einen eigenen

Andere Geräte hier, aber die gleiche Marke, nur eine höhere Version von den technischen Details, gerade getestet und es schien jetzt zu funktionieren, aber wie bereits erwähnt, ist das Auftreten von Fehlern nicht deterministisch.

Technicolor-Gateway

Produktname: TG784n v3

Software-Release: 10.2.1.O

Softwarevariante: DS

Bootloader-Version: 1.1.2

Produktcode: 3690227E

Boardname: DANT-U

Mit etwas mehr Suchen hier eine vorläufige Lösung gefunden https://www.reddit.com/r/portugal/comments/8cjj3s/developers_com_meo_em_casa_conexões_bloqueadas/

was im Wesentlichen darin besteht, IPv6 auf dem Router/Gateway zu deaktivieren

Telnet zum Router/Gateway

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

Ich bin mir nicht sicher, ob es die "periodischen" Updates durch den ISP halten wird ....

Eine Problemumgehung besteht darin, IPv6 zu deaktivieren.

1. IPv6 deaktivieren
2. pip
3. IPv6 aktivieren

Ich berichte, dass sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' bei mir auch funktioniert hat! Danke vielmals!! Ich konnte nichts mit pip installieren

sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6'
hat bei mir super funktioniert!!!

Habe dieses Problem auch, nicht nur bei pip sondern bei vielen HTTPS-Websites meist hinter Fastly CDN. Auch mit MEO als meinem ISP. Ja, IPv6 deaktivieren hat den Zweck erfüllt.

Würde trotzdem gerne verstehen warum das so ist.

Ich weiß, dass vor dem Deaktivieren von IPv6, wenn ich meine öffentliche IP-Adresse überprüfte, eine IPv6-IP erhalten würde. Weiß nicht wirklich, ob es ein ISP-Problem ist oder ob viele Websites noch nicht gut mit IPv6-Adressen umgehen können.

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

Vielen Dank, Leute, ich kann bestätigen, dass nur das Deaktivieren von IPv6 funktioniert. Ich habe schon vieles probiert.

Es ist wahrscheinlich etwas offensichtlich, aber es wird nur darauf hingewiesen, dass dieses Problem auch https://pypi.org über Browser betrifft, nicht nur pip.

Das Deaktivieren von IPv6 hat dieses Problem für mich gelöst. Trotzdem nervig.

Gleiches Problem bei mir. Ich verwende MEO von Aveiro.
Das Deaktivieren von IPv6 funktioniert bei jeder Paketinstallation problemlos. Als Brasilianer halte ich Portugal für ein seltsames Netzwerk...
Danke für die Unterstützung.

Leute,

Ich hatte das gleiche Problem mit MEO ISP/Router.

Ich löse mit diesem Befehl, um das IPv6-Netzwerk zu deaktivieren: sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6'

Dann lasse ich pip laufen und es funktioniert !!!

Ich habe das gleiche Problem. Da dieses Problem eindeutig mit MEO zusammenhängt, gibt es ein geeigneteres Forum, um dieses Thema zu diskutieren? Ich habe ein Support-Ticket bei MEO eröffnet, würde aber gerne wissen, ob andere das gleiche getan haben und welche Antwort sie erhalten haben.

@aaubry Ich habe vor einiger Zeit im Meo-Forum gepostet, aber keine Antwort.

Ich habe kein Support-Ticket geöffnet. Kann sein, dass ich tun werde. Bitte halten Sie mich auf dem Laufenden, wenn Sie eine Antwort erhalten.

Hallo Leute,

Ich komme aus Coimbra, Portugal und hatte das gleiche Problem, also habe ich Folgendes versucht und funktioniert

Ich habe gerade mein IPv4-DNS auf 8.8.8.8 und 8.8.4.4 (Google) geändert.
Und IPv6 deaktiviert und es hat funktioniert.

Wenn Sie IPv6 eingeschaltet lassen möchten, können Sie es nur deaktivieren, wenn Sie etwas mit pip installieren.

Berichterstattung von Almada (MEO):

Durch das Deaktivieren von IPv6 konnte ich das 'Pip-Installationspaket' verwenden.
Wenn Sie also etwas installieren möchten, deaktivieren Sie einfach IPv6, während Sie es tun.
Als Referenz verwende ich im IPv4-DNS: 8.8.8.8 und 8.8.4.4

Gleiches Problem mit MEO in Évora (Ubunbu 18.04).
Habe es auch gelöst mit:
sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6'

Ich stehe auch hinter MEO. Meine Problemumgehung bestand darin, IPv6 vorübergehend zu deaktivieren, wie beschrieben So deaktivieren Sie die IPv6-Adresse unter Ubuntu 18.04 Bionic Beaver Linux . Dieser Link erklärt auch, wie Sie IPv6 dauerhaft deaktivieren.

Hat jemand dies mit Routern und Modems von Drittanbietern versucht? Sind wir sicher, dass das Problem in der Infrastruktur von meo liegt? Oder können es die Geräte sein?

@Zizico2 Ich denke, es war ein Problem mit den Geräten, da ich seit dem letzten Firmware-Update nie Probleme mit IPv6 hatte. Oder vielleicht haben sie gleichzeitig die Infrastruktur aktualisiert.

Hat noch jemand ein Problem mit MEO? Welche Geräteversion verwendest du? (Sie können http://192.168.1.254/ aufrufen, um das herauszufinden.)

Mein Gerät: Technicolor TG784n v3
Firmware-Version: M19 10.5.8.U [FV]

Hallo Leute!

Wenn Sie weiterhin Probleme mit der Verbindung zu PyPI mit MEO als Ihrem ISP haben, öffnen Sie bitte ein Problem in pypa/pypi-support mit der Vorlage "Netzwerkzugriffsproblem" .

Dies ist ein viel besserer Ort für weitere Diskussionen zu diesem Thema + bessere Sichtbarkeit für PyPI-Administratoren, damit sie nachsehen können, ob es auf der PSF-Infra-Seite etwas verwertbares gibt.

AFAICT, dies ist ein Fall eines IPv6-Problems mit MEO; da das Deaktivieren von IPv6 bei einigen Benutzern

@pradyunsg das Problem wurde in https://github.com/pypa/pip/issues/5374#issuecomment -428160285 identifiziert

Ich glaube, dass dieses spezielle Problem aufgrund von Firmware-Upgrades und / oder Änderungen an der Routing-Topologie behoben werden sollte.

Die Leute sollten ermutigt werden, IPv6 erneut zu testen, um zu sehen, ob es für sie weiterhin ein Problem darstellt.