Makes bridge-transport failures diagnosable and stops the scanner trusting dead webtunnel bridges.
Fixed
- Bridge scanner verifies webtunnel for real. The scanner now confirms a webtunnel bridge with an actual handshake (a WebSocket upgrade to the bridge's own endpoint, which must return 101) instead of only checking that its CDN front answered on 443. A dead webtunnel bridge whose front is still up is now correctly shown as unreachable, so a scanned webtunnel list no longer marks bridges as working when Tor cannot connect through them (#74).
- Transport start failures now say why. When a pluggable transport could not run, Tor only reported an opaque "Managed proxy ... terminated with status code 2", which hid the real cause (this is what made obfs4 and snowflake "connect then immediately fail" for some users). The app now preflights each transport binary and logs the actual reason, a crash, a wrong-architecture binary, a missing execute bit, and so on, so the problem is diagnosable instead of opaque (#74).
Downloads
| Platform | File |
|---|---|
| Windows installer | OnionHop-Setup-v3.exe
|
| Windows portable | OnionHopV3-Portable-3.7.2-win-x64.zip
|
| Windows CLI | OnionHop-CLI-Setup-3.7.2.exe / OnionHopCLI-Portable-3.7.2-win-x64.zip
|
| Linux | OnionHop-x86_64.AppImage
|
| Linux CLI | OnionHopCLI-3.7.2-linux-x64.tar.gz
|
| macOS (Apple Silicon) | OnionHop-3.7.2-macOS-arm64.dmg
|
| macOS (Intel) | OnionHop-3.7.2-macOS-x64.dmg
|
| macOS CLI (Apple Silicon) | OnionHopCLI-3.7.2-macos-arm64.tar.gz
|
| macOS CLI (Intel) | OnionHopCLI-3.7.2-macos-x64.tar.gz
|