Pip: Проблема с MEO ISP в Португалии - 'ProtocolError (' Connection aborted. ', ConnectionResetError (104,' Connection reset by peer '))

Созданный на 6 мая 2018  ·  73Комментарии  ·  Источник: pypa/pip

  • Версия пункта: 10.0.0
  • Версия Python: 3.5.2
  • Операционная система: Ubuntu 16.04

Описание:

Я не могу устанавливать пакеты с помощью pip

Что я пробежал:

pip install cython
pip install kivy
pip install --upgrade pip

все это приводит к той же ошибке, что и ниже.

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 нет. Я не использую прокси. Используя мою домашнюю сеть.
Версия OpenSSL: 1.02g

Эта ошибка обычно возникает, когда что-то вроде прокси-сервера или брандмауэра блокирует соединения.

Я думаю, вы правы. Работало при подключении к другой сети. Но когда @ sigmavirus24 спросил, использую ли я прокси, я попробовал VPN, и он тоже не заработал.

@ sigmavirus24 Я использую Windows 10, pip 10.0.0 и Python 3.6.5.

У меня точно такая же проблема. Я использую nextcloudpi на моем RPi3 Model B. Эта проблема возникла, когда я обновил свой тарифный план на Интернет, и технические специалисты интернет-провайдера заменили мой старый маршрутизатор на новый. В то утро я установил пакет, но днем, после переключения маршрутизатора, у меня началась эта проблема. Я понятия не имею, как отключить брандмауэр маршрутизатора или добавить его в белый список. Думаю, мне нужно провести небольшое исследование.

Здесь та же проблема, без подключения через прокси, такие же проблемы возникают при подключении через VPN к другой сети. Кроме того, проблема носит временный характер.

В Ubuntu 18.04
'OpenSSL 1.1.0g 2 ноя 2017'

Также есть те же проблемы на других серверах, предоставляемых fastly

vagrantup.com и python.org, все из которых имеют изменения в принудительном использовании TLS для TLS v1.2.

Прокси-сервер везде упоминается как возможные проблемы, я не защищаю корпоративный брандмауэр. Я использую простое деловое соединение от португальского интернет-провайдера

Еще не тестировал под Windows, чтобы проверить наличие проблем в сети, буду обновлять.

У Curl также есть проблемы с теми, которые даже заставляют его использовать tls, также хром. Так что это не проблема, связанная с отдельным пипсом, а проблема с сетью, а не с прокси-сервером.

эхехех. Это MEO? Потому что я только что обновил свой интернет и получил новый маршрутизатор MEO (они обещали FiberGateWay, но я получил дрянной. Все еще пытаюсь решить эту проблему), и у меня появилась эта ошибка на моем RPi.

Ага. MEO здесь.

Да, могу подтвердить, что это MEO, мы попробовали мобильную точку доступа от NOS, и мы смогли достичь vagrantup.com rubygems.org python.org pypa.io, все быстро обслуживаются в tls 1.2

Сбой в сети MEO ISP в районе Коимбра со следующими ОС:

Сеть 1 (соединение Business MEO ISP):
Ubuntu 18.04 - Machine1
Ubuntu 16.04 - Machine2
Windows 10 Профессиональная - Machine1

Сеть 2 (подключение к домашнему MEO ISP):
Ubuntu 18.04 - Machine1

Успех в мобильной точке доступа NOS:
Ubuntu 18.04 - Machine1
Ubuntu 16.04 - Machine2
Windows 10 Профессиональная - Machine1

Не удалось протестировать других интернет-провайдеров.
Однако и это странная часть:

Мне удалось успешно использовать pip без сбоев, используя 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 / #
Однако невозможно установить при подключении через Wi-Fi или Ethernet
Весь кеш DNS был очищен, 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 (с использованием того же маршрутизатора) я могу правильно подключиться ко всем вышеупомянутым доменам, а также установить pip.

Я также безуспешно редактировал серверы имен в Google, очищая DNS кеша и т. Д. В частной сети.

Я только что переехал в Коимбру. Я могу подтвердить, что получаю ту же ошибку, только с MEO.

Я прошу вас обновить эту ветку, если вы найдете решение. Есть ли смысл связываться с MEO? Я бы не знал, что сказать ...

У меня была эта ошибка только в Коимбре, был в Эворе в прошлые выходные без проблем с доступом к сайтам, упомянутым ранее, в ОС Windows, я не пробовал через Ubuntu (с учетом других проблем)

Что касается контакта с MEO, я не сделал этого также по тем же причинам. Если у вас есть техническая проблема с их оборудованием, уже трудно исправить это, поэтому я могу только представить, какие ужасы вы бы испытали, объясняя это. .: D

Единственное НЕ настоящее решение на данный момент - это переключиться на их инфраструктуру MEO-WIFI, когда вам это нужно. И, кроме того, вы всегда можете использовать докер, поскольку, судя по тому, что кажется под контейнером докера, у меня нет проблем .. Одно это меня наклоняет ... Пока не могу понять, почему. Таким образом, вы можете создать том из контейнера на хост в место, где вы хотите установить pip, возможно, создать виртуальную среду со всеми пакетами, которые вы хотите установить через pip. Когда у меня будет время, я опубликую здесь это решение

@Ilhicas, спасибо, что поделился своими выводами, чувак.

Я пока придерживаюсь Vodafone, но обязательно посмотрю на ваш обходной путь Docker и посмотрю, смогу ли я выяснить корень проблемы.

Я могу подтвердить, что у меня такая же проблема. Я также работаю с MEO в качестве поставщика услуг в Визеу, Португалия.
Пока что я использую свою мобильную точку доступа в качестве временного решения ...

Подтверждение той же проблемы с поставщиком услуг MEO в Порту, Португалия.
У меня также были проблемы с подключением к веб-сайтам https://www.python.org/ , https://docs.python.org/ и https://docs.python.org/ с надписью «Этот сайт не может быть достигнута "ошибка.
Я пытался сменить поставщика DNS, но это не решило проблему ...
У меня были эти проблемы в течение долгого времени, однако, как ни странно, бывают случаи, когда pip и docs работают ....

Привет!!
Я нашел решение! Я сменил не только IPv4 DNS, но и IPv6 на другого провайдера, а не на ISP, и теперь он работает!
Ваше здоровье!

@ citylife4 и все остальные.
Я тоже из MEO, и у меня здесь та же проблема.
Я изменил DNS на моем маршрутизаторе MEO на cloudflare, google и т. Д., Но мне не повезло с работой pypi, pythonhosted или чего-то еще.
wget и curl выдают ошибки tls, и браузеры застревают на страницах с ошибками (ошибки tls тоже).
Я предполагаю, что это та же проблема, поскольку у меня такие же ошибки.
Подключение к другим сетям или, как ни странно, использование виртуальной машины (не спрашивайте меня, как), похоже, это исправляет.
Что я могу сделать на данный момент, кроме использования другой сети, поскольку предпочтительнее использовать мое собственное домашнее соединение и PIA для выгрузки пакетов python .tar.gz с моего сервера для их установки с помощью python.

Если вы отключили IPv6 (я не пытался изменить IPv6 DNS, но теоретически он также должен работать) и изменили IPv4 DNS, но он все еще не работает, я не знаю, что вы можете сделать ...
У меня с тех пор работает нормально!

ОБНОВЛЕНИЕ : изменение поставщика DNS IPv6 не решает эту проблему, IPv6 необходимо отключить.

Протестировано на Windows 10 + Debian на Rasp Pi

Даже удаление DNS MEO с их маршрутизатора через telnet и замена их на мои собственные (IPv4 и IPv6) не работает. Отключение IPv6 в ядре было бы для меня даже более непрактичным, чем подключение к другой сети. Это проблема инфраструктуры (сети) или маршрутизатора MEO? Я действительно озадачен, так как это не работает в моем дистрибутиве Linux или Windows 10, но работает на виртуальных машинах Linux или BSD ...

Я столкнулся с теми же проблемами после того, как @ 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.
Пип странным образом работает с отключенным IPv6, что является не чем иным, как странным, но я рассмотрю это дальше.

Эта проблема, похоже, связана с конкретными интернет-провайдерами (я не уверен, поскольку я не узнаю имена, они предположительно являются локальными для одного конкретного региона?). Если да, то кто-нибудь предлагает более полезное название проблемы, чтобы помочь любому, у кого есть подобная проблема, найти ее?

Кроме того, я не вижу здесь ничего действенного для pip, поэтому я предлагаю закрыть проблему (что не помешает дальнейшим комментариям, если у кого-то есть дополнительный опыт для добавления).

@pfmoore Похоже, это проблема только для Португалии с конкретным интернет-провайдером, так что может быть хорошим местом для обмена идеями и исправлениями для этого? У меня эта проблема была больше года, это очень расстраивает.

Можете ли вы посетить http://www.fastly-debug.com/ (требуется браузер и javascript, убедитесь, что блокировщики рекламы отключены, и они иногда с ним связываются) и вставить полученный вами blob-объект base64? Это поможет Fastly (нашему провайдеру CDN) отладить проблему.

Да, проблема не связана напрямую с pip, а с isp и fastly cdn.
Как я уже упоминал ранее. Другие быстро обслуживаемые серверы представляют то же самое
проблема. Бродяга. Rubygems и т. Д.

Секста, 21 декабря 2018 г., 13:36, Дональд Стаффт [email protected]
escreveu:

Можете ли вы посетить http://www.fastly-debug.com/ (требуется браузер и
javascript, убедитесь, что блокировщики рекламы отключены, они иногда пропускают
с ним) и вставить 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 Для ясности, этот blob- 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 или Fastly (поскольку я не могу получить доступ к некоторым из их сервисов, в частности, связанных с python), отключение IPv6 не является большим решением.

Для тех, кто сталкивается с этой проблемой v6, было бы очень полезно, если бы вы могли обеспечить захват пакета при ее сбое.
Отправьте их по адресу [email protected] и укажите эту проблему и наш билет ECO-2664.

@supine Можете ли вы дать нам шаги (инструменты или подобное), чтобы предоставить вам указанный захват пакета (например, при установке pip или доступе к pypi через браузер или curl / wget)?

У меня такая же проблема с португальским провайдером NOS

Ребята, просто измените DNS IpV4 на 8.8.8.8 или 8.8.4.4 и DNS IpV6 на 2001: 4860: 4860 :: 8888 или 2001: 4860: 4860 :: 8844.
Это наверняка из-за сайтов, которые они блокируют в Португалии, чтобы предотвратить пиратство ...

@SirRibeiro Как упоминалось ранее, он не работает с любым DNS, будь то Google, Cloudflare или любой другой. Проблема в стороне cloudflare / fastly, а не в черном списке пиратства.

@ osl21 о, ладно, извините, мне было достаточно просто изменить DNS.

Просто наткнулся на это, и даже смена DNS не помогла.

Я использую MEO fiber и только что открыл вопрос об их поддержке.

Использование мобильной точки доступа с моего мобильного телефона (также MEO) решило проблему на данный момент.

Какой роутер поставляет провайдер? Кто-нибудь может запустить тест в обход поставляемого роутера?

@ osl21 вы можете сделать

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

где ИНТЕРФЕЙС - ваш «внешний» интерфейс, через который будет выходить ваш маршрут по умолчанию.

Ok. Первое решение Meo заключалось в том, чтобы попросить меня перезагрузить маршрутизатор ..... Как и ожидалось, это не решение

Детали

Цветной шлюз

Название продукта: TG789vac v2

Серийный номер: xxxxxxxx

Версия программы: 10.5.8.I

Вариант программного обеспечения: BQ

Версия загрузчика: 2.0.85

Код товара: 3743534A

Название платы: ВАНТ-6

@lvale спасибо за эту информацию.

Существует известная проблема с маршрутизаторами Thomson / Technicolor Gateway, когда они сбрасывают метку потока IPv6 в середине сеанса TCP, когда предполагается, что она будет статической от SYN до FIN.

Крупные сети и поставщики услуг, включая Fastly, используют ECMP для балансировки нагрузки. В идеале при выборе пути используется хеширование, при котором один сеанс TCP остается на одном и том же пути.

Хотя Fastly в основном избегает использования метки потока IPv6 в качестве входных данных для хеширования:

  • какое-то оборудование не позволяет исключить это
  • некоторые другие сети предпочитают его настраивать.

Сбрасывая метку потока IPv6 в середине сеанса TCP, маршрутизатор, вероятно, заставит перехешировать ECMP где-нибудь на пути между вами и Fastly. Это может означать, что последующие пакеты попадают в неправильный кеш или даже в неправильный POP.

Вы можете доказать, что это маршрутизатор, подключив свой компьютер напрямую к ONT и повторно протестировав его.

У меня нет для вас однозначного решения. Ваши варианты выглядят так:

  • найдите последнюю версию прошивки для своего устройства, посмотрите, решит ли это проблему
  • замените входящий в комплект маршрутизатор на свой собственный

Здесь другое оборудование, но той же марки, просто более высокая версия, судя по техническим характеристикам, только что протестировано и, похоже, теперь работает, но, как упоминалось ранее, возникновение ошибки не является детерминированным.

Цветной шлюз

Название продукта: TG784n v3

Версия программы: 10.2.1.O

Вариант программного обеспечения: DS

Версия загрузчика: 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' сработало! Большое спасибо!! Мне не удалось ничего установить с помощью pip

sudo sh -c 'эхо 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'
у меня отлично сработало !!!

Эта проблема также возникает не только с pip, но и со многими веб-сайтами HTTPS, в основном за Fastly CDN. Также с MEO в качестве моего интернет-провайдера. Да, отключение ipv6 сделало свое дело.

Еще хотелось бы понять, почему так происходит.

Я знаю, что перед отключением ipv6, если я проверил свой общедоступный IP-адрес, он дал бы ipv6. Не знаю, действительно ли это проблема интернет-провайдера или многие веб-сайты не могут правильно обрабатывать IPv6-адреса.

Большое спасибо, ребята, я могу подтвердить, что работает только отключение IPv6. Я много чего пробовал раньше.

Это, вероятно, несколько очевидно, но отметим, что эта проблема также влияет на https://pypi.org через браузеры, а не только на pip.

Отключение ipv6 решило эту проблему для меня. Тем не менее, это все еще раздражает.

У меня такая же проблема. Я использую MEO от Авейру.
Отключение IPv6 отлично работает при установке любого пакета. Как бразилец, я считаю Португалию странной сетью ...
Спасибо за поддержку.

Ребята,

У меня была такая же проблема при использовании MEO ISP / Router.

Я решаю с помощью этой команды отключить сеть ipv6: sudo sh -c 'echo 1> / proc / sys / net / ipv6 / conf / all / disable_ipv6'

Затем я запускаю pip, и он работает !!!

У меня такая же проблема. Поскольку эта проблема явно связана с MEO, есть ли более подходящий форум для обсуждения этого вопроса? Я открыл заявку в службу поддержки MEO, но я хотел бы знать, сделал ли кто-нибудь то же самое и какой ответ получил.

@aaubry Некоторое время назад я форуме Meo , но ответа не получил.

Я не открывал тикет в службу поддержки. Может и сделаю. Пожалуйста, держите меня в курсе, если получите ответ.

Привет ребята,

Я из Коимбры, Португалия, и у меня была такая же проблема, поэтому я попробовал следующее и работал

Я только что изменил свой IPv4 DNS на 8.8.8.8 и 8.8.4.4 (Google)
И отключил IPv6, и все заработало.

Если вы хотите оставить IPv6 включенным, вы можете отключить его только при установке чего-либо с помощью pip.

Репортаж из Almada (MEO):

Отключение IPv6 позволило мне использовать пакет установки pip.
Поэтому, если вы хотите что-то установить, просто отключите IPv6, пока вы это делаете.
Для справки я использую в IPv4 DNS: 8.8.8.8 и 8.8.4.4

Та же проблема с использованием MEO в Эворе (Убунбу 18.04).
Также решил это с помощью:
sudo sh -c 'эхо 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 с MEO в качестве поставщика услуг Интернета, откройте проблему в pypa / pypi-support, используя шаблон «Проблема с доступом к сети» .

Это гораздо лучшее место для дальнейшего обсуждения этого вопроса + лучшая видимость для администраторов PyPI, чтобы они могли проверить, есть ли что-то действенное на стороне PSF-Infra.

AFAICT, это случай проблемы IPv6 с MEO; поскольку отключение IPv6, похоже, работает для некоторых пользователей.

@pradyunsg проблема была обнаружена в https://github.com/pypa/pip/issues/5374#issuecomment -428160285

Я считаю, что в результате обновления прошивки и / или изменения топологии маршрутизации эта конкретная проблема должна быть решена.

Людей следует поощрять к повторному тестированию IPv6, чтобы увидеть, остается ли он для них проблемой.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги