Pip: مشكلة مع MEO ISP في البرتغال - "ProtocolError (" تم إحباط الاتصال. "، ConnectionResetError (104 ،" إعادة تعيين الاتصال بواسطة النظير "))

تم إنشاؤها على ٦ مايو ٢٠١٨  ·  73تعليقات  ·  مصدر: pypa/pip

  • إصدار النقطة: 10.0.0
  • إصدار Python: 3.5.2
  • نظام التشغيل: أوبونتو 16.04

وصف:

لا يمكنني تثبيت الحزم باستخدام النقطة

ما قمت بتشغيله:

نقطة تثبيت سايثون
نقطة تثبيت kivy
تثبيت نقطة - ترقية نقطة

كل هذا يؤدي إلى نفس الخطأ على النحو التالي.

pip install kivy -v

المخرجات:

Created temporary directory: /tmp/pip-ephem-wheel-cache-rs27mmeh
Created temporary directory: /tmp/pip-install-dtnthpzj
Collecting kivy
  1 location(s) to search for versions of kivy:
  * https://pypi.python.org/simple/kivy/
  Getting page https://pypi.python.org/simple/kivy/
  Looking up "https://pypi.python.org/simple/kivy/" in the cache
  Returning cached "301 Moved Permanently" response (ignoring date and etag information)
  Looking up "https://pypi.org/simple/kivy/" in the cache
  No cache entry available
  Starting new HTTPS connection (1): pypi.org
  Incremented Retry for (url='/simple/kivy/'): Retry(total=4, connect=None, read=None, redirect=None, status=None)
  Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))': /simple/kivy/
  Starting new HTTPS connection (2): pypi.org
  Incremented Retry for (url='/simple/kivy/'): Retry(total=3, connect=None, read=None, redirect=None, status=None)
  Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))': /simple/kivy/
  Starting new HTTPS connection (3): pypi.org
  Incremented Retry for (url='/simple/kivy/'): Retry(total=2, connect=None, read=None, redirect=None, status=None)
  Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))': /simple/kivy/
  Starting new HTTPS connection (4): pypi.org
  Incremented Retry for (url='/simple/kivy/'): Retry(total=1, connect=None, read=None, redirect=None, status=None)
  Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))': /simple/kivy/
  Starting new HTTPS connection (5): pypi.org
  Incremented Retry for (url='/simple/kivy/'): Retry(total=0, connect=None, read=None, redirect=None, status=None)
  Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))': /simple/kivy/
  Starting new HTTPS connection (6): pypi.org
  Could not fetch URL https://pypi.python.org/simple/kivy/: connection error: HTTPSConnectionPool(host='pypi.org', port=443): Max retries exceeded with url: /simple/kivy/ (Caused by ProtocolError('Connection aborted.', ConnectionResetError(104, 'Connection reset by peer'))) - skipping
  Could not find a version that satisfies the requirement kivy (from versions: )
Cleaning up...
No matching distribution found for kivy
Exception information:
Traceback (most recent call last):
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/basecommand.py", line 228, in main
    status = self.run(options, args)
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/commands/install.py", line 291, in run
    resolver.resolve(requirement_set)
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/resolve.py", line 103, in resolve
    self._resolve_one(requirement_set, req)
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/resolve.py", line 257, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/resolve.py", line 210, in _get_abstract_dist_for
    self.require_hashes
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/operations/prepare.py", line 243, in prepare_linked_requirement
    req.populate_link(finder, upgrade_allowed, require_hashes)
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/req/req_install.py", line 307, in populate_link
    self.link = finder.find_requirement(self, upgrade)
  File "/usr/local/lib/python3.5/dist-packages/pip-10.0.0-py3.5.egg/pip/_internal/index.py", line 533, in find_requirement
    'No matching distribution found for %s' % req
pip._internal.exceptions.DistributionNotFound: No matching distribution found for kivy
You are using pip version 10.0.0, however version 10.0.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
network connectivity support

التعليق الأكثر فائدة

أحد الحلول هو تعطيل IPv6.

  1. تعطيل IPv6
  2. تشغيل pip
  3. قم بتمكين IPv6

ال 73 كومينتر

هل تستخدم البروكسي؟

ياandmart!

يبدو أن هذه مشكلة في الشبكة. هل يمكنك تزويدنا بمزيد من التفاصيل حول كيفية الاتصال ، مثل ما إذا كنت تتصل من خلال وكيل وما إذا كان إصدار SSL الخاص بك جديدًا بما يكفي؟

أواجه نفس المشكلة. للرد على سؤالك ، pradyunsg ، لا أقوم بالاتصال من خلال وكيل (ليس هذا ما أعرفه) ولا أعرف كيفية التحقق مما إذا كان إصدار SSL الخاص بي حديثًا بدرجة كافية.

تحديث: تشغيل الأمر pip install <package> عبر Powershell لا يعطي هذا الخطأ.

crlsmnzs لذا يبدو أنك كنت تستخدم ubuntu 16.04 و pip 10.0.0 و python 3.5 أيضًا في اختبارك الأولي. هل هذا دقيق؟

@ sigmavirus24 لا. أنا لا أستخدم الوكيل. استخدام شبكتي المنزلية.
الإصدار المفتوح: 1.02g

يحدث هذا الخطأ عادةً عندما يكون هناك شيء مثل الوكيل أو جدار الحماية الذي يحظر الاتصالات.

أعتقد أنك على حق. عملت عند الاتصال بشبكة أخرى. ولكن عندما سأل @ sigmavirus24 عما إذا كنت

@ sigmavirus24 أستخدم Windows 10 و pip 10.0.0 و Python 3.6.5.

أواجه نفس المشكلة بالضبط. أنا أستخدم nextcloudpi على طراز RPi3 الخاص بي. بدأت هذه المشكلة عندما قمت بترقية خطة الإنترنت الخاصة بي وقام فنيو ISP بتبديل جهاز التوجيه القديم الخاص بي إلى جهاز جديد. في ذلك الصباح ، قمت بتثبيت حزمة ، ولكن في فترة ما بعد الظهر ، بعد تبديل جهاز التوجيه ، بدأت في الحصول على هذه المشكلة. ليس لدي أدنى فكرة عن كيفية تعطيل جدار حماية جهاز التوجيه أو إعطائه قائمة بيضاء. أعتقد أن لدي بعض الأبحاث لأفعلها.

نفس المشكلة هنا ، غير متصلة من خلال وكيل ، توجد نفس المشكلات في حالة الاتصال عبر VPN بشبكة أخرى. بالإضافة إلى أن القضية متقطعة.

في ubuntu 18.04
"OpenSSL 1.1.0g 2 نوفمبر 2017"

هناك أيضًا نفس المشكلات ضمن الخوادم الأخرى التي يوفرها fastly

vagrantup.com و python.org جميعها بها تغييرات في TLS مما يؤدي إلى TLS v1.2

تتم الإشارة إلى الوكيل في كل مكان على أنه مشكلات محتملة ، فأنا لست خلف أي جدار حماية خاص بالشركة. أنا أستخدم اتصال عمل بسيطًا بواسطة مزود خدمة إنترنت برتغالي

لم يتم اختباره تحت النوافذ للتحقق من وجود مشكلات على الشبكة حتى الآن ، سيتم التحديث.

يواجه Curl أيضًا مشكلات مع أولئك الذين يجبرونه على tls ، chrome أيضًا. لذلك ليست مشكلة نقطة معزولة ، بل مشكلة في الشبكة ، فقط لا تتعلق بالوكيل.

إيه إيه إيه. هل هو MEO؟ لأنني قمت للتو بترقية الإنترنت وحصلت على جهاز توجيه MEO جديد (لقد وعدوا باستخدام FiberGateWay ، لكنني حصلت على واحد سيء. ما زلت أحاول حل هذا الخطأ) وبدأت أواجه هذا الخطأ على RPi الخاص بي.

نعم. MEO هنا.

نعم ، يمكن تأكيد أنها MEO ، لقد جربنا نقطة اتصال محمولة من NOS وتمكنا من الوصول إلى موقع vagrantup.com rubygems.org python.org pypa.io ، وكلها تقدم بسرعة في tls 1.2

فشل في شبكة MEO ISP في منطقة Coimbra في أنظمة التشغيل التالية:

الشبكة 1 (اتصال Business MEO ISP):
أوبونتو 18.04 - آلة 1
نظام التشغيل Ubuntu 16.04 - Machine2
نظام التشغيل Windows 10 Professional - Machine1

الشبكة 2 (اتصال Home MEO ISP):
أوبونتو 18.04 - آلة 1

النجاح على نقطة اتصال NOS المحمولة:
أوبونتو 18.04 - آلة 1
نظام التشغيل Ubuntu 16.04 - Machine2
نظام التشغيل Windows 10 Professional - Machine1

لم تكن قادرًا على اختبار مزودي خدمة الإنترنت الآخرين.
لكن وهذا هو الجزء الغريب:

لقد تمكنت من استخدام النقطة بنجاح دون فشل باستخدام Docker NAT على 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 / #
ومع ذلك ، يتعذر التثبيت أثناء الاتصال عبر wifi أو ethernet
تم مسح جميع ذاكرة التخزين المؤقت لنظام أسماء النطاقات ، ويعيد nslookup نفس عنوان IP على كل من شبكة NOS و 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/

تقرير غريب آخر.

عند الاتصال بـ MEO-WIFI (باستخدام نفس جهاز التوجيه) ، يمكنني الوصول إلى جميع المجالات المذكورة أعلاه بشكل صحيح بالإضافة إلى تثبيت الأنابيب.

لقد قمت أيضًا بتحرير خوادم الأسماء إلى google دون أي حظ ، ومسح ذاكرة التخزين المؤقت لنظام أسماء النطاقات وما إلى ذلك ... على الشبكة الخاصة.

لقد انتقلت للتو إلى كويمبرا. يمكنني أن أؤكد أنني تلقيت نفس الخطأ ، فقط مع MEO.

أطلب منكم تحديث هذا الموضوع إذا وجدت حلاً. هل هناك أي نقطة في الاتصال بـ MEO؟ لا أعرف ماذا أقول ...

لقد تلقيت هذا الخطأ فقط في Coimbra ، لقد ذهبت إلى Évora في نهاية الأسبوع الماضي دون مشاكل في الوصول إلى المواقع المذكورة سابقًا ضمن نظام تشغيل Windows ، ولم أحاول عبر Ubuntu (نظرًا لمشكلات أخرى)

فيما يتعلق بالاتصال بـ MEO ، لم أفعل ذلك أيضًا للأسباب نفسها ، إذا كانت لديك مشكلة فنية في أجهزتهم ، فمن الصعب بالفعل إصلاحها ، لذلك يمكنني فقط تخيل حالات الرعب التي قد تمر بها لشرح ذلك. . :د

الحل الوحيد غير الحقيقي في الوقت الحالي هو التبديل إلى البنية التحتية لشبكة MEO-WIFI عند الحاجة إليها. وإلى جانب ذلك ، يمكنك دائمًا استخدام عامل الإرساء ، نظرًا لما يبدو عليه تحت حاوية عامل إرساء ، ليس لدي أي مشكلات .. هذا وحده يميل إلي .. لا يمكنني معرفة السبب حتى الآن. لذلك يمكنك إنشاء مجلد من الحاوية إلى المضيف إلى المكان الذي ترغب في إجراء تثبيت النقطة فيه ، وربما إنشاء بيئة افتراضية مع جميع الحزم التي ترغب في تثبيتها عبر النقطة. عندما أحصل على الوقت ، سأقوم بنشر هذا الحل هنا

Ilhicas شكرا لمشاركة

أنا ملتزم بشركة Vodafone في الوقت الحالي ، لكنني سأحرص على إلقاء نظرة على حل Docker الخاص بك ومعرفة ما إذا كان بإمكاني اكتشاف جذر المشكلة.

يمكنني أن أؤكد أنني أواجه نفس المشكلة. أنا أيضًا مع MEO كمزود خدمة في Viseu ، البرتغال.
أنا أستخدم نقطة الاتصال المحمولة الخاصة بي كحل بديل في غضون ذلك ...

تأكيد نفس المشكلة مع مزود خدمة MEO في بورتو ، البرتغال.
كما أنني أواجه مشكلة في الاتصال بـ https://www.python.org/ و https://docs.python.org/ و https://docs.python.org/ مواقع الويب ، باستخدام "يتعذر على هذا الموقع يمكن الوصول إليه "خطأ.
لقد حاولت تغيير مزود DNS ، لكن ذلك لم يحل المشكلة ...
لقد كنت أواجه هذه المشكلات لفترة طويلة ، ومع ذلك ، هناك أوقات غامضة تعمل فيها النقطة والمستندات ...

أهلا!!
لقد وجدت حلا! لقد قمت بتغيير ليس فقط IPv4 DNS ولكن أيضًا IPv6 إلى مزود آخر ثم مزود خدمة الإنترنت ISP ، وهو يعمل الآن!
هتافات!

@ citylife4 والجميع هنا.
أنا من MEO أيضًا وأواجه نفس المشكلة هنا.
لقد قمت بتغيير DNS على جهاز توجيه MEO الخاص بي إلى cloudflare و google وما إلى ذلك ، ولكن لم يحالفني الحظ في إنشاء pypi أو pythonhosted أو أي شيء آخر يعمل.
يعطي كل من wget و curl أخطاء tls ، وتتعطل المتصفحات في صفحات الخطأ (أخطاء tls أيضًا).
أفترض أن هذه هي نفس المشكلة لأنني أواجه نفس الأخطاء.
يبدو أن الاتصال بشبكات أخرى ، أو الغريب بما فيه الكفاية ، باستخدام VM (لا تسألني كيف) يعمل على إصلاحه.
ما الذي يمكنني فعله الآن إلى جانب استخدام شبكة أخرى ، حيث إنه من الأفضل استخدام الاتصال المنزلي الخاص بي وهو PIA لإلغاء تحميل حزم python .tar.gz من خادمي لتثبيتها باستخدام python.

إذا قمت بتعطيل IPv6 (لم أحاول تغيير IPv6 DNS ، ولكن من الناحية النظرية ، يجب أن يعمل أيضًا) وقمت بتغيير IPv4 DNS وما زال لا يعمل ، لا أعرف ما يمكنك القيام به ...
بالنسبة لي كان يعمل بشكل جيد منذ ذلك الحين!

تحديث : لا يؤدي تغيير موفر IPv6 DNS إلى حل هذه المشكلة ، يجب تعطيل IPv6.

تم الاختبار على Windows 10 + Debian على Rasp Pi

حتى إزالة نظام DNS الخاص بـ MEO من جهاز التوجيه الخاص به عبر telnet واستبداله بـ (IPv4 و IPv6) الخاص بي لا يعمل. سيكون تعطيل IPv6 في النواة أمرًا غير منطقي بالنسبة لي أكثر من الاتصال بشبكة أخرى. هل هذه مشكلة في البنية التحتية (الشبكة) أو جهاز التوجيه الخاص بـ MEO؟ أشعر بالحيرة حقًا لأن هذا لا يعمل على توزيعة Linux أو Windows 10 ، ولكنه يعمل على Linux أو BSD VMs ...

لقد واجهت نفس المشاكل بعد أن أشار @ citylife4 إلى حل DNS. ما نجح بالنسبة لي حقًا هو استخدام nordvpn ، لكنني سأعززه باستخدام MEO لإصلاح ذلك.

في الوقت الحالي ، يقوم الحل الخاص بي بتعطيل IPv6 مؤقتًا على نظام Linux sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' ، وبهذه الطريقة لا يكون أي شيء دائمًا. ولكن ما زلت أريد إصلاح هذا من جانب MEO ، لذلك سأحاول معرفة ذلك ، لأنه في كل مرة يعيد فيها جهاز التوجيه ، فإنه يحتفظ بإعدادات خادم DNS (إما google أو cloudflare) ، لكنه يزحف IPv4 و IPv6 DNS مرة أخرى في المجموعة 100.
يعمل Pip بشكل غريب مع IPv6 معطل ، وهو أمر غريب ، لكنني سأبحث عن هذا أكثر.

يبدو أن هذه المشكلة تتعلق بمزودي خدمة إنترنت محددين (لست متأكدًا ، لأنني لا أتعرف على الأسماء ، فمن المفترض أنها محلية لمنطقة معينة؟). إذا كان الأمر كذلك ، يقترح أحد الأشخاص عنوانًا أكثر فائدة للمشكلة لمساعدة أي شخص لديه مشكلة مماثلة في تحديد موقعه؟

أيضًا ، لا أرى أي شيء قابل للتنفيذ للنقطة هنا ، لذا أقترح إغلاق المشكلة (وهذا لن يمنع المزيد من التعليقات ، إذا كان لدى أي شخص خبرة إضافية ليضيفها).

pfmoore يبدو أن هذه مشكلة خاصة بالبرتغال فقط ، مع مزود خدمة إنترنت محدد ، فهل يمكن أن يكون مكانًا جيدًا لتبادل الأفكار والإصلاحات الخاصة بذلك؟ أواجه هذه المشكلة منذ أكثر من عام ، إنه أمر محبط للغاية.

هل يمكنك زيارة http://www.fastly-debug.com/ (يتطلب متصفحًا وجافا سكريبت ، تأكد من إيقاف تشغيل أدوات حظر الإعلانات أيضًا لأنها تعبث به أحيانًا) ولصق blob base64 الذي توفره لك؟ سيساعد ذلك Fastly (مزود CDN الخاص بنا) في تصحيح المشكلة.

نعم ، لا تتعلق المشكلة بشكل مباشر بالنقطة ولكن مع ISP و fastly cdn.
كما ذكرت سابقا. تقدم الخوادم الأخرى التي يتم تقديمها بسرعة نفس الشيء
مشكلة. فاجرانتوب. Rubygems الخ.

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

هل يمكنك زيارة http://www.fastly-debug.com/ (يتطلب متصفحًا و
جافا سكريبت ، تأكد من إيقاف تشغيل حواجز الإعلانات أيضًا التي يفوتونها في بعض الأحيان
مع ذلك) ولصق blob base64 الذي يمنحك؟ سيساعد ذلك بسرعة (ملف
مزود CDN) تصحيح المشكلة.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/pypa/pip/issues/5374#issuecomment-423516233 ، أو كتم الصوت
الخيط
https://github.com/notifications/unsubscribe-auth/AON64Uq9cAX0lYICxgvRFo_6xE5X6FDLks5udN0ygaJpZM4T0AdT
.

dstufft هل

يمكنك فقط إضافته إلى تعليق هنا ، من الناحية المثالية داخل كتلة التعليمات البرمجية بحيث يتم تنسيقه بشكل جيد.

@ osl21 شكرا - تم تحديث العنوان.

ewogICJnZW9pcCI6IHsKICAgICJjaSI6ICJsaXNib24iLAogICAgInN0IjogIjExIiwKICAgICJjdCI6ICJwb3J0dWdhbCIsCiAgICAiY28iOiAiRVUiLAogICAgImNfYXNuIjogIjMyNDMiLAogICAgImNfYXNuX25hbWUiOiAibWVvIC0gc2Vydmljb3MgZGUgY29tdW5pY2Fjb2VzIGUgbXVsdGltZWRpYSBzLmEuIiwKICAgICJyX2lwIjogIjg0LjIwMC42OS44MCIsCiAgICAicl9hc24iOiAiMzE0MDAiLAogICAgInJfYXNuX25hbWUiOiAiYWNjZWxlcmF0ZWQgaXQgc2VydmljZXMgZ21iaCIsCiAgICAicl9jaSI6ICJiYW1iZXJnIiwKICAgICJyX3N0IjogIkJZIiwKICAgICJyX2N0IjogImdlcm1hbnkiLAogICAgInJfY28iOiAiRVUiCiAgfSwKICAicG9wTGF0ZW5jeSI6IHsKICAgICJsaHIiOiA0NCwKICAgICJsY3kiOiAzOSwKICAgICJjZGciOiA0NiwKICAgICJtYWQiOiA0OSwKICAgICJmcmEiOiA1NiwKICAgICJoaG4iOiA1NiwKICAgICJhbXMiOiA1MCwKICAgICJibWEiOiA3OSwKICAgICJoZWwiOiA4OCwKICAgICJqZmsiOiAxMjEsCiAgICAiaGtnIjogMzE2CiAgfSwKICAicG9wQXNzaWdubWVudHMiOiB7CiAgICAiYWMiOiAibGN5IiwKICAgICJhcyI6ICJoaG4iCiAgfSwKICAicmVxdWVzdCI6IHsKICAgICJyZXNvbHZlcl9pcCI6ICI4NC4yMDAuNjkuODAiLAogICAgInJlc29sdmVyX2FzX25hbWUiOiAiQUNDRUxFUkFURUQtSVQsIERFIiwKICAgICJyZXNvbHZlcl9hc19udW1iZXIiOiAiMzE0MDAiLAogICAgInJlc29sdmVyX2NvdW50cnlfY29kZSI6ICJERSIsCiAgICAiY2xpZW50X2lwIjogIlJFREFDVEVEIiwKICAgICJjbGllbnRfYXNfbmFtZSI6ICJNRU8tUkVTSURFTkNJQUwsIFBUIiwKICAgICJjbGllbnRfYXNfbnVtYmVyIjogIjMyNDMiLAogICAgInRpbWUiOiAiMjAxOC0wOS0yMVQxODowNzozMy4wMDBaIiwKICAgICJob3N0IjogInd3dy5mYXN0bHktZGVidWcuY29tIiwKICAgICJhY2NlcHQiOiAidGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44IiwKICAgICJ1c2VyYWdlbnQiOiAiTW96aWxsYS81LjAgKFgxMTsgTGludXggeDg2XzY0OyBydjo2MC4wKSBHZWNrby8yMDEwMDEwMSBGaXJlZm94LzYwLjAiLAogICAgImFjY2VwdGxhbmd1YWdlIjogImVuLVVTLGVuO3E9MC41IiwKICAgICJhY2NlcHRlbmNvZGluZyI6ICJnemlwIiwKICAgICJmYXN0bHlzZXJ2ZXJpcCI6ICIxNTEuMTAxLjEyLjY0IiwKICAgICJ4ZmYiOiAiIiwKICAgICJkYXRhY2VudGVyIjogIkZSQSIsCiAgICAiYmFuZHdpZHRoX21icHMiOiAiMTEuMzYiLAogICAgImN3bmQiOiA4NSwKICAgICJuZXh0aG9wIjogIjE0OS4xMS4yMC4xMTciLAogICAgInJ0dCI6IDUwLjEzLAogICAgImRlbHRhX3JldHJhbnMiOiAwLAogICAgInRvdGFsX3JldHJhbnMiOiAwCiAgfQp9
أستخدم حاليًا خوادم DNS dns.watch ، لكنها فشلت مع Cloudflare (1.1.1.1) أو Google (8.8.8.8).

@ osl21 فقط dns.watch ، والتي لا تظهر المشكلة؟

لا ، كل DNS يواجه المشكلة ، فقط تعطيل IPv6 يعمل على إصلاحها. بغض النظر عن DNS الذي أستخدمه ، لا يمكنني الذهاب إلى pypi أو استخدام pip ، أنا فقط أستخدم DNS.WATCH بسبب التفضيل.

حسنا، شكرا.

@ osl21 تعطيل IPv6 على جهازي باستخدام sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' عمل لي أيضًا.

إنه يعمل ، ولكن هذه مشكلة سيئة حقًا في MEO's أو Fastly's end (نظرًا لأنني لا أستطيع الوصول إلى بعض خدماتهم ، خاصة المتعلقة ببيثون) ، فإن تعطيل IPv6 ليس حلًا كبيرًا.

بالنسبة لأولئك الذين يواجهون مشكلة v6 هذه ، سيكون من المفيد جدًا إذا تمكنت من توفير التقاط حزمة فشل.
يرجى إرسالها إلى [email protected] وذكر هذه المشكلة وتذكرتنا ECO-2664

supine هل يمكنك أن تعطينا خطوات (أدوات أو ما شابه) من أجل تزويدك بالتقاط الحزمة المذكور (مثل التثبيت في نقطة أو الوصول إلى pypi عبر المتصفح أو curl / wget)؟

لدي نفس المشكلة مع مزود NOS البرتغالي

الرجال فقط قاموا بتغيير IpV4 DNS إلى 8.8.8.8 أو 8.8.4.4 و IpV6 DNS إلى 2001: 4860: 4860 :: 8888 أو 2001: 4860: 4860 :: 8844.
هذا مؤكد بسبب المواقع الإلكترونية التي يحظرونها في البرتغال لمنع القرصنة ...

SirRibeiro كما ذكرنا سابقًا ، فإنه يفشل مع أي DNS ، سواء كان google أو cloudflare أو أي نظام آخر. تكمن المشكلة في جانب Cloudflare / Fastly ، وليس في القائمة السوداء للقرصنة.

@ osl21 حسنًا ، آسف ، كان مجرد تغيير DNS كافياً بالنسبة لي.

فقط اصطدمت بهذا ، وحتى تغيير DNS لم يساعد.

أنا على MEO fiber وفتحت للتو مشكلة بشأن دعمهم.

أدى استخدام نقطة اتصال الهاتف المحمول من هاتفي المحمول (أيضًا MEO) إلى فرز المشكلة في الوقت الحالي ..

ما نوع جهاز التوجيه الذي يوفره مزود خدمة الإنترنت؟ هل يستطيع أي شخص إجراء اختبار لتجاوز الموجه المزود؟

@ osl21 يمكنك التقاط الصورة بأداة مثل tcpdump. سيبدو الأمر مثل:

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

حيث INTERFACE هو واجهتك "الخارجية" حيث سيخرج مسارك الافتراضي.

نعم. حل Meo هو أن يطلب مني إعادة تشغيل جهاز التوجيه ..... كما هو متوقع ليس حلاً

التفاصيل

بوابة تكنيكولور

اسم المنتج: TG789vac v2.0

الرقم التسلسلي: xxxxxxxx

إصدار البرنامج: 10.5.8.I

متغير البرنامج: BQ

إصدار محمل التمهيد: 2.0.85.0

كود المنتج 3743534A

اسم المجلس: VANT-6

lvale شكرا لك على تلك المعلومات.

هناك مشكلة معروفة في أجهزة توجيه Thomson / Technicolor Gateway حيث تقوم بإعادة تعيين تسمية تدفق IPv6 في منتصف جلسة TCP عندما يكون من المفترض أن تكون ثابتة من SYN إلى FIN.

تستخدم الشبكات الكبيرة ومقدمو الخدمات ، المضمّنون بسرعة ، ECMP لموازنة الحمل. من الناحية المثالية ، يستخدم تحديد المسار التجزئة التي تحافظ على جلسة TCP واحدة على نفس المسار.

على الرغم من أن Fastly يتجنب في الغالب استخدام تسمية تدفق IPv6 كمدخل في التجزئة:

  • بعض المعدات لا تسمح لك باستبعادها
  • تختار بعض الشبكات الأخرى تكوينه.

من خلال إعادة تعيين تسمية تدفق IPv6 في منتصف جلسة TCP ، من المحتمل أن يجبر جهاز التوجيه ECMP على إعادة صياغة ECMP في مكان ما في المسار بينك وبين Fastly. قد يعني هذا أن الحزم اللاحقة تهبط على ذاكرة التخزين المؤقت الخاطئة أو حتى في بروتوكول POP الخاطئ.

يمكنك إثبات أنه الموجه عن طريق توصيل جهاز الكمبيوتر الخاص بك مباشرة بـ ONT وإعادة الاختبار.

ليس لدي أي حل مباشر لك. يبدو أن خياراتك هي:

  • ابحث عن أحدث البرامج الثابتة لجهازك ، وتحقق مما إذا كان ذلك سيؤدي إلى حل المشكلة
  • استبدل الموجه المرفق بآخر خاص بك

معدات مختلفة هنا ، ومع ذلك هي نفس العلامة التجارية ، مجرد إصدار أعلى من التفاصيل الفنية ، تم اختبارها للتو ويبدو أنها تعمل الآن ، ولكن كما ذكرنا سابقًا ، فإن حدوث الخطأ غير حتمي.

بوابة تكنيكولور

اسم المنتج: TG784n v3.0

إصدار البرنامج: 10.2.1.O

متغير البرنامج: DS

إصدار Boot Loader: 1.1.2

كود المنتج: 3690227E

اسم المجلس: DANT-U

مع مزيد من البحث ، تم العثور على حل مؤقت هنا https://www.reddit.com/r/portugal/comments/8cjj3s/developers_com_meo_em_casa_conexões_bloqueadas/

وهو أساسًا لتعطيل ipv6 على جهاز التوجيه / البوابة

telnet إلى جهاز التوجيه / البوابة

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

لست متأكدًا من أنه سيستمر في التحديثات "الدورية" التي يقوم بها مزود خدمة الإنترنت ....

أحد الحلول هو تعطيل IPv6.

  1. تعطيل IPv6
  2. تشغيل pip
  3. قم بتمكين IPv6

أبلغت أن sudo sh -c 'echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6' يعمل معي أيضًا! شكرا جزيلا!! لم أتمكن من تثبيت أي شيء باستخدام النقطة

sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'
عملت بشكل رائع بالنسبة لي !!!

لديك هذه المشكلة أيضًا ، ليس فقط مع النقطة ولكن مع العديد من مواقع HTTPS التي غالبًا ما تكون وراء Fastly CDN. أيضًا مع MEO كمزود خدمة الإنترنت الخاص بي. نعم تعطيل ipv6 فعل الحيلة.

ما زلت ترغب في فهم سبب حدوث ذلك.

أعلم أنه قبل تعطيل ipv6 ، إذا تحققت من عنوان IP العام الخاص بي ، فسأعطي IPv6 واحدًا. لا تعرف حقًا ما إذا كانت مشكلة مزود خدمة الإنترنت أو إذا كانت العديد من مواقع الويب لا تزال غير قادرة على التعامل مع عناوين IPv6 بشكل جيد.

شكرًا جزيلاً لكم يا رفاق ، يمكنني أن أؤكد أن تعطيل IPv6 يعمل فقط. لقد جربت أشياء كثيرة من قبل.

من المحتمل أن يكون الأمر واضحًا إلى حد ما ، لكننا سنلاحظ فقط أن هذه المشكلة تؤثر أيضًا على https://pypi.org عبر المتصفحات ، وليس مجرد نقطة.

أدى تعطيل IPv6 إلى حل هذه المشكلة بالنسبة لي. لا يزال مزعج رغم ذلك.

نفس المشكلة بالنسبة لي. أنا أستخدم MEO من Aveiro.
يعمل تعطيل IPv6 بشكل جيد مع أي تثبيت حزمة. بصفتي برازيلي ، أعتبر البرتغال شبكة غريبة ...
شكرا على الدعم.

رفاق،

واجهت نفس المشكلة ، باستخدام MEO ISP / Router.

لقد حللت باستخدام هذا الأمر ، لتعطيل شبكة ipv6: sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

ثم أقوم بتشغيل النقطة وهي تعمل !!!

لدي نفس المشكلة. بما أن هذه المشكلة مرتبطة بوضوح بـ MEO ، فهل هناك منتدى أكثر ملاءمة لمناقشة هذه المشكلة؟ لقد فتحت تذكرة دعم مع MEO ، لكني أود أن أعرف ما إذا كان أي شخص آخر قد فعل الشيء نفسه ، وما الإجابة التي تلقوها.

aaubry لقد نشرت في منتدى Meo ، منذ بعض الوقت ولكن لم يتم الرد.

لم أفتح تذكرة دعم صعبة. قد أكون سأفعل. من فضلك ابقني على اطلاع إذا حصلت على إجابة.

مرحبا يا شباب،

أنا من كويمبرا ، البرتغال ولدي نفس المشكلة لذلك حاولت ما يلي وعملت

لقد غيرت للتو IPv4 DNS الخاص بي إلى 8.8.8.8 و 8.8.4.4 (Google)
و IPv6 المعوقين وعملت.

إذا كنت تريد الاحتفاظ بـ IPv6 قيد التشغيل ، فلا يمكنك تعطيله إلا عندما تقوم بتثبيت شيء ما باستخدام النقطة.

تبليغ من ألمادا (MEO):

أتاح لي تعطيل IPv6 استخدام "حزمة تثبيت نقطة".
لذلك إذا كنت تريد تثبيت شيء ما ، فقم فقط بتعطيل IPv6 أثناء قيامك بذلك.
كمرجع أستخدمه في IPv4 DNS: 8.8.8.8 و 8.8.4.4

نفس المشكلة باستخدام MEO في Évora (Ubunbu 18.04).
تم حلها أيضًا بـ:
sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

أنا أيضًا خلف MEO. كان الحل البديل الخاص بي هو تعطيل IPv6 مؤقتًا كما هو موضح كيفية تعطيل عنوان IPv6 على Ubuntu 18.04 Bionic Beaver Linux . يوضح هذا الارتباط أيضًا كيفية تعطيل IPv6 بشكل دائم.

هل جرب أي شخص هذا باستخدام أجهزة التوجيه وأجهزة المودم التابعة لجهة خارجية؟ هل نحن على يقين من أن المشكلة تكمن في البنية التحتية لشركة meo؟ أو يمكن أن تكون الأجهزة؟

@ Zizico2 أعتقد أنها كانت مشكلة في الأجهزة لأنه منذ آخر تحديث للبرنامج الثابت ، لم أواجه أي مشاكل مع IPv6. أو ربما قاموا بتحديث البنية التحتية في نفس الوقت.

هل ما زال هناك أي شخص يعاني من مشكلة مع MEO؟ ما هو إصدار الجهاز الذي تستخدمه؟ (يمكنك الوصول إلى http://192.168.1.254/ لمعرفة ذلك.)

جهازي: Technicolor TG784n v3
إصدار البرنامج الثابت: M19 10.5.8.U [FV]

مرحبا يا رفاق!

إذا كنت لا تزال تواجه مشكلات في الاتصال بـ PyPI w / MEO كمزود خدمة الإنترنت ، فالرجاء فتح مشكلة في pypa / pypi-support باستخدام نموذج "Network Access Issue" .

يعد هذا مكانًا أفضل بكثير لمزيد من المناقشة حول هذه المشكلة + رؤية أفضل لمشرفي PyPI ، حتى يتمكنوا من إلقاء نظرة إذا كان هناك أي شيء قابل للتنفيذ من جانب PSF-infra.

AFAICT ، هذه هي حالة مشكلة IPv6 مع MEO ؛ نظرًا لأن تعطيل IPv6 يبدو أنه يعمل لبعض المستخدمين.

pradyunsg تم تحديد المشكلة في https://github.com/pypa/pip/issues/5374#issuecomment -428160285

أعتقد أنه نتيجة لترقيات البرامج الثابتة و / أو التغييرات في طوبولوجيا التوجيه ، يجب حل هذه المشكلة بالذات.

يجب تشجيع الناس على إعادة اختبار IPv6 لمعرفة ما إذا كان لا يزال يمثل مشكلة بالنسبة لهم.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات