Не работает TOR socks

[wav]

Сталкнулся с проблемой, не могу понять в чём дело. Может кто подскажет.
конфиг
sudo nano /etc/tor/torrc

AutomapHostsOnResolve  1
ControlPort 9051

SocksPort 9050
Exitpolicy reject *:*
ExtORPort auto

netstat -antp | grep 9050

tcp        0      0 127.0.0.1:9050          0.0.0.0:*               LISTEN      262/tor

sudo service tor status

● tor.service - Anonymizing overlay network for TCP (multi-instance-master)
     Loaded: loaded (/lib/systemd/system/tor.service; enabled; vendor preset: enabled)
     Active: active (exited) since Wed 2025-12-10 1:48:35 MSK; 10min ago
    Process: 2588 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
   Main PID: 2588 (code=exited, status=0/SUCCESS)

curl --socks5-hostname 127.0.0.1:9050 http://2ip.ru

root@\:~# curl --socks5-hostname 127.0.0.1:9050 http://2ip.ru
curl: (7) Can't complete SOCKS5 connection to 2ip.ru:80. (6)

Уже всю голову сломал.
Подскажите в чём загвоздка....

 

[sysbot]

сетевой сниффер смотрите что показывает.

 

[sysbot]

проверьте так же сетевые фильтры.
ну и конечно поменяйте reject на accept вот тут в конфигурации:

ExitPolicy reject :.

Иначе трафик вовнешнюю сетку, тоестьв публичный Интернет будет гораничен. Если у вас не простой релей для внутренней сети ТОР, то параметры данного правила нужно поменять.

 

[ExodusMarket]

Try to run

Add
RunAsDaemon 1

systemctl stop tor

command:
tor -u debian-tor:debian-tor -f /etc/tor/torrc

so you can see the output of the error

 

[shrekushka]

Exitpolicy reject :

If this was intentional: then your setup is correct but your expectation (socks client) is not.

 

[xleaknn]

If this was intentional: then your setup is correct but your expectation (socks client) is not.

А почему бы вам просто не использовать открытый на машинке демоном Tor и не рероутиться на его локальный транспортный прокси с помощью proxychains? Способ удобный, да и proxychains со многими современными штуковинами работает без багов и ненужных танцев с бубном.

 

[wav]

разобрался спасибо. почемуто проксчейн кфг не читал пришлось отдельно в диру закинуть и указать его -f

 

[sysbot]

разобрался спасибо. почемуто проксчейн кфг не читал пришлось отдельно в диру закинуть и указать его -f

скорее всего, вероятнее всего, - у читающего процесса прав не хватало на чтение файла конфигурации по какой-то причине.

 

[wav]

скорее всего, вероятнее всего, - у читающего процесса прав не хватало на чтение файла конфигурации по какой-то причине.

да чёрт его знает, запускал с судо и без и права кфг ставил 777 ну заработало да и бог с ним.

 

[sysbot]

да чёрт его знает, запускал с судо и без и права кфг ставил 777 ну заработало да и бог с ним.

Судо дает право запуска самому процессу(или самого процесса) определенному пользователю, и то, если это предусмотрено правилами самого судо, но не дает право процессу читать из какой угодно директории. Это несколько различные вещи. И то что заработало таким вот образом-тому лишнее свидетельство. И права на файл-не равно права на директорию. Кроме того, могут быть в работе всякие там capabilities, selinux, и другое.

 

[wav]

Учту. Спасибо!