Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Create a new issue
  • Issue Boards

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #33292

Closed (moved)
Open
Opened Feb 12, 2020 by Matthew Finkel@sysrqb

Difficult to Change Site Circuit After Redirect

I've hit a problem a few times over the last month a site (my intended destination) decides it should block my connection and then redirects me to another domain. In this situation, it's difficult to get a "New Circuit for this Site" because the browser doesn't remain on the current domain long enough to change the circuit.

My assumption is that this is due to abuse coming from a specific exit node, and by switching circuits I'll avoid the (temporal) blocking.

There is a not-user-friendly hack where you change network.http.redirection-limit and prevent being redirected off of the intended first party. However, this is not a general solution, and I don't have any particular better solution, either.

As an example of this, the situation I've experienced is https://www.youtube.com redirecting to https://www.google.com where a block message is displayed.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: legacy/trac#33292