Ошибка «подключение не установлено, т.к. конечный компьютер отверг запрос на подключение» при работе с ADB означает, что команда пытается достучаться до TCP-порта, на котором никто не слушает: либо не запущен ADB-сервер на компьютере, либо недоступен демон adbd на самом Android-устройстве при подключении по Wi-Fi. Это сетевая ошибка Windows (код 10061), а не отказ смартфона в авторизации — поэтому переустановка драйверов здесь часто не помогает, пока не устранена реальная причина.
Проблема встречается в двух сценариях: при обычном запуске команд вроде adb devices на ПК и при беспроводном подключении через adb connect к IP-адресу телефона. Разберём оба случая и дадим безопасную последовательность диагностики — от простых проверок к более глубоким.
Что означает эта ошибка на техническом уровне
Архитектура ADB состоит из трёх компонентов: клиента (команда, которую вы вводите), сервера на компьютере (по умолчанию слушает порт 5037) и демона adbd на устройстве. Клиент всегда сначала обращается к серверу. Если сервер не запущен, клиент пытается стартовать его автоматически — но когда старт невозможен или порт занят чужим процессом, Windows возвращает именно отказ в подключении.
При беспроводном режиме картина похожая: команда adb connect 192.168.x.x:5555 обращается к порту на телефоне. Если отладка по сети не включена, демон не слушает этот порт, и устройство отвечает отказом. Важно понимать: отказ в подключении — это не то же самое, что «unauthorized» или отсутствие устройства в списке, это именно закрытый порт на удалённой стороне.
Быстрая диагностика: с чего начать
Первым делом определите, в каком сценарии возникает сбой — от этого зависит вся дальнейшая логика. Откройте командную строку в папке с platform-tools и выполните базовую проверку:
adb devicesЕсли ошибка появляется уже на этом этапе, проблема локальная — на стороне компьютера. Если adb devices отрабатывает нормально, а отказ возникает только при adb connect по IP — разбираться нужно с беспроводным режимом на телефоне.
- 🔌 Проверьте, что кабель USB исправен и поддерживает передачу данных, а не только зарядку.
- 📱 Убедитесь, что на устройстве включена отладка по USB в разделе «Для разработчиков».
- 🖥️ Проверьте, видит ли Windows устройство в Диспетчере устройств без восклицательных знаков.
- 🌐 Для Wi-Fi-подключения убедитесь, что ПК и телефон находятся в одной сети.
Перезапуск ADB-сервера и проверка порта 5037
Самая частая локальная причина — «зависший» или конфликтующий ADB-сервер. Необходимо полностью остановить его и запустить заново:
adb kill-server
adb start-server
adb devices
Если после перезапуска ошибка сохраняется, проверьте, не занят ли порт 5037 другим процессом. В Windows это делается командой netstat -ano | findstr 5037 — по PID из вывода можно найти процесс в Диспетчере задач. Конфликт нередко создают сторонние утилиты для прошивки, эмуляторы или вторая копия adb.exe из другой папки.
⚠️ Внимание: на некоторых системах одновременно установлено несколько версий ADB — из Android SDK, из комплекта прошивальщиков и из отдельно скачанных архивов. Запуск разных версий по очереди приводит к циклическим перезапускам сервера и отказам в подключении. Оставьте одну актуальную версию platform-tools и работайте только с ней.
☑️ Восстановление работы ADB-сервера
Проблемы с драйверами и определением устройства
Хотя ошибка 10061 сама по себе сетевая, косвенно её может провоцировать некорректная установка устройства: сервер запускается, но не может открыть канал к смартфону. Откройте Диспетчер устройств и посмотрите, как определяется телефон при подключении. В идеале должно присутствовать устройство Android ADB Interface или аналогичное.
Если устройство отображается с ошибкой или как неизвестное, переустановите драйвер: для многих моделей подходит стандартный Google USB Driver из SDK Manager, для отдельных брендов производители выпускают собственные драйверы. Конкретный пакет зависит от марки устройства — сверьтесь с документацией производителя вашей модели.
После установки драйвера переподключите кабель и повторите adb devices. На экране смартфона должен появиться запрос на разрешение отладки — подтвердите его, при желании отметив «Всегда разрешать с этого компьютера».
Ошибка при подключении по Wi-Fi (adb connect)
Для беспроводной отладки последовательность действий зависит от версии Android. На устройствах с Android 11 и новее предусмотрена штатная «Беспроводная отладка» в параметрах разработчика — она включается отдельно и использует случайный порт, который отображается прямо в настройках. Подключение выполняется командой adb connect IP:порт именно с тем портом, который показан на экране.
На более старых версиях классический способ требует первичного подключения по USB и перевода демона в сетевой режим:
adb tcpip 5555
adb connect 192.168.1.50:5555
Типичные причины отказа при сетевом подключении:
- 📵 Беспроводная отладка выключена либо сбросилась после перезагрузки телефона.
- 🔥 Брандмауэр Windows или антивирус блокирует исходящее соединение на порт устройства.
- 🌍 Телефон и ПК находятся в разных подсетях (например, гостевая Wi-Fi сеть с изоляцией клиентов).
- 🔢 Указан неверный IP-адрес — адрес мог измениться после переподключения к роутеру.
⚠️ Внимание: функцияadb tcpipна старых версиях Android сбрасывается при каждой перезагрузке устройства. Если после перезагрузкиadb connectснова возвращает отказ — это ожидаемое поведение, а не новая неисправность. Потребуется повторить процедуру через USB.
Сводная таблица: симптомы и причины
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Отказ сразу при adb devices | ADB-сервер не запущен или порт 5037 занят | adb kill-server, netstat по порту 5037 |
| Отказ только при adb connect | adbd не слушает сетевой порт | Включён ли режим беспроводной отладки |
| Устройство не видно в системе | Драйвер не установлен или кабель «только зарядка» | Диспетчер устройств, другой кабель |
| Ошибка после перезагрузки телефона | Сброс сетевого режима adbd | Повторная активация отладки |
| Отказ при верном IP и порту | Брандмауэр или изоляция клиентов в Wi-Fi | Правила брандмауэра, настройки роутера |
Дополнительные причины: антивирус, эмуляторы и переменные среды
Отдельного внимания заслуживают конфликты окружения. Если в системе настроена переменная ANDROID_SDK_ROOT или ADB прописан в PATH, убедитесь, что путь ведёт к актуальной папке platform-tools, а не к удалённой или устаревшей копии. Запуск команды из «чужой» директории может подхватывать несовместимую версию исполняемого файла.
Эмуляторы Android и среды вроде WSL также способны перехватывать порт 5037. Если вы работаете внутри WSL, а ADB-сервер запущен в Windows, клиент в Linux-окружении может не достучаться до него — в таких конфигурациях требуется явное указание адреса сервера или запуск сервера внутри самой среды. Детали зависят от версии WSL, сверяйтесь с документацией Microsoft.
Как проверить, кто занял порт 5037
Выполните в командной строке: netstat -ano | findstr 5037. В последнем столбце будет PID процесса. Откройте Диспетчер задач, включите отображение столбца PID и найдите процесс. Если это не adb.exe — завершите его или измените конфигурацию конфликтующей программы. После этого перезапустите ADB-сервер.
Если ничего не помогло
Когда перезапуск сервера, переустановка драйверов и проверка сети не дают результата, остаются более радикальные, но всё ещё безопасные шаги. Полностью удалите папку platform-tools и скачайте свежую версию с официального сайта для разработчиков Android — это исключит повреждение файлов и конфликт версий. Одновременно отзовите авторизации отладки на телефоне (пункт «Отозвать авторизацию отладки по USB» в параметрах разработчика) и пройдите процедуру подтверждения заново.
В редких случаях источником проблемы оказывается сам USB-порт компьютера или хаб — попробуйте другой порт, желательно напрямую на материнской плате, без разветвителей. Для беспроводного сценария проверьте подключение с другого компьютера в той же сети: так вы локализуете проблему до конкретной машины или до устройства.
Частые вопросы (FAQ)
Чем эта ошибка отличается от статуса «unauthorized» в adb devices?
«Unauthorized» означает, что устройство обнаружено, но не подтверждена авторизация отладки — нужно разрешить доступ на экране телефона. Ошибка «конечный компьютер отверг запрос» — сетевая: порт закрыт, и до этапа авторизации дело вообще не доходит.
Нужен ли root для исправления этой ошибки?
Нет. Ошибка возникает на уровне сетевого соединения и решается штатными средствами: перезапуском ADB-сервера, настройкой драйверов и параметров отладки. Root-доступ здесь не требуется.
Почему adb connect работал вчера, а сегодня выдаёт отказ?
Наиболее вероятные причины: телефон перезагружался (сетевой режим adbd сбросился), изменился IP-адрес устройства в локальной сети или беспроводная отладка была автоматически отключена системой. Проверьте актуальный IP и состояние отладки в настройках.
Может ли антивирус вызывать эту ошибку?
Да, возможная причина — блокировка ADB-сервером соединений брандмауэром или антивирусным модулем контроля сети. Проверьте, добавлены ли adb.exe и используемые порты в исключения, либо временно отключите фильтрацию для проверки.
Ошибка появляется в WSL, хотя в Windows ADB работает. Что делать?
Клиент внутри WSL пытается подключиться к локальному порту 5037 в своём окружении, а сервер запущен на стороне Windows. Варианты решения: запустить ADB-сервер внутри WSL или настроить подключение клиента к серверу Windows — конкретный способ зависит от версии WSL, ориентируйтесь на официальную документацию.