-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
parse/output BUG ? #12
Comments
поменял на тот же самый мусов в выходных файлах 141.105.130.89:9100 B1F998ADD3C0849A448D9619B9083F6D8A5D0179 Bridge 95.141.32.124:33333 E1B9119C61181B93ABDDE7BD731B54A3B797EDF4 Bridge [2603:c021:1:e6ee:7956:dfc6:e4f4:dcb]:9001 05CC8826920ED353BEEE5E59FDB5697D4F5B77E7 |
Интересное поведение, мне нужно время на проверку |
Взял последнюю опубликованную версию tor-relay-scanner-go, взял представленные json. Первый запускРазворачиваем локальный веб-сервер: go install github.com/patrickhener/goshs@latest Запускаем в директории с подготовленными файлами: cd src/github.com/LeonMskRu/arti_windows/.tmp/tor-relay-scanner-go
goshs Запускаем сканер ./main -n 4 -g 20 --torrc --url http://127.0.0.1:8000/outRU.json n=4 число одновременно проверяемых релеев Таким образом мы запускаем программу в 4 потока, ждем результат из 20 рабочих релеев, формат вывода для браузера и берем результат из подготовленного json. Второй запуск./main -6 -n 4 -g 20 --torrc --url http://127.0.0.1:8000/out6.json Результат:
Аналогичный вывод при выводе в файл. Третий запуск./main -6 -n 4 -g 20 --torrc --url http://127.0.0.1:8000/outH.json Результат:
Таким образом пока не наблюдаю проблемы. ВыводИз первого запуска можно попробовать формировать вывод результата из тех релеев, что удалось обнаружить. То есть если запросили 20 из 24, но нашли только 6, то при выходе по таймауту предоставлять информацию по найденым. В принципе логично, при этом еще делать пометку о том, что нашли меньше, чем запрашивали. Второй и третий запуски производят корректный результат, без мешанины. Но я запускаю сканер на macOS, и нет возможности проверить поведение на windows. Есть вероятность проблемы специфичной для данной операционной системы. Но подтвердить не могу, к сожалению. |
да. что то с перезаписью сам клиент делал "как положено" C:\GitHub\tor-relay-scanner-go\cmd>go get M:_Microsoft_MSYS2\usr\bin\ldd.exe cmd.exe C:\GitHub\tor-relay-scanner-go\cmd>file cmd.exe |
файл 1.txt Bridge [2600:3c01::f03c:91ff:fe96:a8d7]:9001 7DF739DF5858ED7AA650B822E0D68AB03658414B запустил 2а раза было ОК C:\GitHub\tor-relay-scanner-go\cmd>cmd.exe -6 -n 1 -g 1 --torrc -o 1.txt C:\GitHub\tor-relay-scanner-go\cmd>cmd.exe -6 -n 1 -g 1 --torrc -o 1.txt C:\GitHub\tor-relay-scanner-go\cmd>cmd.exe -6 -n 1 -g 1 --torrc -o 1.txt |
Подытожу, то что сейчас стоит поправить:
Это в случае, когда мы не удаляем файл конфигурации явно? |
если удалять файл (не пробовал его "очищать" через echo/аналоги) мусора нет проверял пару раз всего но почему то 1ый и 2ой запуск нормально. Bridge [2a0f:ca80:1337::9969:dc10]:443 C4A67D45ABB1806E13C1F4B4C83FE4B22E2B8A51 |
очищать файл тоже можно. это 6ой запуск C:\GitHub\tor-relay-scanner-go\cmd>cmd.exe -6 -n 1 -g 1 --torrc -o 3.txt & echo ":" & cat 3.txt & echo. > 3.txt |
Можешь проверить поведение в ветке? У себя протестировал, создается каждый раз новый файл, и по достижению дедлайна выводит результат. |
когда мало нод в списке c:_DL\tor-relay-scanner-go.exe --timeout 500ms -n 4 -g 20 -o c:\tor\bridges.conf --torrc --url http://127.0.0.1/TOR/outRU.json c:_DL\tor-relay-scanner-go.exe --timeout 500ms -n 4 -g 20 -o c:\tor\bridges.conf --torrc --url http://127.0.0.1/TOR/outRU.json перезапись файлов ОК. раз 5 запускал == мусора не замечено заметил #1 p.s. огромное спасибо. |
Сейчас выбирается случайный тип адреса, если не указано иное при запуске. Через параметры можно указывать, какие типы адресов требуется обрабатывать. |
понятно. буду иметь ввиду. |
Изменения в новой версии |
set scanner1=c:_DL\tor-relay-scanner-go.exe
curl -o list_tor2 -x 192.168.1.111:3128 "https://onionoo.torproject.org/details?type=relay&running=true&fields=fingerprint,or_addresses,country,flags,version"
это чужой скрипт. просто парсит по параментрам
полученные json в https://github.com/LeonMskRu/arti_windows/tree/main/.tmp/tor-relay-scanner-go
если поменять сканер на Валдика то вроде нормально работает
%python3% filter_relays2.py -c ru -f Stable -F Exit list_tor2 > outRU.json
%python3% filter_relays2.py -c nl,fr,fi,lu,se,gb,ch,ro,no,cz,ru,bg,dk,it,is,es,at,hu,gr,be,ie,hr,pt -v 0.4.8.12 -f Guard,Fast,Stable -F Exit,HSDir list_tor2 > out6.json
%python3% filter_relays2.py -c nl,fr,fi,lu,se,gb,ch,ro,no,cz,ru,bg,dk,it,is,es,at,hu,gr,be,ie,hr,pt -v 0.4.8.12 -f Guard,Fast,Stable,HSDir -F Exit list_tor2 > outH.json
%scanner1% -n 4 -g 20 -o c:\tor\bridges.conf --torrc --url http://127.0.0.1/TOR/outRU.json
виснет как с указанным --timeout 500ms так и без таймаута
там вроде какие то ноды без части данных
Testing 55% [=======> ] (11/20)
The program was running for more than the specified time: 60.00s
%scanner1% -6 -n 4 -g 20 -o c:\tor\bridges_ipv6.conf --torrc --url http://127.0.0.1/TOR/out6.json
мешанина какая то
Bridge [2a00:8780:14:2000::3]:9001 E039FEF5CC8F0AF731AAC7B0FC1DBA63B33372DA
UseBridges 1
00::3]:9001 E039FEF5CC8F0AF731AAC7B0FC1DBA63B33372DA
UseBridges 1
DB8AF770BD40C7C8883EFFF4CAF3
Bridge [2a06:8184:1:39::a]:443 BB65A6D47F77733966314ADDEB3CA56BA423F148
UseBridges 1
%scanner1% -6 -n 4 -g 40 -o c:\github_bridges_ipv6_HSDir.conf.txt --url http://127.0.0.1/TOR/outH.json
тоже странное
[2a01:4f9:3081:414c::2]:9001 A67891856C914E998E82D97A4CCC17381AC4E4FE
]:443 BD4C647508162F59CB44E4DFC1C2B2B8A9387CCA
A02B408EC529DAF90AD23E0B
The text was updated successfully, but these errors were encountered: