Code Monkey home page Code Monkey logo

Comments (14)

tynix avatar tynix commented on July 1, 2024

socks выглядит рабочим.

socks -l -i192.168.0.4 -p1050
160205102019.721 1050 00000 - 192.168.0.4:1050 0.0.0.0:0 0 0 0 Accepting connections [40139/20997120]
160205102403.254 1050 00000 - 192.168.0.4:14890 93.158.134.3:80 69 484 0 CONNECT 93.158.134.3:80

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

А если использовать 3proxy с конфигом
proxy -l -i192.168.0.4 -p3128
?

from 3proxy.

tynix avatar tynix commented on July 1, 2024

Запускается, слушает сокет, но браузер, но страницы не открывает. Через какое-то время пишет

160205133632.861 3128 00000 - 192.168.0.4:3128 0.0.0.0:0 0 0 0 Accepting connections [49428/20998144]
160205133700.525 3128 00100 - 192.168.0.87:10180 0.0.0.0:0 0 0 0 GET http://ya.ru/ HTTP/1.1
160205133702.620 3128 00100 - 192.168.0.87:10179 0.0.0.0:0 0 0 0 GET http://ya.ru/ HTTP/1.1
160205133827.060 3128 00100 - 192.168.0.240:64225 0.0.0.0:0 0 0 0 GET http://ya.ru/ HTTP/1.1

и браузер выдает 502 Bad gateway.

На другой машине с 11-CURRENT amd64 работает через 3proxy, через httppr также сегфолт.

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

100 означает что резолв имен не работает, скорее всего не имеет отношения к проблеме.

можно попросить запустить httppr через gdb и посмотреть bt?

from 3proxy.

tynix avatar tynix commented on July 1, 2024

Вроде этого?

(gdb) run -l -i192.168.0.4 -p3128
Starting program: /usr/local/bin/httppr -l -i192.168.0.4 -p3128
(no debugging symbols found)...[New LWP 100365]
(no debugging symbols found)...(no debugging symbols found)...160205143755.826 3128 00000 - 192.168.0.4:3128 0.0.0.0:0 0 0 0 Accepting connections [49729/20997120]
bt
[New Thread 801406800 (LWP 101065/httppr)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 801406800 (LWP 101065/httppr)]
0x0000000800617618 in _rtld_is_dlopened () from /libexec/ld-elf.so.1
(gdb) bt
#0  0x0000000800617618 in _rtld_is_dlopened () from /libexec/ld-elf.so.1
#1  0x0000000800616e3a in _rtld_is_dlopened () from /libexec/ld-elf.so.1
#2  0x0000000800613ea0 in dlopen () from /libexec/ld-elf.so.1
#3  0x0000000800b67206 in _nsdbtaddsrc () from /lib/libc.so.7
#4  0x0000000800b61184 in _nsyyparse () from /lib/libc.so.7
#5  0x0000000800b67891 in nsdispatch () from /lib/libc.so.7
#6  0x0000000800b4073c in getaddrinfo () from /lib/libc.so.7
#7  0x0000000000408645 in ?? ()
#8  0x000000000040882d in ?? ()
#9  0x000000000040327c in ?? ()
#10 0x00000000004061b9 in ?? ()
#11 0x00000008008357c5 in pthread_create () from /lib/libthr.so.3
#12 0x0000000000000000 in ?? ()

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

Гугл говорит, что похожие ошибки обычно бывают из-за отсутствия -pthread при сборке. Можешь попробовать собрать через
make -f Makefile.Unix
без патчей FreeBSD?

from 3proxy.

tynix avatar tynix commented on July 1, 2024
Starting program: /usr/local/bin/proxy -l -i192.168.0.4 -p3128
(no debugging symbols found)...[New LWP 100470]
(no debugging symbols found)...(no debugging symbols found)...160205163304.383 3128 00000 - 192.168.0.4:3128 0.0.0.0:0 0 0 0 Accepting connections [50699/20997120]
bt
[New Thread 801406800 (LWP 101068/proxy)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 801406800 (LWP 101068/proxy)]
0x0000000800617618 in _rtld_is_dlopened () from /libexec/ld-elf.so.1
(gdb) bt
#0  0x0000000800617618 in _rtld_is_dlopened () from /libexec/ld-elf.so.1
#1  0x0000000800616e3a in _rtld_is_dlopened () from /libexec/ld-elf.so.1
#2  0x0000000800613ea0 in dlopen () from /libexec/ld-elf.so.1
#3  0x0000000800b67206 in _nsdbtaddsrc () from /lib/libc.so.7
#4  0x0000000800b61184 in _nsyyparse () from /lib/libc.so.7
#5  0x0000000800b67891 in nsdispatch () from /lib/libc.so.7
#6  0x0000000800b4073c in getaddrinfo () from /lib/libc.so.7
#7  0x0000000000409825 in ?? ()
#8  0xc3fad750061fb80a in ?? ()
#9  0x0000000000000000 in ?? ()

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

А система случайно не обновлена из x86?
Можешь попробовать заменить
pthread_attr_setstacksize(&pa,PTHREAD_STACK_MIN + 8192);
на
pthread_attr_setstacksize(&pa,PTHREAD_STACK_MIN + 32768);
?

from 3proxy.

tynix avatar tynix commented on July 1, 2024

С х86 не обновлял.
Поменял, пересобрал, теперь не сегфолтится, а выдает 502.

Starting program: /usr/local/bin/proxy -l -i192.168.0.4 -p3128 -e192.168.0.4
(no debugging symbols found)...[New LWP 101066]
(no debugging symbols found)...(no debugging symbols found)...160205170815.192 3128 00000 - 192.168.0.4:3128 192.168.0.4:0 0 0 0 Accepting connections [50967/20997120]
bt
[New Thread 801406800 (LWP 101070/proxy)]
160205170848.610 3128 00100 - 192.168.0.87:10221 0.0.0.0:0 0 0 0 GET http://ya.ru/ HTTP/1.1
160205170852.100 3128 00100 - 192.168.0.87:10220 0.0.0.0:0 0 0 0 GET http://ya.ru/ HTTP/1.1
160205170852.187 3128 00100 - 192.168.0.87:10222 0.0.0.0:0 0 0 0 GET http://2ip.ru/ HTTP/1.1
160205170852.354 3128 00100 - 192.168.0.87:10223 0.0.0.0:0 0 0 0 GET http://2ip.ru/favicon.ico HTTP/1.1
160205170853.615 3128 00100 - 192.168.0.87:10219 0.0.0.0:0 0 0 0 GET http://ya.ru/ HTTP/1.1

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

Так а просто ping ya.ru на этой машине работает?

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

И попробуй еще увеличить размер стека, например до (PTHREAD_STACK_MIN * 2) + 32768
В FreeBSD был баг, что при обновлении системы не перезаписывались системные хидеры, и PTHREAD_STACK_MIN в некторых ситуациях оказывался вдвое меньше, чем надо на самом деле, причем при установке с нуля раньше такого не наблюдалось.

from 3proxy.

tynix avatar tynix commented on July 1, 2024

Ага, DNS упал :)
Можно поконкретней, где во фряхе размер стека меняется?

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

В самой фряхе не надо, он там где-то глубоко в системных инклюдах, достаточно просто найти значение pthread_attr_setstacksize(&pa,...); с которым нормально работает.
судя по всему, он даже в дефолтном виде "из коробки" нормально сработает, если сделать какую-нибудь хитрость типа
httppr -l -ilocalhost -i192.168.0.4 -p3128
чтобы резолв имени прошел до запуска потоков прокси.

from 3proxy.

z3APA3A avatar z3APA3A commented on July 1, 2024

Сделал в devel команду конфига stacksize и опцию -S для изменения размера стека. Т.е. можно запускать
proxy -S8192
для увеличения стандартного размера стека на 8192 байт.

from 3proxy.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.