Это скорее вопрос чем констатация факта.
Последний раз загружал 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 через забугорный сервер - все улетело влет/