18,04 Ошибок Реле TOR “Не могли связать с 0.0.0.0:9050: Адрес, уже используемый. Скалистая вершина уже работает?”

Прежде всего - очень новичок с Ubuntu. Выполняли его на старом компьютере в течение приблизительно 12 месяцев с выполнением реле TOR.

Сопровождаемый несколько практическое руководство и наконец получил его работа. Однако просто обновленный к 18,04 вчера вечером и ни за что в жизни я не могу разбудить свое реле и работающий снова. Я Погуглил все, выполнил почти каждую команду, которую я могу найти, и я продолжаю получать ту же основную проблему.

Предыдущий я выполнил руку для контроля реле, но после обновления, которое закончилось и таким образом, я установил NYX. Когда я пытался выполнить это, это говорит "Не могущий соединиться со скалистой вершиной. Вы уверены, что это работает?" (нет - я понятия не имею, я предположил, что это было).

$ tor
Aug 30 22:01:00.220 [notice] Tor 0.3.3.9 (git-ca1a436fa8e53a32) running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.0g, Zlib 1.2.11, Liblzma 5.2.2, and Libzstd 1.3.3.
Aug 30 22:01:00.220 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning
Aug 30 22:01:00.220 [notice] Read configuration file "/etc/tor/torrc".
Aug 30 22:01:00.224 [notice] Based on detected system memory, MaxMemInQueues is set to 2862 MB. You can override this by setting MaxMemInQueues by hand.
Aug 30 22:01:00.225 [notice] Scheduler type KIST has been enabled.
Aug 30 22:01:00.225 [notice] Opening Socks listener on 127.0.0.1:9050
Aug 30 22:01:00.225 [notice] Opening Control listener on 127.0.0.1:9051
Aug 30 22:01:00.225 [notice] Opening OR listener on 0.0.0.0:9001
Aug 30 22:01:00.225 [notice] Opening Directory listener on 0.0.0.0:9050
Aug 30 22:01:00.225 [warn] Could not bind to 0.0.0.0:9050: Address already in use. Is Tor already running?
Aug 30 22:01:00.225 [notice] Closing partially-constructed Socks listener on 127.0.0.1:9050
Aug 30 22:01:00.225 [notice] Closing partially-constructed Control listener on 127.0.0.1:9051
Aug 30 22:01:00.225 [notice] Closing partially-constructed OR listener on 0.0.0.0:9001
Aug 30 22:01:00.225 [warn] Failed to parse/validate config: Failed to bind one of the listener ports.
Aug 30 22:01:00.225 [err] Reading config failed--see warnings above.

Я фигурировал по любой причине, она не была установлена правильно. Я следовал инструкциям по установке на веб-сайте Проекта TOR и сделал это снова. То же сообщение.

Я фигурировал, возможно, лучше, чтобы удалить все это и запуститься снова, таким образом, я работал:

sudo apt-get remove --auto-remove tor

Затем пробежал целый процесс установки снова. Тот же результат / ошибка.

Мой torrc файл, кажется, исходный, как, каждый раз, когда я редактирую его для проверки, он имел все исходные настройки, которые я имел от своего предыдущего настроенного реле.

Найденный двумя другими потоками здесь, который был почти тем же (кроме другого IP-адреса), таким образом, я также попробовал все предложенные решения, включая:

killall tor
tor:no process found

Но никакое изменение - я не уверен, является ли это на самом деле проблема TOR, проблема IP-адреса, имейте, я так или иначе теперь устанавливаю 4 копии TOR?

Заметка на полях - Смогла установить Браузер TOR, и это хорошо работает.

Я стремлюсь разбудить свое реле и выполнение, таким образом, я был бы благодарен за любой данный совет. TIA

Попробованный, что предложение:

Спасибо за ответ к сожалению, я уже попробовал это, и кажется, что скалистая вершина на самом деле не работает:

ben@ben-OptiPlex-755:~$ ps aux | grep -i tor
ben       2435  0.0  0.2 299360  8828 ?        Ssl  11:27   0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
ben       2442  0.0  0.1 371736  7616 ?        Ssl  11:27   0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor
ben       2447  0.0  0.1 281680  6616 ?        Ssl  11:27   0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
ben       2454  0.0  0.1 268764  6056 ?        Ssl  11:27   0:00 /usr/lib/gvfs/gvfs-mtp-volume-monitor
ben       2458  0.0  0.1 266968  5916 ?        Ssl  11:27   0:00 /usr/lib/gvfs/gvfs-goa-volume-monitor
ben       2593  0.0  0.2 464988 10476 tty2     Sl+  11:27   0:00 /usr/lib/x86_64-linux-gnu/indicator-application/indicator-application-service
ben       2603  0.0  0.2 366280  7828 tty2     Sl+  11:27   0:00 /usr/lib/x86_64-linux-gnu/indicator-messages/indicator-messages-service
ben       2636  0.0  1.6 884620 66384 ?        Ssl  11:27   0:00 /usr/lib/evolution/evolution-calendar-factory
ben       2704  0.0  1.5 1054588 61800 ?       Sl   11:27   0:00 /usr/lib/evolution/evolution-calendar-factory-subprocess --factory all --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx2636x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/2636/2
ben       2733  0.0  0.6 725764 24104 ?        Ssl  11:27   0:00 /usr/lib/evolution/evolution-addressbook-factory
ben       2746  0.0  0.6 1075752 26984 ?       Sl   11:27   0:00 /usr/lib/evolution/evolution-addressbook-factory-subprocess --factory all --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.AddressBookx2733x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/AddressBook/2733/2
ben       3786  0.0  0.8 101515084 32172 tty2  Sl+  11:29   0:00 /usr/lib/deja-dup/deja-dup-monitor
ben       4383  0.0  0.0  14428  1088 pts/0    S+   11:40   0:00 grep --color=auto -i tor

Или то, что самый последний процесс 4383 процесс Скалистой вершины? Нет, не кажется таким, как это говорит, что никакой такой процесс, когда я работаю

уничтожьте-9 4383

Другие рекомендации? :)

1
задан 1 September 2018 в 04:53

2 ответа

Можете Вы получать рабочий процесс скалистой вершины и уничтожать его:

ps aux | grep -i tor

Это покажет Вам идентификатор процесса скалистой вершины, Теперь можно уничтожить его, если это работает:

kill -9 process_id

Надежда это поможет Вам.:)

0
ответ дан 7 December 2019 в 23:34

Хорошо, таким образом, парни на перечисленной отправке по почте Реле скалистой вершины решили мою проблему: у Меня было слишком много вещей, пытающихся получить доступ к тем же портам. т.е. SOCKS & Directory Listener оба пробовала 9050.

После того как я изменил все порты для разделения, это было счастливо!
т.е.

  • Порт управления 9030 - не требуемый быть открытым на маршрутизаторе.
  • DirPort 9051 - открывается на маршрутизаторе.
  • SOCKS 9050 - не открывается на маршрутизаторе.
  • ИЛИ Порт 9001 - открывается на маршрутизаторе.

Как указано выше у меня было две попытки выйти через тот же порт - Doh!!

Благодаря совету, данному, хотя :)

0
ответ дан 7 December 2019 в 23:34

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

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