summaryrefslogtreecommitdiff
path: root/crates/tor-hsclient
Commit message (Collapse)AuthorAgeFilesLines
...
* | HS configuration: Use configured maximum attempts (fmt)Ian Jackson2023-06-281-4/+12
| |
* | HS configuration: Use configured maximum attemptsIan Jackson2023-06-281-10/+9
| |
* | HS configuration: Plumb configuration through (fmt)Ian Jackson2023-06-282-10/+25
| | | | | | | | Apply deferred rustfmt churn.
* | HS configuration: Plumb configuration throughIan Jackson2023-06-284-6/+64
| | | | | | | | | | Invent a trait a la circmgr config for the hs client connector config. Plumb a suitable value all the way through to the code that will use it.
* | HS configuration: Add retry parameters to configurationIan Jackson2023-06-281-4/+2
| | | | | | | | | | | | | | I think these should go in `[circuit_timing]`. That section already has some retry parameters, so is not strictly *timing*. This is not honoured yet.
* | tor-hsclient: Completely hide hsdir identities in errorsIan Jackson2023-06-282-7/+6
| |
* | hsclient: Use HsDescDownloadRequest::set_max_len.Nick Mathewson2023-06-271-1/+12
| |
* | tor-hsclient: Increase some timeoutsIan Jackson2023-06-261-2/+2
| | | | | | | | | | | | | | | | | | | | | | 1. Fix a use of 10ms that should have been TIMEOUT_SLOP. 2. Increase BODGE_YIELD by a factor of 5. Now this test should tolerate being hung up for 125ms. I am hoping that this will fix the CI failure https://gitlab.torproject.org/Diziet/arti/-/jobs/302457 which fails at the line comparing circuit1 with circuit2a. (I can't repro that locally.)
* | tor-hsclient: test: Introduce some constants for timingsIan Jackson2023-06-261-5/+16
| |
* | tor-hsclient: test: Add another sleep for expiry task *start*Ian Jackson2023-06-261-0/+2
| | | | | | | | | | | | | | Without this, the expiry task can end up choosing a 600s timeout starting *after we advanced the clock*. Fixes #923
* | tor-hsclient: impl Debug by hand for MockCircIan Jackson2023-06-261-1/+18
| | | | | | | | | | | | | | | | The provided impl for Mutex is hopeless: it prints just some internal flags and doesn't acquire the mutex for printing purposes. At some point we might want to factor this out as a general function on `Arc<Mutex<...>>` but not now.
* | Merge branch 'upgrade-itertools' into 'main'gabi-2502023-06-261-1/+1
|\ \ | | | | | | | | | | | | Upgrade to itertools 0.11.0 See merge request tpo/core/arti!1306
| * | Upgrade to itertools 0.11.0Nick Mathewson2023-06-261-1/+1
| | | | | | | | | | | | The breaking changes here do not seem to affect us.
* | | Merge branch 'data' into 'main'Ian Jackson2023-06-263-11/+121
|\ \ \ | |/ / |/| | | | | | | | tor-hsclient: Expire old IPT and HS descriptor data eventually See merge request tpo/core/arti!1290
| * | tor-hsclient: Split out expire_old_data functionIan Jackson2023-06-261-0/+5
| | | | | | | | | | | | | | | As per discussion in https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1290#note_2915679
| * | tor-hsclient: Add a comment about what run_housekeeping doesIan Jackson2023-06-261-0/+1
| | | | | | | | | | | | | | | Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1290#note_2915679
| * | tor-hsclient: Add a debug message about task exitIan Jackson2023-06-261-0/+2
| | | | | | | | | | | | | | | As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1290#note_2915678
| * | tor-hsclient: Comment explaining why no launch_background_tasksIan Jackson2023-06-261-0/+3
| | | | | | | | | | | | | | | As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1290#note_2915676
| * | tor-hsclient: Say we *mustn't* do housekeeping while dormantIan Jackson2023-06-261-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | This is a change to the API docs, but not to the actual code, since our call site is in arti-client and tied to netdir fetch, which *doesn't* happen when dormant. As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1290#note_2915677
| * | tor-hsclient: Add a TODO SPEC re data lifetimeIan Jackson2023-06-231-0/+2
| | |
| * | tor-hsclient: state tests: Test housekeeping (data expiry)Ian Jackson2023-06-231-0/+5
| | |
| * | tor-hsclient: state tests: Promote mk_hsconn callIan Jackson2023-06-231-1/+3
| | |
| * | tor-hsclient: state tests: Introduce connect_calledIan Jackson2023-06-231-5/+11
| | | | | | | | | | | | This will allow us to track when `Data` is discarded.
| * | tor-hsclient: Expire old data eventuallyIan Jackson2023-06-233-5/+89
| | | | | | | | | | | | Otherwise we'll fill up our RAM with junk.
* | | Merge branch 'stabilize-ll-crates' into 'main'Nick Mathewson2023-06-231-1/+1
|\ \ \ | | | | | | | | | | | | | | | | Remove final "experimental" status from tor-hscrypto and tor-error. See merge request tpo/core/arti!1291
| * | | arti, hsclent: remove dependencies on tor-error/experimental-apiNick Mathewson2023-06-231-1/+1
| | | | | | | | | | | | | | | | The relevant ErrorKinds and macros are now stable.
* | | | Merge branch 'circuit-bis' into 'main'Nick Mathewson2023-06-231-0/+6
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | Add TODO SPEC for issues dealt with in !1299 See merge request tpo/core/arti!1303
| * | | | tor-hsclient: Add TODO SPEC for issues dealt with in !1299Ian Jackson2023-06-231-0/+6
| | | | |
* | | | | Merge branch 'expire' into 'main'Nick Mathewson2023-06-231-0/+2
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | tor-hsclient: Add a TODO SPEC re circuit dirtiness See merge request tpo/core/arti!1302
| * | | | | tor-hsclient: Add a TODO SPEC re circuit dirtinessIan Jackson2023-06-231-0/+2
| | |_|/ / | |/| | |
* | | | | Merge branch 'circuit' into 'main'Alexander Færøy2023-06-231-21/+29
|\ \ \ \ \ | |/ / / / |/| / / / | |/ / / | | | | Drop intro circuit after ack, and deal with TODOs See merge request tpo/core/arti!1299
| * | | tor-hsclient: Discuss HS descriptor expiry and revision countersIan Jackson2023-06-231-2/+4
| | | | | | | | | | | | | | | | And delete the corresponding TODO.
| * | | tor-hsclient: Downgrade multi-ipt TODOIan Jackson2023-06-231-3/+4
| | | |
| * | | tor-hsclient: Downgrade rend/ipt parallelism TODOs and add linksIan Jackson2023-06-231-5/+8
| | | |
| * | | tor-hsclient: Downgrade ipt parallelism to a noteIan Jackson2023-06-231-2/+4
| | | |
| * | | tor-hsclient: Downgrade hsdir fetch parallelism to a noteIan Jackson2023-06-231-2/+4
| | | |
| * | | tor-hsclient: Drop intro circuit after ackIan Jackson2023-06-231-7/+5
| | |/ | |/|
* | | Merge branch 'data2' into 'main'Nick Mathewson2023-06-231-0/+32
|\ \ \ | | | | | | | | | | | | | | | | tor-hsclient: Expire old IPT data See merge request tpo/core/arti!1295
| * | | tor-hsclient: Write a test plan for IPT state managementIan Jackson2023-06-231-0/+23
| | | | | | | | | | | | | | | | | | | | This won't be trivial. Put it in as a TODO HS rather than as part of this fix MR.
| * | | tor-hsclient: Expire old IPT dataIan Jackson2023-06-231-0/+9
| |/ / | | | | | | | | | | | | | | | | | | | | | If we don't use it for a whole, the whole of `Data` will be expired by the new machinery in !1290. However, we also need to expire individual IPTs. This bug doesn't seem to have had a relevant TODO.
* | | Merge branch 'expire' into 'main'Ian Jackson2023-06-233-21/+215
|\ \ \ | |_|/ |/| | | | | | | | tor-hsclient: Expire circuits when they get too old See merge request tpo/core/arti!1287
| * | tor-hsclient: Add a note about circuit expiry uncertainty, ticketIan Jackson2023-06-221-0/+3
| | |
| * | tor-hsclient: Expand explanation of `last_used` (for Open)Ian Jackson2023-06-221-1/+20
| | |
| * | tor-hsclient: Make comment about circuit expiry more accurateNick Mathewson2023-06-221-1/+2
| | |
| * | tor-hsclient: linkify a URL in a doc commentIan Jackson2023-06-221-1/+1
| | |
| * | tor-hsclient: Apply broken formatting as demanded by rustfmtIan Jackson2023-06-221-1/+1
| | |
| * | tor-hsclient: Test circuit expiryIan Jackson2023-06-221-1/+46
| | |
| * | tor-hsclient: Expire HS circuits that we don't want to reuseIan Jackson2023-06-221-4/+128
| | |
| * | tor-hsclient: Introduce helper function for locking services tableIan Jackson2023-06-222-14/+17
| | |
| * | tor-hsclient: Abolish an obsolete commentIan Jackson2023-06-221-1/+0
| |/ | | | | | | | | | | We don't now handle inability to store by panicking. Like the previous comment says, such situations end up with Err in stored, and that's handled by logging, below.