[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #11987 [Ooni]: Test multiple network interfaces with a single probe

#11987: Test multiple network interfaces with a single probe
-----------------------------+---------------------
     Reporter:  cypherpunks  |      Owner:  hellais
         Type:  defect       |     Status:  new
     Priority:  normal       |  Milestone:
    Component:  Ooni         |    Version:
   Resolution:               |   Keywords:
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+---------------------

Old description:

> This issue was automatically migrated from github issue
> https://github.com/TheTorProject/ooni-probe/issues/269.
>
> As a user subscribing to more than one network I want to check for
> censorship on each using a single OONI instance so that I don't have to
> run multiple probes.
>
> I'm involved with a project to monitor web censorship across domestic
> ISPs in the UK [1]. Our infrastructure plans include running multiple
> OONI probes in virtual machines running on a single server. We are
> subscribing to a number of domestic ISPs and routing each connection to a
> VM using some network-level magic (I believe).
>
> It would simplify our setup if we could present multiple network
> connections to a single machine (either a VM or the actual server) and
> have a single OONI probe run its tests once per network connection,
> logging the results in a way that means we can tell the connection to
> which each relates.
>
> [1]
> https://wiki.openrightsgroup.org/wiki/ORG_Censorship_Monitoring_Project

New description:

 This issue was automatically migrated from github issue
 https://github.com/TheTorProject/ooni-probe/issues/269.

 As a user subscribing to more than one network I want to check for
 censorship on each using a single OONI instance so that I don't have to
 run multiple probes.

 I'm involved with a project to monitor web censorship across domestic ISPs
 in the UK [1]. Our infrastructure plans include running multiple OONI
 probes in virtual machines running on a single server. We are subscribing
 to a number of domestic ISPs and routing each connection to a VM using
 some network-level magic (I believe).

 It would simplify our setup if we could present multiple network
 connections to a single machine (either a VM or the actual server) and
 have a single OONI probe run its tests once per network connection,
 logging the results in a way that means we can tell the connection to
 which each relates.

 [1]
 https://wiki.openrightsgroup.org/wiki/ORG_Censorship_Monitoring_Project

--

Comment (by hellais):

 I had added these comments to the original ticket:

 I would see this implemented as an additional advanced configuration
 setting that allows the user to specify the interface to use for
 conducting the measurements or the source IP to set for outgoing packets.

 This would require quite a little bit of work to make sure that when such
 option is enabled before doing any socket.connect we do a
 socket.bind((SOURCE_IP, SOURCE_PORT)).

 The nice thing is that twisted.web.client.Agent (since 9.0) seems to
 support this feature natively by passing it the keyword argument
 bindAddress[1].

 The TCP tests are also very straightforward since we can just pass the
 bindAddress to the TCP4ClientEndpoint [2].

 The DNS related measurements are probably a bit more tricky, since we
 would have to go and monkey patch twisted.names.client in a few different
 place [3][4].

 [1]
 http://twistedmatrix.com/trac/browser/tags/releases/twisted-13.2.0/twisted/web/client.py#L1214
 [2] https://github.com/TheTorProject/ooni-
 probe/blob/master/ooni/templates/tcpt.py#L93
 [3]
 http://twistedmatrix.com/trac/browser/tags/releases/twisted-13.2.0/twisted/names/client.py#L213
 [4]
 http://twistedmatrix.com/trac/browser/tags/releases/twisted-13.2.0/twisted/names/client.py#L350

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/11987#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs