57
задан 17 April 2019 в 05:40

8 ответов

Первый план действий, который необходимо взять, должен выполнить команду:

netstat -aon | findstr [port#]

Это скажет Вам, если процесс будет работать на данном порте. Если это так, затем можно уничтожить процесс с командой:

taskkill /PID [PID] /F

Это уничтожит процесс с помощью того порта. Вы затем сможете связать новый процесс с портом.

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

Запускаются, Windows в Безопасном режиме с Сетями

В powershell/cmd выполняет команду:

netsh int ipv4 add excludedportrange protocol=tcp startport=[PORT] numberofports=1

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

6
ответ дан 1 November 2019 в 16:01

Это помогло мне. Порт, упомянутый в сообщении об ошибке действительно, был в одном из диапазонов зарезервированного порта: Windows can' t связывают с портом выше 49690

1
ответ дан 1 November 2019 в 16:01

В Windows 10 Pro, выполняющем команду Docker из Окна CMD с Как Администратор, у меня все еще есть проблемы (согласно @mikael-chudinov выше). Я действительно хочу использовать порт 80, таким образом, другие ответы не подходят для меня.

посмотрите это сообщение в блоге Jens в www.jens79.de

От powershell, выполните команду:

Get-NetTCPConnection -LocalPort 80 | Format-List

Это для меня разоблачило единственный процесс с pid = 4

В Системном мониторе, это - "Системный" процесс, но согласно упомянутой выше статье, это - на самом деле IIS, работающий как "Сервис Публикации Всемирной паутины".

Предположение, что Вы не нуждаетесь в выполнении IIS, в консоли Windows Services, Остановке и Отключаете "Сервис Публикации Всемирной паутины", затем попробовали еще раз.

1
ответ дан 1 November 2019 в 16:01

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

0
ответ дан 1 November 2019 в 16:01

Проблема - Вы, не имеют разрешения выполнить изображение в порте 80. Чтобы сделать так добавляют - пользовательский корень в Вашей команде выполнения докера. Это обеспечит полномочия пользователя root, и это будет работать.

0
ответ дан 1 November 2019 в 16:01

Имел ту же проблему, мой контейнер просто не запустит и отобразит следующее сообщение об ошибке при попытке запустить контейнер:

Ошибочный ответ от демона: драйвер привел программирование к сбою внешней возможности соединения на конечной точке..... Ошибка, начинающая прокси пространства пользователя: Свяжите для 0.0.0.0:1521: неожиданное ошибочное Разрешение отклонено.

со следующей командой для запуска контейнера оракула:

докер выполненный-d-p 1521:1521...

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

докер выполненный-d-p 1523:1521...

0
ответ дан 1 November 2019 в 16:01

Проверьте, запускается ли nginx в хост-машине, и остановите его.

sudo service nginx stop

0
ответ дан 1 November 2019 в 16:01

На macOS Версии 10.14.2 Мохаве эта команда работала на меня:

sudo apachectl stop

Прежде, чем выполнить эту команду, выполненную

sudo lsof -i -P | grep “LISTEN"

и проверка, если httpd идентификатор слушателя на :80, например:

the second line is httpd listener on port :80

, Если это, затем это - на самом деле апач Mac, который вызывает проблему.

11
ответ дан 1 November 2019 в 16:01

Другие вопросы по тегам:

Похожие вопросы: