Thus, spoke arma -
< armadev> gsathya: feature request: when your ooni learns the bridge descriptor behind an obfsproxy, check if it's a public relay and warn if so.
Wait, you're transmitting all bridge fingerprints via HTTP GET requests to my personal VM. Please don't do that.
A better approach would be to download the list of currently running relays when BridgeT starts and compare locally. If you want, you can update that list every, say, 5--15 minutes, though not for every bridge scan.
Also note the onionoo.torproject.org URL in that link. Please put that in instead of the IP address, so that we can move the service in the future without breaking BridgeT.
Trac: Status: closed to reopened Resolution: fixed toN/A
Wait, you're transmitting all bridge fingerprints via HTTP GET requests to my personal VM. Please don't do that.
A better approach would be to download the list of currently running relays when BridgeT starts and compare locally. If you want, you can update that list every, say, 5--15 minutes, though not for every bridge scan.
Also note the onionoo.torproject.org URL in that link. Please put that in instead of the IP address, so that we can move the service in the future without breaking BridgeT.
This sounds reasonable. For the time being I have commented out in BridgeT the lines that do the check for bridge publicness in commit bd383663eff8703e0a78704703dbfba4dba46992.
If we want this feature it should be integrated as karsten suggested.
Most of the functions you have implemented there are already part of txtorcon, so I think it's not a good idea to have such amount of code duplication.