[tor-dev] Using routers as bridges

2011-07-14 Thread Rob van der Hoeven
an invalid certificate of course) Let me know what you think about this idea... Rob van der Hoeven. http://freedomboxblog.nl ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

[tor-dev] MITM for TOR

2011-09-23 Thread Rob van der Hoeven
Hi Folks, I build a small Monitor In The Middle (MITM) proxy that can be used to study the communication between TOR and the browser. Hope this can be used to improve TOR. It's small but quite powerful. Wrote an article about it on my blog: http://freedomboxblog.nl/mitm-for-tor/ Enjoy, Rob van

Re: [tor-dev] Proposal 188: Bridge Guards and other anti-enumeration defenses

2012-06-12 Thread Rob van der Hoeven
really simple and foolproof? Did this as an experiment, wrote an article about it: http://freedomboxblog.nl/routers-as-tor-bridges/ Rob van der Hoeven http://freedomboxblog.nl ___ tor-dev mailing list tor-dev@lists.torproject.org https

Re: [tor-dev] Twisted-based Tor client performance measurement tool

2013-01-21 Thread Rob van der Hoeven
Hi Karsten, Over a year ago I wrote a small measuring proxy called Monitor In The Middle. This proxy sits between the browser and Tor and examines all HTTP traffic. Results of the measurements like response times, timeouts etc can be viewed using an internal webserver (at http://mitm.proxy). My

Re: [tor-dev] Understanding Tor and SOCKS

2014-10-26 Thread Rob van der Hoeven
address. When the connection gets granted I am getting a response from the socks server: (hex data of the tcp payload) 0x05 0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00 Regarding to the SOCKS specification this means that the request is granted. But I don't understand the 0x01 in byte

Re: [tor-dev] Understanding Tor and SOCKS

2014-10-27 Thread Rob van der Hoeven
On Sun, 2014-10-26 at 17:31 +, Yawning Angel wrote: On Sun, 26 Oct 2014 14:34:59 +0100 Rob van der Hoeven robvanderhoe...@ziggo.nl wrote: So, the SOCKS protocol supports redirection to another SOCKS server. An all-zero address/port simply means: use the server/port that you

[tor-dev] Percentage of Windows users

2015-11-17 Thread Rob van der Hoeven
Hi folks, I am currently working on an isolating Tor proxy for Linux users. This proxy could be ported to Windows but this would be a lot of work. So I wonder if it's worth the trouble. What percentage of users are downloading the Windows version of Tor? Regards, Rob. https://hoevenstein.nl

[tor-dev] Another Virtual Network Environment needs your I/O

2015-10-16 Thread Rob van der Hoeven
Hi folks, During this hot summer I did some cool programming which resulted in... Another Virtual Network Environment (avne) AVNE is a small Linux program that runs other programs inside a virtual network environment. All network traffic from this environment is intercepted and forwarded to the

Re: [tor-dev] Another Virtual Network Environment needs your I/O

2015-10-18 Thread Rob van der Hoeven
On Fri, 2015-10-16 at 15:31 +, Yawning Angel wrote: > Cute. The networking part works in a near-identical manner Orbot's > Android VPN mode, under the hood, except they opted to use a 3rd party > implementation (that bundles lwIP IIRC). > Interesting... > Why did you write your own

Re: [tor-dev] Another Virtual Network Environment needs your I/O

2015-10-18 Thread Rob van der Hoeven
On Sun, 2015-10-18 at 14:43 +, Yawning Angel wrote: > > Congestion control is used to prevent dropped segments. This can not > > happen on the User Space <-> kernel connection of a tun interface. The > > TCP-window flow control prevents this. > > Hm. Your code never shrinks the advertised

Re: [tor-dev] A few ideas about improved design/modularity in Tor

2016-03-28 Thread Rob van der Hoeven
> 2. Add backend abstractions as needed to minimize module coupling. These >should be abstractions that are friendly to in- and multi-process >implementations. We will need at least: > >- publish/subscribe{,/acknowledge}. > > (See >

Re: [tor-dev] Memory usage of Tor daemon

2016-05-20 Thread Rob van der Hoeven
> > I'm running Tor on a router and was wondering why the Tor daemon uses so > > much memory. > > To clarify, do you mean "running a Tor client on a home Internet router"? > What version of Tor? > I'm running version 0.2.5.12 (git-99d0579ff5e0349f) The router I use is an GL-AR150 with 64MB RAM,

Re: [tor-dev] Memory usage of Tor daemon

2016-05-21 Thread Rob van der Hoeven
> > But do we really need to? > > No. The person is complaining about something with 16 MiB of > non-volatile storage anyway. > I'm not complaining. I just care about Tor on the router. Memory usage is a concern, and I was wondering if something can be done about it *before* it becomes a

[tor-dev] Memory usage of Tor daemon

2016-05-20 Thread Rob van der Hoeven
Hi, I'm running Tor on a router and was wondering why the Tor daemon uses so much memory. Did a pmap: pmap `pidof tor` And got the following result: 1703: /usr/sbin/tor --PidFile /var/run/tor.pid 0040 1024K r-x-- /usr/sbin/tor 0050f000 4K r /usr/sbin/tor 0051 20K

Re: [tor-dev] strange ARM results

2016-10-18 Thread Rob van der Hoeven
On Mon, 2016-10-17 at 09:29 -0700, Damian Johnson wrote: > Hi Rob. I suppose it's possible arm is having a refresh issue but > can't say there's a known bug around that. To double check try running > tor-prompt and giving it 'GETINFO circuit-status'... Hi Damian, If I run tor-prompt and ARM side

Re: [tor-dev] strange ARM results

2016-10-20 Thread Rob van der Hoeven
On Wed, 2016-10-19 at 11:49 -0700, Damian Johnson wrote: > > If I run tor-prompt and ARM side by side, the tor-prompt results are > > updated when I do a GETINFO circuit-status. The ARM circuits page only > > updates after a restart. > > Gotcha. Definitely a refresh bug then. Sorry about that. :(

[tor-dev] performance of CREATE/CREATED handshake

2016-10-12 Thread Rob van der Hoeven
Hi folks, I'm currently thinking about a new scalable network architecture for Tor. In order to get some idea about the performance of this architecture I need some data about the CREATE/CREATED handshake. This handshake involves PK encryption which is of course time consuming, and this probably

Re: [tor-dev] performance of CREATE/CREATED handshake

2016-10-13 Thread Rob van der Hoeven
On Wed, 2016-10-12 at 13:57 +, Yawning Angel wrote: > On Wed, 12 Oct 2016 13:37:24 +0200 > Rob van der Hoeven <robvanderhoe...@ziggo.nl> wrote: > > 2) The average CPU-time it takes to perform a CREATE/CREATED > > handshake. > > This "depends" entirely

[tor-dev] strange ARM results

2016-10-17 Thread Rob van der Hoeven
Hi folks, I'm on a quest to find the average circuit-creation rate of clients. I looked in path-spec.txt to find an answer, but it wasn't there. So I thought: lets take some measurements using ARM. This got me some strange results. I start ARM, do some browsing, and close my browser. During the

Re: [tor-dev] strange ARM results

2016-10-17 Thread Rob van der Hoeven
On Mon, 2016-10-17 at 22:30 +1100, teor wrote: > > On 17 Oct 2016, at 22:04, Rob van der Hoeven <robvanderhoe...@ziggo.nl> > > wrote: > > > > Hi folks, > > > > I'm on a quest to find the average circuit-creation rate of clients. I > > looked i