Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • wolpertinger wolpertinger
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • The Tor Project
  • Anti-censorship
  • wolpertingerwolpertinger
  • Issues
  • #34212
Closed
Open
Created May 13, 2020 by Philipp Winter@phwReporter

Set up a domain-fronted end point for wolpertinger

Censorship measurement platforms like OONI can request bridges to test from wolpertinger's REST API. Some platforms may be unable to talk to wolpertinger because it runs on bridges.torproject.org, which may be blocked. (This isn't an issue for OONI because it intends to proxy wolpertinger requests over its backend.)

We should set up a domain-fronted endpoint to fix this issue: In addition to a direct connection to bridges.torproject.org/wolpertinger, censorship measurement platforms should be able to use a domain front at ajax.aspnetcdn.com.

After reading legacy/trac#27469 (moved) and legacy/trac#16650 (moved), I believe that we need to configure another azure reflector, e.g., wolpertinger.azureedge.net, which is hooked up to https://bridges.torproject.org/wolpertinger/.

Assignee
Assign to
Time tracking