merge manually specified tub location with autodetected tub location #754
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#754
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I'm configuring a laptop which is behind a home NAT to have a specified
tub.location
which says the IP address of my home network. (As described in source:docs/configuration.rst.)However, sometimes I take this laptop to other networks, and it would be nice if it would do the process of auto-detecting its current IP address and advertise both that and the manually-configured IP address that I am putting in, so that if clients can connect to it either way then they win.
maybe we could use a magic value, like
tub.location = auto+1.2.3.4:1234
, which is interpreted to mean "merge1.2.3.4:1234
with the auto-detected location".I pretty much just asked this question of zooko (he was online at the time)
in part it was because I hadn't found the docs/configuration.txt file - because I naturally go looking for info on the web, hence trac, hence had to go digging to find config instructions. (but that's another matter)
tub.location="some manually crafted stuff" handles the case I'm facing.
but "auto+some_manual_cruft" would be nice.
sign me up for a minor-priority vote in favour ;-)
maybe
tub.location = AUTO,1.2.3.4:1234
since Tub locations are supposed to be comma-separated anyways, and "AUTO" doesn't parse as a valid location (no colon).robk: maybe we should have a Trac page that points at source:docs/configuration.txt ?
Or, we've kicked around the idea of automatically copying the files in docs/ into wiki pages (since most of them use wikiformatting anyways), so maybe it should point at something like wiki/docs/configuration.txt instead.
If you like this ticket, you may also like #49 (UPnP), #59 (STUNT/ICE), #169 (tcp hole-punching!), #445 (implement relay: allow storage servers behind NAT).
Oops that should be #50 (STUNT/ICE).
chatcannon filed a pull request: https://github.com/tahoe-lafs/tahoe-lafs/pull/139
The implementation in https://github.com/tahoe-lafs/tahoe-lafs/pull/139 looks good. To test it, look at
TestCase.test_location2
at source:src/allmydata/test/test_node.py#L55 and add a similartest_location_auto
-- it should be easy to adapt.Re-review needed for https://github.com/tahoe-lafs/tahoe-lafs/pull/142.
Fixed in [2d9af506f1d315016d0d63d6a7491ecd2a370448/trunk].
Thanks chatcannon!
Note that as an intended side-effect of this fix, setting
tub.location
without including "AUTO
" will skip the local IP auto-detection code entirely, thus allowing a workaround for any platform- or system-specific problems with that code.