Ошибка Python — подпроцесс IDLE не установил соединение. Либо IDLE не запускается, либо программное обеспечение персонального брандмауэра блокирует соединение

Я исправил это, мне нужно было запустить IDLE с правами администратора. (у меня Windows 7 x64). Надеюсь это поможет.

Просто... переименуйте файл .py с именем, отличным от любого имени ключевого слова, такого как «random.py», которое уже существует в пакете python.

Например. Я назвал один файл как «random.py». Та же ошибка выскочила. Я переименовал его в «random_demo.py». Это сработало. Другое имя устраняет проблему неоднозначности между уже существующим файлом и вновь созданным файлом с тем же именем.

Для меня: диск, указанный HOMEDRIVE, не был доступен для записи. Я проверил это, запустив бездействие, явно используя python.exe, а не pythonw.exe:

C:\coding\xyz>"C:\Python27\Lib\idlelib\..\..\python.exe"  
"C:\Python27\Lib\idlelib\idle.pyw"

 Warning: unable to create user config directory
P:\.idlerc
 Check path and permissions.
 Exiting!

У меня была аналогичная проблема с файлом под названием «test.py» и Python 2.7.9 — переименование файла во что-то другое решило мою проблему. После проверки я заметил, что в папке Python27\Lib есть файл с таким же именем.

Кажется, это ошибка в IDLE.

Просто была такая же проблема. Поэтому удалил и переустановил, что исправило и заняло 10 минут. Ключевым моментом для компьютеров с Windows является удаление старого каталога (C:\Python27\, потому что окна действительно удаляют что-то) и при переустановке указывать новый каталог (C:\Python279\ или как вы его называете).

Я использую Win 10 с Python 2.7.9.

Перейдите в C:/Users/[ваш пользователь]/AppData/Local/Programs/Python/Python35-32 и удалите или переименуйте каждый файл *.py в этом каталоге, который назван в честь определенного метода, функции, модуля или библиотеки. Затем запустите IDLE. Должно сработать.

Надеюсь, я смог помочь

Моя проблема заключалась в том, что файла .py не было на моей локальной машине. Это было в общем каталоге.

После перемещения файла на мой локальный компьютер я перестал получать сообщение об ошибке.

Просто чтобы отметить мою конкретную проблему, это происходит со мной, когда моя оперативная память переполняется, а мой процессор занят.

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

Исправление состоит в том, чтобы очистить часть ОЗУ и ЦП и подождать минуту, прежде чем повторить попытку.
А для разработчиков исправление состоит в том, чтобы прекратить использование сокетов для IPC и использовать правильные конвейеры процессов.

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

Это новая установка. Работает с отключенным брандмауэром. Поскольку это была новая установка, любой ответ, касающийся AppData, не применяется. Также нет никакого ответа, касающегося удаления файлов * .py.

Если вы используете сторонний брандмауэр - удалите его и используйте брандмауэр Windows. Главным нарушителем здесь является Avast/AVG. Если вы действительно хотите, вы можете настроить такое программное обеспечение так, чтобы оно запрашивало у вас создание правила, AVG игнорирует эти правила в этом случае и блокирует то, что считает внешним общедоступным соединением Tcp/Udp (sic).

Использование Process Explorer от SysInternals показывает успешную связь между двумя процессами. Похоже, что AVG не может справиться с домашней ситуацией с телефоном, возникающей на том же хосте. Проблема должна быть более распространенной, так как многие отладчики работают одинаково, поэтому разработчики IDLE могут внести свой вклад в решение этой проблемы.

Смените поставщика брандмауэра.