make connected-server address nicer #2819

Closed
opened 2016-09-02 18:21:10 +00:00 by warner · 2 comments

#2818 changed the "Connected Servers" table on the welcome page, to make the "Address" column show the full connection hint list, instead of the one address returned by rref.getPeer(). This makes e.g. Tor connections over unix-domain SOCKS sockets nicer, but makes plain TCP hints (especially when the target advertises multiple connection hints) more verbose.

[https://foolscap.lothar.com/trac/ticket/267]Foolscap#267 is about adding a new RemoteReference API that could give us nicer information. Specifically, it would tell us how the connection was made (which handler, which hint, maybe which IP address the hostname resolved to), rather than just the intended target of the FURL. That could provide some assurance that we really did use Tor, for example.

So this ticket is about adding IServer.get_connection_info() to NativeStorageServer, which delegates to the new Foolscap API, and then changing allmydata.web.root.Root.render_service_row() to use the new information instead of server.get_remote_host() (which could probably be removed altogether).

I'm tenatively scheduling this for the 1.12 milestone, because the default tub.location=AUTO yields hints for every interface, which makes this Welcome-page display pretty ugly, and I'd like to see that fixed. But it depends upon the new Foolscap API, which I haven't finished specing out yet, so I stand prepared to drop this from 1.12 if that doesn't happen soon.

#2818 changed the "Connected Servers" table on the welcome page, to make the "Address" column show the full connection hint list, instead of the one address returned by `rref.getPeer()`. This makes e.g. Tor connections over unix-domain SOCKS sockets nicer, but makes plain TCP hints (especially when the target advertises multiple connection hints) more verbose. [<https://foolscap.lothar.com/trac/ticket/267>]Foolscap#267 is about adding a new RemoteReference API that could give us nicer information. Specifically, it would tell us *how* the connection was made (which handler, which hint, maybe which IP address the hostname resolved to), rather than just the intended target of the FURL. That could provide some assurance that we really did use Tor, for example. So this ticket is about adding `IServer.get_connection_info()` to NativeStorageServer, which delegates to the new Foolscap API, and then changing `allmydata.web.root.Root.render_service_row()` to use the new information instead of `server.get_remote_host()` (which could probably be removed altogether). I'm tenatively scheduling this for the 1.12 milestone, because the default tub.location=AUTO yields hints for every interface, which makes this Welcome-page display pretty ugly, and I'd like to see that fixed. But it depends upon the new Foolscap API, which I haven't finished specing out yet, so I stand prepared to drop this from 1.12 if that doesn't happen soon.
warner added the
code-frontend-web
normal
enhancement
1.11.0
labels 2016-09-02 18:21:10 +00:00
warner added this to the 1.12.0 milestone 2016-09-02 18:21:10 +00:00
warner changed title from make connected-sever address nicer to make connected-server address nicer 2016-09-02 23:38:25 +00:00
warner self-assigned this 2016-09-06 19:28:27 +00:00
Author

See https://github.com/tahoe-lafs/tahoe-lafs/pull/383 . I think we're going to make some UI tweaks before landing it.

See <https://github.com/tahoe-lafs/tahoe-lafs/pull/383> . I think we're going to make some UI tweaks before landing it.
Brian Warner <warner@lothar.com> commented 2016-12-09 19:17:35 +00:00
Owner

In fe1df17d/trunk:

Merge branch '2490-connection-info'

This updates the WUI welcome page with more information about each server
connection (and the introducer connection): which handler is being used, how
the connection process is going, and/or why it failed.

Closes ticket:2819
In [fe1df17d/trunk](/tahoe-lafs/trac-2024-07-25/commit/fe1df17d651bfa121cd1389c83406b0bea26937f): ``` Merge branch '2490-connection-info' This updates the WUI welcome page with more information about each server connection (and the introducer connection): which handler is being used, how the connection process is going, and/or why it failed. Closes ticket:2819 ```
tahoe-lafs added the
fixed
label 2016-12-09 19:17:35 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#2819
No description provided.