[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #7549 [Flashproxy]: Facilitator should not give client registrations to Tor exits
#7549: Facilitator should not give client registrations to Tor exits
-------------------------+--------------------------------------------------
Reporter: dcf | Owner: jct
Type: enhancement | Status: needs_revision
Priority: normal | Milestone:
Component: Flashproxy | Version:
Keywords: | Parent:
Points: | Actualpoints:
-------------------------+--------------------------------------------------
Comment(by dcf):
Replying to [comment:13 jct]:
> 1) In '''onionoo-querying''' the internal structure for
'''TorExitNodesSet''' was changed from a list to a dictionary. In this way
the IP lookup 's time complexity has changed from O(n) to O(1)
>
> 2) In '''onionoo-querying-test''' was incremented the time in order to
wait for the '''onionoo-querying''' daemon initialization, and thus avoid
an error message of "connection refused".
Note to self about what this program does. It periodically refreshes a
local database of possible exits (IP addresses of relays whose exit policy
is not `reject *:*`). It listens on localhost port 9003. On receiving a
connection, it reads an IP address followed by a newline. If the IP
address is a possible exit, it sends the string `"EXIT"`. If not, it sends
`"OK_`''num''`"`, where ''num'' is the number of exits in the database.
{{{
$ ncat localhost 9003
1.2.3.4
OK_1074$ ncat localhost 9003
jfsdkl
OK_1074$ ncat localhost 9003
217.115.10.133
EXIT
}}}
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/7549#comment:14>
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