Re: [tor-relays] How to reduce tor CPU load on a single bridge?

On Tue, Dec 13, 2022 at 07:29:45PM +, Gary C. New via tor-relays wrote: > On Tuesday, December 13, 2022, 10:11:41 AM PST, David Fifield > wrote: > > > The Snowflake proxy is not a pluggable transport. You just > run it as a > > normal command-line program. There is no torrc involved, and the

Re: [tor-relays] Are HTTPTunnelPort and SocksPort Disabled in Bridge Mode?

All: Please disregard. It was human error. Failed testing of the HTTPTunnelPort and SocksPort was initially attempted through Tor Browser (which is not permitted). The HTTPTunnelPort and SocksPort testing was successful through a normal browser (i.e., Firefox, Chrome, etc). In short, the HTTPTunn

Re: [tor-relays] How to reduce tor CPU load on a single bridge?

On Tuesday, December 13, 2022, 10:11:41 AM PST, David Fifield wrote: > The Snowflake proxy is not a pluggable transport. You just > run it as a > normal command-line program. There is no torrc involved, and the proxy > does not interact with a tor process at all. Thank you for the clarificatio

Re: [tor-relays] How to reduce tor CPU load on a single bridge?

On Mon, Dec 12, 2022 at 08:19:53PM +, Gary C. New via tor-relays wrote: > I am having some issues or misunderstandings with implementing Snowflake Proxy > within Tor. I assumed that implementing Snowflake Proxy within Tor would be > similar to OBFS4Bridge in that Tor would initialize Snowflake

[tor-relays] Are HTTPTunnelPort and SocksPort Disabled in Bridge Mode?

All: Are HTTPTunnelPort and SocksPort Disabled in Bridge Mode (BridgeRelay 1)? Recently, I migrated over to Bridge Relays and discovered I can no longer client connect over 9080 (HTTPTunnelPort) or 9050 (SocksPort). I've confirmed that listeners are still binding to 9080 and 9050, but I can no l

Re: [tor-relays] How to reduce tor CPU load on a single bridge?

On Monday, December 12, 2022, 08:31:43 AM MST, David Fifield wrote: On Sun, Dec 11, 2022 at 04:25:06AM +, Gary C. New via tor-relays wrote: >> I was successfully able to get Snowflake cross-compiled and installed for >> OpenWRT and Entware as a package. > Thanks, nice work. >> # opkg file

Re: [tor-relays] inet_csk_bind_conflict

> It is surprising, isn't it? It certainly feels like calling connect > without first binding to an address should have the same effect as > manually binding to an address and then calling connect, especially if > the address you bind to is the same as the kernel would have chosen > automatically.