Hallo zusammen hat jemand schon versucht den Tor Internet Proxy auf der 7170 zu installieren ??? Geht das überhaupt ??
Tor Proxy installieren
- Ersteller the.neon
- Erstellt am
knox
Mitglied
- Mitglied seit
- 20 Mai 2006
- Beiträge
- 577
- Punkte für Reaktionen
- 0
- Punkte
- 0
also ich habe ein erstes experimentelles binary fertig und es läuft sogar.
aber das ding ist nicht gerade klein, obendrein benötigt es zlib, openssl und libevent... schätze mal, das passt in kein image
vielleicht kann man es als dynamisches paket hinkriegen, ich versuch mal mein glück.
aber das ding ist nicht gerade klein, obendrein benötigt es zlib, openssl und libevent... schätze mal, das passt in kein image
Code:
-rwxr-xr-x 1 root root 780.3k Jul 24 22:43 torvielleicht kann man es als dynamisches paket hinkriegen, ich versuch mal mein glück.
Dynamische Pakete
Was genau verstehst du (und natürlich auch andere; insbesondere wohl aber danisahne) unter einem dynamischen Paket? Gibt es dazu schon eine HowTo oder eine Anleitung, wie ein solches zu erstellen ist?
MFG pTweety
knox schrieb:
Was genau verstehst du (und natürlich auch andere; insbesondere wohl aber danisahne) unter einem dynamischen Paket? Gibt es dazu schon eine HowTo oder eine Anleitung, wie ein solches zu erstellen ist?
MFG pTweety
danisahne
Aktives Mitglied
- Mitglied seit
- 30 Jul 2005
- Beiträge
- 1,493
- Punkte für Reaktionen
- 0
- Punkte
- 0
Mein erster Anatz war es, die Pakete alle nachzuladen und mit md5 Summen zu prüfen. Dann bin ich doch erstmal dazu übergegangen, die Pakete statisch in die Firmware zu integrieren und hab das dynamische Nachladen erstmal hinten angestellt. Das mit den dynamischen Paketen hab ich dann auch nicht mehr in Angriff genommen. Wenn ich wieder etwas Zeit habe, dann wollte ich den Mod auf ipkg und mini_fo umstellen, damit ist die Idee der dynamischen Pakete eh hinfällig (bzw. man kann einfach ipkg Pakete während des Betriebs nachinstallieren).
Mfg,
danisahne
Mfg,
danisahne
Hallo knox,
das ist ja prima, dass du schon tor zum Laufen gebracht hast. Ich möchte auch tor auf meine 7140 bringen. Zur Zeit kämpfe ich mich durch das Compilieren, aber noch nicht mit Erfolg, da es das erste Mal ist, dass ich irgendetwas cross-compile.
Gibt es Tipps, die du geben kannst? Mein Stand der Dinge ist:
Ich benutze die toolchain von ds-0.2.9. Scheint zu laufen.
Bei
./configure --build=i386-linux-gnu --target=mipsel-linux --host=mipsel-linux
kommt als Fehlermeldung
checking for libevent directory... configure: error: Could not find a linkable libevent. You can specify an explicit path using --with-libevent-dir
Nun habe ich zwar libevent auf meinem Host System (opensuse 10.1). Ich vermute aber mal, dass ich libevent im MIPSEL Format brauche. Wie bekomme ich das denn hin? Und für die erwähnten zlib und openssl? In der toolchain vom ds-mod habe ich's nicht gefunden.
Viele Grüße
Carsten
das ist ja prima, dass du schon tor zum Laufen gebracht hast. Ich möchte auch tor auf meine 7140 bringen. Zur Zeit kämpfe ich mich durch das Compilieren, aber noch nicht mit Erfolg, da es das erste Mal ist, dass ich irgendetwas cross-compile.
Gibt es Tipps, die du geben kannst? Mein Stand der Dinge ist:
Ich benutze die toolchain von ds-0.2.9. Scheint zu laufen.
Bei
./configure --build=i386-linux-gnu --target=mipsel-linux --host=mipsel-linux
kommt als Fehlermeldung
checking for libevent directory... configure: error: Could not find a linkable libevent. You can specify an explicit path using --with-libevent-dir
Nun habe ich zwar libevent auf meinem Host System (opensuse 10.1). Ich vermute aber mal, dass ich libevent im MIPSEL Format brauche. Wie bekomme ich das denn hin? Und für die erwähnten zlib und openssl? In der toolchain vom ds-mod habe ich's nicht gefunden.
Viele Grüße
Carsten
knox
Mitglied
- Mitglied seit
- 20 Mai 2006
- Beiträge
- 577
- Punkte für Reaktionen
- 0
- Punkte
- 0
tor-0.1.1.22-dsmod-0.1.tar.bz2
anbei meine fertig compilierte tor version. wenn man libz aus dem dsmod und funktionale openssl libs dazu tut, läuft es soweit ganz prima.
hatte aber noch keine zeit, mich wieder damit zu beschäftigen.
ps: die zlib ist teil des dsmod, einfach in "make menuconfig" auswählen. funktionale openssl libs gibts an mehreren stellen hier im forum.
update: veraltete dateien entfernt. folge dem thread, luke!
anbei meine fertig compilierte tor version. wenn man libz aus dem dsmod und funktionale openssl libs dazu tut, läuft es soweit ganz prima.
Code:
Sep 01 19:22:45.391 [notice] Tor has successfully opened a circuit. Looks like client functionality is working.hatte aber noch keine zeit, mich wieder damit zu beschäftigen.
ps: die zlib ist teil des dsmod, einfach in "make menuconfig" auswählen. funktionale openssl libs gibts an mehreren stellen hier im forum.
update: veraltete dateien entfernt. folge dem thread, luke!
Zuletzt bearbeitet:
tor auf Fritz!Box, Stand der Dinge
Hallo,
hier mal der Stand der Dinge zur Information und vielleicht kann ja jemand helfen.
Tor kompilieren
Allerdings hat mir das configure Skript an 3 Stellen gesagt, dass ein bestimmter Test nicht beim cross-compilen ausgeführt werden kann, und brach ab. Zum Beispiel:
Das passiert an 3 Stellen, für libevent, für openssl und nochmal später (ich hab vergessen wo). Wenn man diese Tests aus der configure Datei rauslöscht, läuft wenigstens configure durch.
Ob dann natürlich alle Einstellungen von configure richtig sind, ist fraglich.
Ein darauffolgendes make jedenfalls gibt folgenden Fehler
Da stehe ich nun und weiß nicht weiter. Vielleich hat ja ein cross-compile Experte noch einen Tipp?
Tor-Binary von knox laufen lassen
Erst mal vielen Dank an knox für das Binary. Mit erwähntem openssl und zlib von ds-0.2.9 und ließ sich das tor-binary auf der FB 7140 starten. Tor kommt aber nur soweit, die Keys zu laden
Dann sitzt tor da, hört auf den konfigurierten Port (9002 bei mir)
und rechnet sich einen Wolf. "ps" gibt ständig ein "R" beim ersten der 5 tor Prozesse aus (1 tor und 4*dns-thread?), und "uptime" ständig eine load von >1. Erst wenn ich tor beende, geht die uptime wieder auf ~0 herunter. Ich habe mit dem Paketmitschnitt die DSL Leitung überwacht. Kein einziges Paket geht von tor raus.
Für mich sieht das nach einer busy-loop aus.
Eigentlich sollte tor als nächstes sich mit den Directory Servern verbinden, als tor-client die Verbindung testen und dann als tor-server die eigene Erreichbarkeit testen. Auf meinem normalen Computer tut tor das auch alles, ich habe also gute Vergleichswerte.
Ach ja, Port in /var/flash/ar7.cfg ist freigegeben (meine FritzBox ist intern 10.0.0.1) und ist erreichbar (getestet mit telnet und Paketmitschnitt):
Tja, da stehe ich nun. Die nächsten 2 Wochen habe ich wohl keine Zeit, tiefer in die Materie einzusteigen, aber vielleicht hat bis dahin ja schon jemand weitergemacht. Würde mich freuen.
Viele Grüße
Carsten
Hallo,
hier mal der Stand der Dinge zur Information und vielleicht kann ja jemand helfen.
- Tor selber kompilieren klappt noch nicht, Probleme siehe unten.
- Tor von knox startet, verbindet sich aber nicht mit dem Tor-Netzwerk, Details ebenfalls unten.
Tor kompilieren
- libevent: Ich weiß noch nicht, wie ich es von Sources komplett neu kompilieren kann. Daher habe ich auf MIPSEL vorkompilierte Bibliotheken von http://packages.debian.org/unstable/libdevel/libevent-dev, http://packages.debian.org/unstable/libs/libevent1, und http://packages.debian.org/unstable/libs/libc6 genommen.
- openssl: habe ich vom ds-0.2.9 genommen.
- zlib: habe ich vom ds-0.2.9 genommen.
Code:
CPPFLAGS='-I/usr/include' LDFLAGS='-L/home/clanger/computer/Fritz!Box/DaniSahne/ds-0.2.9/build/modified/filesystem/usr/lib -Wl,-rpath-link,../libc6/lib' ./configure --build=i386-linux-gnu --target=mipsel-linux --host=mipsel-linux --with-libevent-dir=../libevent/usr --with-ssl-dir=../openssl
Code:
> CPPFLAGS='-I/usr/include' LDFLAGS='-L/home/clanger/computer/Fritz!Box/DaniSahne/ds-0.2.9/build/modified/filesystem/usr/lib -Wl,-rpath-link,../libc6/lib' ./configure --build=i386-linux-gnu --target=mipsel-linux --host=mipsel-linux --with-libevent-dir=../libevent/usr --with-ssl-dir=../openssl
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking for working aclocal-1.4... missing
checking for working autoconf... missing
checking for working automake-1.4... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking build system type... i386-pc-linux-gnu
checking host system type... mipsel-unknown-linux-gnu
checking for mipsel-linux-gcc... no
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether make sets $(MAKE)... (cached) yes
checking for mipsel-linux-ranlib... no
checking for ranlib... ranlib
checking for library containing socket... none required
checking for library containing gethostbyname... none required
checking for library containing dlopen... -ldl
checking for library containing pthread_create... -lpthread
checking for library containing pthread_detach... none required
checking for libevent directory... ../libevent/usr
checking whether we need extra options to link libevent... configure: error: cannot run test program while cross compiling
See `config.log' for more details.
Code:
> CPPFLAGS='-I/usr/include' LDFLAGS='-L/home/clanger/computer/Fritz!Box/DaniSahne/ds-0.2.9/build/modified/filesystem/usr/lib -Wl,-rpath-link,../libc6/lib' ./configure --build=i386-linux-gnu --target=mipsel-linux --host=mipsel-linux --with-libevent-dir=../libevent/usr --with-ssl-dir=../openssl
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking for working aclocal-1.4... missing
checking for working autoconf... missing
checking for working automake-1.4... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking build system type... i386-pc-linux-gnu
checking host system type... mipsel-unknown-linux-gnu
checking for mipsel-linux-gcc... no
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether make sets $(MAKE)... (cached) yes
checking for mipsel-linux-ranlib... no
checking for ranlib... ranlib
checking for library containing socket... none required
checking for library containing gethostbyname... none required
checking for library containing dlopen... -ldl
checking for library containing pthread_create... -lpthread
checking for library containing pthread_detach... none required
checking for libevent directory... ../libevent/usr
checking for OpenSSL directory... ../openssl
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for _LARGE_FILES value needed for large files... no
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for unistd.h... (cached) yes
checking for string.h... (cached) yes
checking signal.h usability... yes
checking signal.h presence... yes
checking for signal.h... yes
checking netdb.h usability... yes
checking netdb.h presence... yes
checking for netdb.h... yes
checking ctype.h usability... yes
checking ctype.h presence... yes
checking for ctype.h... yes
checking for sys/stat.h... (cached) yes
checking for sys/types.h... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking sys/fcntl.h usability... yes
checking sys/fcntl.h presence... yes
checking for sys/fcntl.h... yes
checking sys/ioctl.h usability... yes
checking sys/ioctl.h presence... yes
checking for sys/ioctl.h... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking assert.h usability... yes
checking assert.h presence... yes
checking for assert.h... yes
checking time.h usability... yes
checking time.h presence... yes
checking for time.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking grp.h usability... yes
checking grp.h presence... yes
checking for grp.h... yes
checking event.h usability... yes
checking event.h presence... yes
checking for event.h... yes
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for stdint.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for inttypes.h... (cached) yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking sys/wait.h usability... yes
checking sys/wait.h presence... yes
checking for sys/wait.h... yes
checking sys/limits.h usability... no
checking sys/limits.h presence... no
checking for sys/limits.h... no
checking for netinet/in.h... (cached) yes
checking for arpa/inet.h... (cached) yes
checking machine/limits.h usability... no
checking machine/limits.h presence... no
checking for machine/limits.h... no
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for sys/time.h... (cached) yes
checking sys/resource.h usability... yes
checking sys/resource.h presence... yes
checking for sys/resource.h... yes
checking stddef.h usability... yes
checking stddef.h presence... yes
checking for stddef.h... yes
checking for inttypes.h... (cached) yes
checking utime.h usability... yes
checking utime.h presence... yes
checking for utime.h... yes
checking sys/utime.h usability... no
checking sys/utime.h presence... no
checking for sys/utime.h... no
checking for gettimeofday... yes
checking for ftime... yes
checking for socketpair... yes
checking for uname... yes
checking for inet_aton... yes
checking for strptime... yes
checking for getrlimit... yes
checking for setrlimit... yes
checking for strlcat... no
checking for strlcpy... no
checking for strtoull... yes
checking for getpwnam... yes
checking for getpwuid... yes
checking for ftello... yes
checking for getaddrinfo... yes
checking for localtime_r... yes
checking for gmtime_r... yes
checking for event_get_version... yes
checking for event_get_method... yes
checking for event_set_log_callback... yes
checking for memmem... yes
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking for pthread_create... yes
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for fseeko... yes
checking for struct timeval.tv_sec... yes
checking for int8_t... yes
checking size of int8_t... 1
checking for int16_t... yes
checking size of int16_t... 2
checking for int32_t... yes
checking size of int32_t... 4
checking for int64_t... yes
checking size of int64_t... 8
checking for uint8_t... yes
checking size of uint8_t... 1
checking for uint16_t... yes
checking size of uint16_t... 2
checking for uint32_t... yes
checking size of uint32_t... 4
checking for uint64_t... yes
checking size of uint64_t... 8
checking for intptr_t... yes
checking size of intptr_t... 4
checking for uintptr_t... yes
checking size of uintptr_t... 4
checking for char... yes
checking size of char... 1
checking for short... yes
checking size of short... 2
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for long long... yes
checking size of long long... 8
checking for __int64... no
checking size of __int64... 0
checking for void *... yes
checking size of void *... 4
checking for time_t... yes
checking size of time_t... 4
checking for socklen_t... yes
checking size of socklen_t... 4
checking for cell_t... no
checking size of cell_t... 0
checking whether memset(0) sets pointers to NULL... cross
checking whether to use dmalloc (debug memory allocation library)... no
checking for gethostbyname_r... yes
checking how many arguments gethostbyname_r() wants... 6
checking whether the C compiler supports __func__... yes
checking whether the C compiler supports __FUNC__... no
checking whether the C compiler supports __FUNCTION__... yes
confdir: /usr/local/etc/tor
configure: creating ./config.status
config.status: creating Makefile
config.status: creating tor.spec
config.status: creating contrib/tor.sh
config.status: creating contrib/torctl
config.status: creating contrib/torify
config.status: creating contrib/tor.logrotate
config.status: creating contrib/Makefile
config.status: creating contrib/osx/Makefile
config.status: creating contrib/osx/TorBundleDesc.plist
config.status: creating contrib/osx/TorBundleInfo.plist
config.status: creating contrib/osx/TorDesc.plist
config.status: creating contrib/osx/TorInfo.plist
config.status: creating contrib/osx/TorStartupDesc.plist
config.status: creating src/config/torrc.sample
config.status: creating doc/tor.1
config.status: creating src/Makefile
config.status: creating doc/Makefile
config.status: creating doc/design-paper/Makefile
config.status: creating src/config/Makefile
config.status: creating src/common/Makefile
config.status: creating src/or/Makefile
config.status: creating src/win32/Makefile
config.status: creating src/tools/Makefile
config.status: creating contrib/suse/Makefile
config.status: creating contrib/suse/tor.sh
config.status: creating orconfig.h
config.status: executing default-1 commandsEin darauffolgendes make jedenfalls gibt folgenden Fehler
Code:
> make
make all-recursive
make[1]: Entering directory `/home/clanger/computer/Install/tor/tor_fuer_fritzbox/tor-0.1.1.23'
Making all in src
make[2]: Entering directory `/home/clanger/computer/Install/tor/tor_fuer_fritzbox/tor-0.1.1.23/src'
Making all in common
make[3]: Entering directory `/home/clanger/computer/Install/tor/tor_fuer_fritzbox/tor-0.1.1.23/src/common'
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../openssl/include -I../libevent/usr/include -I/usr/include -g -O2 -Wall -g -O2 -c log.c
In Datei, eingefügt von ./util.h:17,
von log.c:24:
./compat.h:35:2: Fehler: #error "It seems your platform does not represent NULL as zero. We can't cope."
make[3]: *** [log.o] Fehler 1
make[3]: Leaving directory `/home/clanger/computer/Install/tor/tor_fuer_fritzbox/tor-0.1.1.23/src/common'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/home/clanger/computer/Install/tor/tor_fuer_fritzbox/tor-0.1.1.23/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/clanger/computer/Install/tor/tor_fuer_fritzbox/tor-0.1.1.23'
make: *** [all-recursive-am] Fehler 2Tor-Binary von knox laufen lassen
Erst mal vielen Dank an knox für das Binary. Mit erwähntem openssl und zlib von ds-0.2.9 und ließ sich das tor-binary auf der FB 7140 starten. Tor kommt aber nur soweit, die Keys zu laden
Code:
Sep 02 12:48:42.225 [notice] Tor 0.1.1.22 opening new log file.
Sep 02 12:48:42.225 [debug] parse_dir_server_line(): Trusted dirserver at 18.244.0.188:9031 (46DB)
Sep 02 12:48:42.235 [debug] parse_dir_server_line(): Trusted dirserver at 18.244.0.114:80 (E45D)
Sep 02 12:48:42.235 [debug] parse_dir_server_line(): Trusted dirserver at 86.59.21.38:80 (1F85)
Sep 02 12:48:42.245 [debug] parse_dir_server_line(): Trusted dirserver at 140.247.60.64:80 (F5FC)
Sep 02 12:48:42.245 [debug] parse_dir_server_line(): Trusted dirserver at 194.109.206.212:80 (EAD6)
Sep 02 12:48:42.255 [info] or_state_load(): Loaded state from "/var/tmp/.tor/state"
Sep 02 12:48:42.265 [warn] tor_init(): You are running Tor as root. You don't need to, and you probably shouldn't.
Sep 02 12:48:42.265 [info] crypto_seed_rng(): Seeding RNG from "/dev/urandom"
Sep 02 12:48:42.275 [debug] spawn_dnsworker(): just spawned a dns worker.
Sep 02 12:48:42.275 [debug] connection_add(): new conn type DNS worker, socket 10, nfds 3.
Sep 02 12:48:42.285 [debug] spawn_dnsworker(): just spawned a dns worker.
Sep 02 12:48:42.295 [debug] connection_add(): new conn type DNS worker, socket 14, nfds 4.
Sep 02 12:48:42.295 [debug] spawn_dnsworker(): just spawned a dns worker.
Sep 02 12:48:42.305 [debug] connection_add(): new conn type DNS worker, socket 16, nfds 5.
Sep 02 12:48:42.315 [info] init_keys(): Reading/making identity key "/var/tmp/.tor/keys/secret_id_key"...
Sep 02 12:48:42.775 [info] init_keys(): Reading/making onion key "/var/tmp/.tor/keys/secret_onion_key"...
#Dann sitzt tor da, hört auf den konfigurierten Port (9002 bei mir)
Code:
# netstat -a
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
...
tcp 0 0 *:9002 *:* LISTEN
...Für mich sieht das nach einer busy-loop aus.
Eigentlich sollte tor als nächstes sich mit den Directory Servern verbinden, als tor-client die Verbindung testen und dann als tor-server die eigene Erreichbarkeit testen. Auf meinem normalen Computer tut tor das auch alles, ich habe also gute Vergleichswerte.
Ach ja, Port in /var/flash/ar7.cfg ist freigegeben (meine FritzBox ist intern 10.0.0.1) und ist erreichbar (getestet mit telnet und Paketmitschnitt):
Code:
forwardrules = "tcp 0.0.0.0:0 0.0.0.0:0 1 out",
"tcp 0.0.0.0:9002 10.0.0.1:9002 0 #Tor",
...Tja, da stehe ich nun. Die nächsten 2 Wochen habe ich wohl keine Zeit, tiefer in die Materie einzusteigen, aber vielleicht hat bis dahin ja schon jemand weitergemacht. Würde mich freuen.
Viele Grüße
Carsten
carstenlanger schrieb:
Das ist das typische Problem mit Openssl 0.9.x. Verwende funktionierende Libs wie schon von knox angemerkt.
MFG pTweety
Hi, wird TOR im nächsten DS mod release mit dabei sein?
Wann kommt das nächste DS realease (schon drauf freu).
LG
Harris
Wann kommt das nächste DS realease (schon drauf freu).
LG
Harris
knox
Mitglied
- Mitglied seit
- 20 Mai 2006
- Beiträge
- 577
- Punkte für Reaktionen
- 0
- Punkte
- 0
das war eigentlich gar nicht so schwer.carstenlanger schrieb:
Code:
export PATH=$PATH:/home/mickey/build/ds-0.2.8/toolchain/target/bin
CFLAGS="-Os -W -Wall -pipe -march=4kc -Wa,--trap" \
CPPFLAGS="-I/home/mickey/build/ds-0.2.8/toolchain/target/usr/include" \
LDFLAGS="-L/home/mickey/build/ds-0.2.8/toolchain/target/usr/lib" \
./configure \
--target=mipsel-linux \
--host=mipsel-linux \
--build=i386-pc-linux-gnu \
--program-prefix="" \
--program-suffix="" \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--datadir=/usr/share \
--includedir=/usr/include \
--infodir=/usr/share/info \
--libdir=/usr/lib \
--libexecdir=/usr/lib \
--localstatedir=/var \
--mandir=/usr/share/man \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--disable-largefile \
--disable-nls \
--enable-shared \
--enable-static
make
cp .libs/libevent-1.1a.so.1.0.2 ../ds-0.2.8/toolchain/target/usr/lib/
cp .libs/libevent-1.1a.a ../ds-0.2.8/toolchain/target/usr/lib/
cp .libs/libevent.a ../ds-0.2.8/toolchain/target/usr/lib/
cp .libs/libevent.lai ../ds-0.2.8/toolchain/target/usr/lib/
cd ../ds-0.2.8/toolchain/target/usr/lib
ln -s libevent-1.1a.so.1.0.2 libevent-1.1a.so.1
ln -s libevent-1.1a.so.1.0.2 libevent-1.1a.sodanach kannst du dann tor kompilieren:
Code:
CFLAGS="-Os -W -Wall -pipe -march=4kc -Wa,--trap" \
CPPFLAGS="-I/home/mickey/build/ds-0.2.8/toolchain/target/usr/include" \
LDFLAGS="-static-libgcc -L/home/mickey/build/ds-0.2.8/toolchain/target/usr/lib" \
ac_cv_libevent_linker_option='(none)' \
ac_cv_openssl_linker_option='(none)' \
tor_cv_null_is_zero=yes \
tor_cv_unaligned_ok=yes \
tor_cv_time_t_signed=yes \
./configure \
--target=mipsel-linux \
--host=mipsel-linux \
--build=i386-pc-linux-gnu \
--program-prefix="" \
--program-suffix="" \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/sbin \
--datadir=/usr/share \
--includedir=/usr/include \
--infodir=/usr/share/info \
--libdir=/usr/lib \
--libexecdir=/usr/lib \
--localstatedir=/var \
--mandir=/usr/share/man \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--disable-largefile \
--disable-nls \
--enable-shared \
--disable-static
make
mipsel-linux-strip src/or/tor
ls -lah src/or/torach ja, bei den tor_cv_* werten habe ich mehr oder weniger geraten *smile*
die sind zur zeit leider nicht zu gebrauchen, wie u.a. hier diskutiert wird.carstenlanger schrieb:
das ist afaik für client-only betrieb nicht nötig.carstenlanger schrieb:
jemand müsste sich mit einer sinnvollen config und nem webfrontend beschäftigen, aber ich habe dazu im moment keine zeit.Harris schrieb:
wieso is da ein webfrontend nötig?
Ich würde es einfach so machen, dass man bei der installation auswählt ob ALLES über Tor laufen soll, oder nicht . Und des könnte man dann ja später noch "verfeinern".
LG
Harris
Ich würde es einfach so machen, dass man bei der installation auswählt ob ALLES über Tor laufen soll, oder nicht
. Und des könnte man dann ja später noch "verfeinern".LG
Harris
und was passiert, wenn das TOR Netzwerk ausfällt? :-Ö Dann doch besser das ganze abschaltbar gestalten.
MFG pTweety
MFG pTweety
Gute Idee , na dann spielt man halt ne neue FW drauf ;-). Außerdem hab ich für den Notfall noch ein altes Modem
LG
Harris
, na dann spielt man halt ne neue FW drauf ;-). Außerdem hab ich für den Notfall noch ein altes Modem LG
Harris
knox
Mitglied
- Mitglied seit
- 20 Mai 2006
- Beiträge
- 577
- Punkte für Reaktionen
- 0
- Punkte
- 0
tor-0.1.1.23-dsmod-0.1.tar.bz2
anscheinend ist die von mir zuletzt erstellte tor version veraltet:
daher eine neue anbei.
update: die aktuellste version findet man weiter hinten in diesem thread.
anscheinend ist die von mir zuletzt erstellte tor version veraltet:
Code:
Sep 06 18:17:36.918 [warn] routers_update_all_from_networkstatus(): Please upgrade! This version of Tor (0.1.1.22) is not recommended, according to 3/3 network statuses. Versions recommended by at least 1 authority are: 0.1.0.18, 0.1.1.23, 0.1.2.1-alphadaher eine neue anbei.
update: die aktuellste version findet man weiter hinten in diesem thread.
Zuletzt bearbeitet:
Sodele ^^, dann also ohne dsmod ;-) Wie bekomm ich des ganze installiert?
Wie sieht es mit einem Server für TOR aus?
LG
Harris
Wie sieht es mit einem Server für TOR aus?
LG
Harris
Hallo, bin wieder da und wieder am Ball.
@knox wegen Kompilieren von tor:
Der Trick mit
ist gut. Damit überspringe ich 2 von den 3 Stellen, an denen ./configure bei mir hängengeblieben ist. Mit
überspringe ich dann auch die 3. Problemstelle, von der ich berichtet hatte. Ich brauche jetzt also nicht mehr die Datei configure zu editieren, um ./configure durchlaufen zu lassen.
Der nächste Kompilierfehler, von dem ich berichtet hatte, wird dann durch das
gelöst.
Für openssl verwende ich jetzt Openvpn-2.1_beta14 hier aus dem Forum.
Wegen der Portfreigabe in ar7.cfg: Stimmt schon, für den Betrieb als tor-Client ist das nicht nötig. Ich hatte mir aber in den Kopf gesetzt (und bloß nicht erwähnt), dass ich auf der FB einen tor-Server betreibe!
Danke für die Tipps. Auch wenn du die Version 0.1.1.23 schon bereitgestellt hast, will ich weiter versuchen, es auch selbst zu kompilieren. Mal schaun, wo ich als nächstes hängenbleibe.
@Harris:
Na ich weiß nicht, ob ich allen Verkehr immer über tor leiten würde. Das erkauft man sich ja schon durch eine m. E. deutlich geringere Bandbreite und höherer Verzögerung. Meine Idee war eher, es auszunutzen dass ich eine Flat-Rate habe, die FB sowieso immer an ist (was geht, da sie wenig Strom verbraucht), und ich gerne ein Projekt wie tor unterstützen möchte. Meinen eigenen IP-Verkehr leite ich nicht grundsätzlich über tor.
Erfahrungen mit tor als Server auf der FB:
tor in der Version von knox auf meiner FB 7140 als client laufen zu lassen, klappt.
Bei meinen ersten Versuchen aber, tor als Server laufenzulassen, ist mir die FB immer abgeschmiert. Hier im Forum wird Speichermangel als Grund für Abschmieren verantwortlich gemacht. Also habe ich probehalber mal Swapspace gemäß http://www.wehavemorefun.de/fritzbox/Hilfsprogramme_/_Tipps_%26_Tricks#Entwicklertools:_Swapspace_vom_PC_.28XP.2FLinux.29_und_NFS-Client_auf_der_5050.2F7050_.28ohne_Firmware-Mod.29 installiert. Und siehe da: tor läuft problemlos auf der FB als Server.
Jetzt ist also die Frage, wie bekomme ich tor und all die anderen Programme auf meiner FB so klein und/oder ins Flash verschoben, dass ich genügend RAM erhalte, um tor auch ohne Swapspace laufen zu lassen. Das Kommando free verrät mir, dass nur ca. 5 MB Swap benutzt werden, wenn tor als Server läuft. Das muss doch zu machen sein ...
Bis demnächst.
Carsten
@knox wegen Kompilieren von tor:
Der Trick mit
Code:
ac_cv_libevent_linker_option='(none)' \
ac_cv_openssl_linker_option='(none)' \
Code:
tor_cv_time_t_signed=yesDer nächste Kompilierfehler, von dem ich berichtet hatte, wird dann durch das
Code:
tor_cv_null_is_zero=yesFür openssl verwende ich jetzt Openvpn-2.1_beta14 hier aus dem Forum.
Wegen der Portfreigabe in ar7.cfg: Stimmt schon, für den Betrieb als tor-Client ist das nicht nötig. Ich hatte mir aber in den Kopf gesetzt (und bloß nicht erwähnt), dass ich auf der FB einen tor-Server betreibe!
Danke für die Tipps. Auch wenn du die Version 0.1.1.23 schon bereitgestellt hast, will ich weiter versuchen, es auch selbst zu kompilieren. Mal schaun, wo ich als nächstes hängenbleibe.
@Harris:
Na ich weiß nicht, ob ich allen Verkehr immer über tor leiten würde. Das erkauft man sich ja schon durch eine m. E. deutlich geringere Bandbreite und höherer Verzögerung. Meine Idee war eher, es auszunutzen dass ich eine Flat-Rate habe, die FB sowieso immer an ist (was geht, da sie wenig Strom verbraucht), und ich gerne ein Projekt wie tor unterstützen möchte. Meinen eigenen IP-Verkehr leite ich nicht grundsätzlich über tor.
Erfahrungen mit tor als Server auf der FB:
tor in der Version von knox auf meiner FB 7140 als client laufen zu lassen, klappt.
Bei meinen ersten Versuchen aber, tor als Server laufenzulassen, ist mir die FB immer abgeschmiert. Hier im Forum wird Speichermangel als Grund für Abschmieren verantwortlich gemacht. Also habe ich probehalber mal Swapspace gemäß http://www.wehavemorefun.de/fritzbox/Hilfsprogramme_/_Tipps_%26_Tricks#Entwicklertools:_Swapspace_vom_PC_.28XP.2FLinux.29_und_NFS-Client_auf_der_5050.2F7050_.28ohne_Firmware-Mod.29 installiert. Und siehe da: tor läuft problemlos auf der FB als Server.
Jetzt ist also die Frage, wie bekomme ich tor und all die anderen Programme auf meiner FB so klein und/oder ins Flash verschoben, dass ich genügend RAM erhalte, um tor auch ohne Swapspace laufen zu lassen. Das Kommando free verrät mir, dass nur ca. 5 MB Swap benutzt werden, wenn tor als Server läuft. Das muss doch zu machen sein ...
Bis demnächst.
Carsten
knox
Mitglied
- Mitglied seit
- 20 Mai 2006
- Beiträge
- 577
- Punkte für Reaktionen
- 0
- Punkte
- 0
also openvpn ist nicht das selbe wie openssl, obwohl der openvpn ebenfalls openssl benötigt! wenn du dich auf das attachment beziehst, das ich vermute, so sind darin openssl libs von jspies mit enthalten, die auch für tor nutzbar sind. du solltest besser den openssl patch für das aktuelle ds-mod nehmen, da die auf diese weise erstellen ssl libs besonders für die box optimiert sind.carstenlanger schrieb:
ich sehe übrigens keinen grund, warum man tor auf einer fritzbox als server laufen lassen sollte? um einem lokalen client einen anonymen zugang zum internet zu ermöglichen ist der betrieb als client völlig ausreichend. einen anderen (sinnvollen) einsatz sehe ich nicht, tut mir leid.
und als tor server sollte man eher einen "richtigen" server nehmen, der neben den entsprechenden hardware ressourcen auch über eine adäquate netzwerkanbindung verfügt.
und wenn du swap auf die box bekommen möchtest und sowieso schon den ds-mod im einsatz hast, dann solltest du dem patch von ptweety den vorzug geben.
Zuletzt bearbeitet:
Genau. Ich hatte die openssl Bibliotheken aus dem openvpn Projekt genommen. Aber die openssl Bibliothek aus deinem Verweis sind natürlich besser, da kleiner. Danke.knox schrieb:
knox schrieb:
Tja, auf meinem Desktop läuft ja auch ein "richtiger" tor-Server (unk natürlich auch tor-Client). Aber den habe ich halt oft nicht an. Die FB läuft dagegen immer, braucht nicht soviel Strom wie ein Desktop und eine Flatrate ist auch da. Und das tor Projekt ist schon froh, wenn sie ab 20 kB/s (160 kbit/s) Server-Bandbreite bekommen können. Und soviel gibt eine 2 Mbit/s DSL-Leitung im Uplink ja auch her. Wenn also tor auf der FB als Server stabil laufen sollte, denke ich, dass ich dem tor-Netzwerk damit einen Gefallen tue. Vielleicht ziehen ja auch andere nach. Denk mal wieviele FBs an Flatrates hängen, ohne die Bandbreite wirdklich zu nutzen. Das müsste doch dem tor-Netzwerk helfen.
Das ist vielleicht der Knackpunkt, warum bei mir manches nicht so läuft, wie sonst im Forum beschrieben. Ich benutze gar nicht den ds-mod und möchte ihn eigentlich auch nicht benutzen. Mir ist es zu heikel, die komplette Firmware auszutauschen. Ich möchte die original Firmware benutzen und dann nur einige Softwarepakete zusätzlich starten, die ich (bisher) alle dynamisch nachlade. Das heißt, die einzige Änderung an meiner FB ist eine geänderte debug.cfg.
Aber natürlich ist der ds-mod insofern toll, als er es mit der toolchain erlaubt, solche optionalen Softwarepakete zu entwickeln. Und in den vielen Diskussionen hier im Forum kann man echt was lernen.
Tschö
Carsten
dl9ekd
Neuer User
- Mitglied seit
- 7 Jun 2005
- Beiträge
- 73
- Punkte für Reaktionen
- 0
- Punkte
- 0
Hi,
also ich finde die Idee, auf der FBF nen tor laufen zu lassen genial,
allerdings... schonmal jemand geschaut wie es mit der performance aussieht?
meine erfahrung mit tor ist nicht gerade so, dass ich es der fritzbox zutrauen würde. wobei ich den auch mit 1-3mbyte/s laufen habe...
da macht der aber auch auf nem athlon 64 3700 15-20% cpu load ...
sagt doch mal wie es aussieht bei 20-30 kbyte/s auf der Friztbox...
Ansonsten, gute idee!
Gruß Daniel
also ich finde die Idee, auf der FBF nen tor laufen zu lassen genial,
allerdings... schonmal jemand geschaut wie es mit der performance aussieht?
meine erfahrung mit tor ist nicht gerade so, dass ich es der fritzbox zutrauen würde. wobei ich den auch mit 1-3mbyte/s laufen habe...
da macht der aber auch auf nem athlon 64 3700 15-20% cpu load ...
sagt doch mal wie es aussieht bei 20-30 kbyte/s auf der Friztbox...
Ansonsten, gute idee!
Gruß Daniel
Neueste Beiträge
-
Hilfe Fritz Repeater einrichten klappt nicht
- Letzte: Sumpfbiber
-
Pro und Kontra VDSL vs. Glasfaser- Letzte: Zwanzigeinundzwanzig
-
[Gelöst] Wireguard VPN Box to Box Hybrid
- Letzte: bgx
-
[Sammlung] Aktuelle Konditionen für Glasfaser-Vertragsverlängerung- Letzte: Erforderlich
-
Netzwerkkabel Crimpen
- Letzte: Multireed
