we are having some issues for users to connect to our discourse instance through TOR. Many times, a “Unable to connect” message appears and you have to change several times your identity to connect. We have checked with our upstream hosting provider and they say they dont block tor traffic so we are trying to figure out what it could be. We have generated an onion domain for the platform but, at the same time, we want users to be able to access through a reserved domain with a non-tor browser.
This means your instance is launched as an onion site, and as such, cannot be viewed or accessed with a non-tor browser.
Onion sites can only be accessed through tor-browsers, but if you want your discourse instance to be accessed outside its onion domain, then you will need to get a premium domain for the ‘surface web’ like a .com,.org, .ly, etc. When you do this, then you can map the domain you bought with your discourse instance through its IP address.
yes, we have a premium domain configured already. What we want to achieve is that you can access to the platform both through the premium domain (this is what is working) and an onion domain (we have created the onion domain; configured tor on the servers; configured nginx) at the same time. We included in the server_name paramater the onion domain but this doesnt seem to be enough.
Tor 프로젝트에 Onion-Location 헤더에 대한 문서가 추가되었으니, Discourse를 설정하여 "표면 도메인"과 onion 사이트를 모두 제공하도록 하는 방법에 대해 관심이 있습니다.
@BryanHR님의 수정 사항들은 컨테이너의 YAML 설정에서 수행할 수 있을 것으로 보입니다. Onion-Location 헤더도 같은 방식으로 추가할 수 있을 것입니다.
하지만 Discourse가 원래 호스트에 고정되어 있는 구조인 것 같아서, .onion 사이트에 접근할 때 Tor 네트워크를 거치지 않고 일반 HTTP 또는 HTTPS를 통해 리소스가 제공되지 않을까 걱정됩니다. (예: 원래 요청은 Tor를 통해 이루어지지만, JavaScript가 추가 자산을 가져오기 위해 원래 도메인을 사용하는 경우)