Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs, 024-backport, Points: | 025-triaged, andrea-review-0254, tbb-tor- | backported-3.6b1 | Parent ID: -+- Comment (by nickm): Replying to [comment:31 andrea]: Code review for nickm/bug9229_025 branch: * 7aa21920481fc4f0bdb159aeedf11582aa95dd01: - Seems less than intuitive to find a function called choose_random_entry_impl() which actually either does that or counts the number of entries. Is this just because that was the only place we happened to already have code to construct the list of bridges? Right; also, because having the code to construct the list in two places was would be begging for them to fall out of sync. Merging the 0.2.5 one to 0.2.5 and the 0.2.4 one to 0.2.4. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:33 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: closed Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: fixed| Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs, 024-backport, Points: | 025-triaged, andrea-review-0254, tbb-tor- | backported-3.6b1 | Parent ID: -+- Changes (by nickm): * status: needs_review = closed * resolution: = fixed -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:34 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs, 024-backport, Points: | 025-triaged, andrea-review-0254, tbb-tor- | backported-3.6b1 | Parent ID: -+- Changes (by mikeperry): * keywords: 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs, 024-backport, 025-triaged, andrea-review-0254 = 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs, 024-backport, 025-triaged, andrea-review-0254, tbb-tor-backported-3.6b1 Comment: nickm/bug9229_024 was backported to TBB 3.6beta1 (https://gitweb.torproject.org/builders/tor-browser- bundle.git/blob/HEAD:/gitian/patches/bug9229.patch). Right now, we are not intending on backporting the 0.2.5.x version, unless someone suggests otherwise. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:32 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs, 024-backport, Points: | 025-triaged, andrea-review-0254 | Parent ID: -+- Comment (by andrea): The bug9229_024 branch looks fine to me; now looking at bug9229_025. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:30 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs, 024-backport, Points: | 025-triaged, andrea-review-0254 | Parent ID: -+- Comment (by andrea): Code review for nickm/bug9229_025 branch: * 7aa21920481fc4f0bdb159aeedf11582aa95dd01: - Seems less than intuitive to find a function called choose_random_entry_impl() which actually either does that or counts the number of entries. Is this just because that was the only place we happened to already have code to construct the list of bridges? - The stuff you fixed in 6ab10a546663b509d189ce16645b11af0e83d41c * 6ab10a546663b509d189ce16645b11af0e83d41c - Looks fine, good idea to make things work :) -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:31 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs 024-backport 025-triaged Points: | Parent ID: -+- Comment (by asn): FWIW, I have tested `bug9229_025` in two boxes so far, and it worked fine. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:26 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs 024-backport 025-triaged Points: | Parent ID: -+- Changes (by nickm): * status: needs_revision = needs_review Comment: So, I fixed two major bugs in the patch with 6ab10a546663b509d189ce16645b11af0e83d41c. The reason not to use any_bridge_descriptor_known() is that, by the time we were checking it, we had _one_ good bridge descriptor, and so it was returning false, and so we couldn't actually notice that we had just become live. Previous testing should probably be considered useless; can anybody test it now? -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:28 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs 024-backport 025-triaged Points: | Parent ID: -+- Comment (by arma): Replying to [comment:23 nickm]: Branch bug9229_024 in my public repository has an alleged fix suitable for merge into 0.2.4 IMO, assuming it tests out okay. (It works for me.) Are we sure we don't want an update_all_descriptor_downloads() call too? I'm thinking of a case where we have an adequate cached consensus, and fetching the bridge descriptor should trigger us to fetch our microdescriptors now. (That said, I think your fix is an improvement over the current 0.2.4 situation, so it depends how far we want to go.) -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:25 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs 024-backport 025-triaged Points: | Parent ID: -+- Changes (by nickm): * keywords: 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs 024-backport = 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs 024-backport 025-triaged -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:24 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: new Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs Points: | Parent ID: -+- Comment (by nickm): === Broken thing 1: In learned_bridge_descriptor(), when I reproduce the bug, the body of this if-statement is never executed: {{{ if (first) { routerlist_retry_directory_downloads(now); } }}} Interesting! Apparently, by the time we hit learned_bridge_descriptor(), any_bridge_descriptors_known() is always true. At least, for me. The function routerlist_retry_directory_downloads() seems pretty heavy- weight for the general case we're concerned about here too. In my testing, update_networkstatus_downloads() was sufficient. Writing a patch... -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:22 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: needs_review Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs 024-backport Points: | Parent ID: -+- Changes (by nickm): * keywords: 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs = 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs 024-backport * status: new = needs_review Comment: Branch bug9229_024 in my public repository has an alleged fix suitable for merge into 0.2.4 IMO, assuming it tests out okay. (It works for me.) A more thorough fix might figure out why any_bridge_descriptor_known() is returning true in this case, and figure out a better way to fix that. I have a fix like that in bug9229_025. Please review and test? -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:23 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: new Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy Points: | Parent ID: -+- Changes (by brade): * cc: mcs, brade (added) -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:19 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: new Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy, tbb-needs Points: | Parent ID: -+- Changes (by mikeperry): * keywords: 60s, consensus, stall, obfsproxy, flashproxy = 60s, consensus, stall, obfsproxy, flashproxy, tbb-needs -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:20 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. -+- Reporter: phw | Owner: asn Type: defect | Status: new Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy, Actual Points: | flashproxy Points: | Parent ID: -+- Changes (by dcf): * keywords: 60s, consensus, stall, obfsproxy = 60s, consensus, stall, obfsproxy, flashproxy -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:18 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. +-- Reporter: phw | Owner: asn Type: defect | Status: new Priority: normal | Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Resolution: | Keywords: 60s, consensus, stall, obfsproxy Actual Points: | Parent ID: Points: | +-- Comment (by nickm): So, reducing networkstatus_dl_check_interval() in the mainline code still makes me nervous. I see two possible ways forward here: 1. We could try very hard to make sure that there isn't a runaway- downloads bug that we'd be exacerbating by doing the check more frequently. 1. We could figure out what event (in this case) we should be triggering a download check in response to, and trigger a download check in response to that. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:17 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by phw): Replying to [comment:12 karsten]: Huh, I wonder why nobody can reproduce the problem I'm seeing. Describing it in more detail. Alright, I can now reproduce; even with v0.2.4.16-rc (git- dcf6b6d7dda9ffbd). I missed that you '''only''' deleted `cached-*` files. Here's the log I get with your config. One can see the 60-second-wait. {{{ Aug 22 11:40:46.442 [notice] Parsing GEOIP IPv6 file /usr/share/tor/geoip6. Aug 22 11:40:46.486 [notice] We were built to run on a 64-bit CPU, with OpenSSL 1.0.1 or later, but with a version of OpenSSL that apparently lacks accelerated support for the NIST P-224 and P-256 groups. Building openssl with such support (using the enable-ec_nistp_64_gcc_128 option when configuring it) would make ECDH much faster. Aug 22 11:40:47.506 [notice] Bootstrapped 5%: Connecting to directory server. Aug 22 11:40:47.639 [notice] Bootstrapped 10%: Finishing handshake with directory server. Aug 22 11:40:48.048 [notice] Learned fingerprint [scrubbed]. Aug 22 11:40:48.048 [notice] Bootstrapped 15%: Establishing an encrypted directory connection. Aug 22 11:40:48.353 [notice] Bootstrapped 20%: Asking for networkstatus consensus. Aug 22 11:40:48.487 [notice] Bootstrapped 50%: Loading relay descriptors. Aug 22 11:40:48.755 [notice] new bridge descriptor [scrubbed]. Aug 22 11:40:48.755 [notice] I learned some more directory information, but not enough to build a circuit: We have no usable consensus. Aug 22 11:41:50.359 [notice] I learned some more directory information, but not enough to build a circuit: We have no usable consensus. Aug 22 11:41:50.891 [notice] I learned some more directory information, but not enough to build a circuit: We need more microdescriptors: we have 0/4314, and can only build 0% of likely paths. (We have 0% of guards bw, 0% of midpoint bw, and 0% of exit bw.) Aug 22 11:41:52.506 [notice] We now have enough directory information to build circuits. Aug 22 11:41:52.506 [notice] Bootstrapped 80%: Connecting to the Tor network. Aug 22 11:41:52.511 [notice] Bootstrapped 90%: Establishing a Tor circuit. Aug 22 11:41:53.921 [notice] Tor has successfully opened a circuit. Looks like client functionality is working. Aug 22 11:41:53.921 [notice] Bootstrapped 100%: Done. }}} -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:13 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by nickm): Interesting. I can now reproduce that, given the remove cached-* but not state instruction. If I remove the cached-* files and also remove the EntryGuard* entries from the state file, that *is* sufficient to make bootstrapping fast. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:14 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: new Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Changes (by nickm): * status: needs_information = new Comment: Changing networkstatus_dl_check_interval() in main.c to a lower value seems to resolve this for me. (Please confirm?) Before we do that in production, though, we need to check whether there are any negative effects (e.g., runaway download attempts on failure) from doing so. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:15 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: new Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by phw): Replying to [comment:15 nickm]: Changing networkstatus_dl_check_interval() in main.c to a lower value seems to resolve this for me. (Please confirm?) Before we do that in production, though, we need to check whether there are any negative effects (e.g., runaway download attempts on failure) from doing so. It seems to work for me. I lowered the value to 20 and could reduce the waiting time in both cases (karsten's vanilla bridges without `cached-*` files and my obfsproxy scenario) to 20 seconds. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:16 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by karsten): Looks like this problem also happens on normal bridges. See #9557 which I just closed as dup, because this is very likely the same problem. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:6 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by nickm): Does this problem go away if you take LAZY_DESCRIPTOR_RETRY_INTERVAL down to (say) 10 seconds? How does one reproduce it? I just started a new tor with an empty datadir and a randomly chosen bridge, and it worked fine. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:7 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by karsten): Replying to [comment:7 nickm]: Does this problem go away if you take LAZY_DESCRIPTOR_RETRY_INTERVAL down to (say) 10 seconds? Still 1 minute for me. How does one reproduce it? I just started a new tor with an empty datadir and a randomly chosen bridge, and it worked fine. Interesting. Can you retry after removing `cached-*` and leaving `state` in place? -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:8 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by phw): Replying to [comment:6 karsten]: Looks like this problem also happens on normal bridges. See #9557 which I just closed as dup, because this is very likely the same problem. FWIW, I seem to have the opposite problem. My tor (with obfsproxy) bootstraps fine '''only''' the first time. Subsequent bootstraps then lead to the 60-second-problem. Also, I can't reproduce #9557. I just tested this with tor v0.2.4.16-rc (git-dcf6b6d7dda9ffbd) using: {{{ tor --datadirectory /tmp/tmptor --bridge x.x.x.x:443 --controlport auto --socksport auto }}} This setup worked fine for me. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:9 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by phw): Replying to [comment:5 asn]: Philipp, I cannot reproduce this in my workstation Does it always happen to you? Can you remind me if it also happens when you have cached descriptors? Any other info? Sorry for taking so long to respond. Yes, it seems to always happen. I just tested it again with the newest [https://www.torproject.org/dist/torbrowser/linux/tor-pluggable- transports-browser-gnu-linux-i686-2.4.16-beta-1-pt1-dev-en-US.tar.gz PTTBB]. When starting it for the very first time (i.e., with an empty data directory), it bootstraps as expected. Subsequent times stall for 60 seconds. My system is a 64-bit Debian wheezy. The PTTBB is unconfigured except that I disabled flash proxies but I remember dcf mentioning that he experienced this with flash proxies as well. And yes, this also happens with cached descriptors, i.e., the file `cached-descriptors.new` being non-empty. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:10 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by phw): Replying to [comment:7 nickm]: How does one reproduce it? I just started a new tor with an empty datadir and a randomly chosen bridge, and it worked fine. Please see my [https://trac.torproject.org/projects/tor/ticket/9229?replyto=7#comment:10 previous comment]. First, I only have problems in combination with obfsproxy. In contrast to what karsten is experiencing, vanilla bridges work fine for me. Second, emtpy datadirs also work fine. The problem only occurs with non-empty datadirs. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:11 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Comment(by karsten): Huh, I wonder why nobody can reproduce the problem I'm seeing. Describing it in more detail. Here's my torrc (note the `UseBridges 1` part which phw doesn't seem to use, and maybe rightly so): {{{ DataDirectory /home/ubuntu/src/client SocksPort 9000 UseBridges 1 Bridge [scrubbed]:443 Log debug file /home/ubuntu/src/client/debug.log Log info file /home/ubuntu/src/client/info.log Log notice file /home/ubuntu/src/client/notice.log LogTimeGranularity 1 msec SafeLogging 0 }}} [scrubbed] is a bridge I just got from bridges.tpo. I start tor (master, 7121e7b) using: {{{ /home/ubuntu/src/tor-master/src/or/tor -f /home/ubuntu/src/client/torrc }}} Bootstraps to 100% just fine. Then I `rm cached-*` (but not `state`) and re-run: {{{ /home/ubuntu/src/tor-master/src/or/tor -f /home/ubuntu/src/client/torrc }}} Takes a minute to download the microdesc consensus. phw, can you try again using a setup closer to mine? -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:12 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: needs_information Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Changes (by asn): * status: new = needs_information Comment: Philipp, I cannot reproduce this in my workstation Does it always happen to you? Can you remind me if it also happens when you have cached descriptors? Any other info? -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:5 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs
Re: [tor-bugs] #9229 [Tor]: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used.
#9229: While bootstrapping, Tor clients stall for 60s when obfsproxy bridges are used. --+- Reporter: phw | Owner: asn Type: defect| Status: new Priority: normal| Milestone: Tor: 0.2.5.x-final Component: Tor |Version: Keywords: 60s, consensus, stall, obfsproxy | Parent: Points:| Actualpoints: --+- Changes (by nickm): * component: Obfsproxy = Tor * milestone: = Tor: 0.2.5.x-final Comment: Calling this a Tor issue. -- Ticket URL: https://trac.torproject.org/projects/tor/ticket/9229#comment:4 Tor Bug Tracker Wiki https://trac.torproject.org/ The Tor Project: anonymity online ___ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs