Это скорее вопрос чем констатация факта.
Последний раз загружал twine‘ом обновление своего модуля 11 июня. И последние дня 4-5 безуспешно пытался опубликовать еще одну библиотеку. Я уже «напряг» ChatGPT, проверил все — токен «для всех проектов», .whl и tar.gz маленькие и не битые, загружается что то одно до 100% и висит. Пробовал по одному — такая же картина. Пробовал с помощью curl — тоже самое:
File "/usr/lib64/python3.12/http/client.py", line 1428, in getresponse response.begin() File "/usr/lib64/python3.12/http/client.py", line 331, in begin version, status, reason = self._read_status() ^^^^^^^^^^^^^^^^^^^ File "/usr/lib64/python3.12/http/client.py", line 300, in readstatus raise RemoteDisconnected("Remote end closed connection without" http.client.RemoteDisconnected: Remote end closed connection without response
Работал с машины через мобильную связь T-Mobile, скопировал на домашний сервер (оптика Ростелеком) — тоже самое:
✅ TLS-соединение установлено, файл полностью отправлен (Content-Length: 28136) и curl завершил загрузку. ⏳ Но сервер PyPI ничего не отвечает и «молчит», т.е. не возвращает HTTP 200, 201, 403 и т.п.
📌 Вывод: проблема не в токене, не в twine, не в Python.
Это:
💥 Сетевая проблема на уровне исходящих HTTPS-соединений, специфичная для этого сервера:
-
трафик до PyPI уходит, но ответ не доходит обратно;
-
TLS работает, загрузка завершается, но HTTP/2 не получает ответа от сервера;
-
либо где-то между PyPI и сервером — фаервол, DPI, NAT, или прокси глушит ответы.
Включил VPN через забугорный сервер — все улетело влет/
Что вы на это скажете? Сталкивались? Где режут, там или тут?
ссылка на оригинал статьи https://habr.com/ru/articles/919422/
Добавить комментарий