-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SOURCE_ADDR #32
Comments
On a qube debian template, not whonix, run:
SOURCE_ADDR appears on NEW and NEWRESOLVE stream types. DNS resolve: Connection: If the connection was made by a whonix workstation, the source_addr will always be the workstation qube local ip. |
Thinking if this should be added to Haven't tested to see how the connection is made with remote gateways. |
https://github.com/QubesOS/qubes-core-agent-linux/find/master Search: |
This should be fixed upstream in Qubes, for now, it is impossible to distinguish clients connecting to the localhost proxy. |
The problem is on qubes, when using the update proxy, it is not helpful to filter a single source because:
while filtering whonix ws ip is much more helpful because the gateway detects correctly the source addr because there is passing through the tinyproxy. |
TODO: add source_addr to tor-ctrl-observer and warnings |
http://forums.dds6qkxpwdeubwucdiaord2xgbbeyds25rbsgr73tbfpqpt4a6vjwsyd.onion/t/tor-ctrl-tor-control-port-command-line-tool/8074/48
https://gitweb.torproject.org/torspec.git/tree/control-spec.txt#n2501
Two things:
The text was updated successfully, but these errors were encountered: