-
Join the MyBroadband community
South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
-
Question of the Day: What's the most interesting small town you've visited in South Africa?
Using OpenBrowse without OpenRouter?
- Thread starter ignition
- Start date
OpenBrowse requires the OpenRouter software to authenticate with our central proxies.
Please drop an email to [email protected] and I will forward it to our developers so they can look into the issue.
Regards,
Please drop an email to [email protected] and I will forward it to our developers so they can look into the issue.
Regards,
We tried many different ways to control traffic flow for linux users, but we found that they would connect to several proxies, using different usernames and monopolize the bandwidth. It is unfortunate, but the nature of this service will remain windows-only for the meantime.
On a 384 line would it have an influence on the network response?
I want to go over to OpenBrowse but my flatmate is stalling because of the Linux issue. I suggested we set up a windows gateway for us.
Would it be possible to take an open-source proxy and to compile the binary with the username and passwords in it so that it is locked from the user like a windows machine would allow? The Linux user would run the proxy and point his browser the the local proxy which will manage reasonable limits?
privoxy-3.0.6-stable-src.tar.gz is known to be lightweight and easily configurable. A static 32bit Linux binary would work on most machines including 64bit machines. http://www.privoxy.org/
I want to go over to OpenBrowse but my flatmate is stalling because of the Linux issue. I suggested we set up a windows gateway for us.
Would it be possible to take an open-source proxy and to compile the binary with the username and passwords in it so that it is locked from the user like a windows machine would allow? The Linux user would run the proxy and point his browser the the local proxy which will manage reasonable limits?
privoxy-3.0.6-stable-src.tar.gz is known to be lightweight and easily configurable. A static 32bit Linux binary would work on most machines including 64bit machines. http://www.privoxy.org/
Okay, well I compiled this and tested it. Seems to work well.
Unfortunately, the powers that be have told me that I can't release it as it is "too much of a risk". I'll see if I can't negotiate a better solution for linux users.
Unfortunately, the powers that be have told me that I can't release it as it is "too much of a risk". I'll see if I can't negotiate a better solution for linux users.
You could obfuscate the binary, which will make searching strings useless. It could be possible to make use of a SSH tunnel which encrypts the traffic, which makes sniffing useless.
A 2 login system will come in to effect, a user should login to an ssh server and his client could be uniquely identified. If all this can be done transparently it could be more secure than the Windows client. The benefit of ssh is compression -C, the CPU usage can be helped with -c arcfour which uses the least resources.
The ssh command would be along these lines.
192.168.0.55 is the server.
192.168.0.2:80 is the local ip and port to point the browser to.
ssh -C -c arcfour -N 192.168.0.55 -l root -L 192.168.0.2:80:192.168.0.55:3128
Maybe the proxy way is not best for Linux, using ssh Linux users can use a direct tunnel to a server running the Linux software. The username and password would be like the username and pass for the ISP account. If a person abuses it, it would be possible to monitor and identify the person to remove his account.
Linux users who run squid on their local machines save your ISP and themselves +-30% in bandwidth. It could be a more lucrative, niche market.
A 2 login system will come in to effect, a user should login to an ssh server and his client could be uniquely identified. If all this can be done transparently it could be more secure than the Windows client. The benefit of ssh is compression -C, the CPU usage can be helped with -c arcfour which uses the least resources.
The ssh command would be along these lines.
192.168.0.55 is the server.
192.168.0.2:80 is the local ip and port to point the browser to.
ssh -C -c arcfour -N 192.168.0.55 -l root -L 192.168.0.2:80:192.168.0.55:3128
Maybe the proxy way is not best for Linux, using ssh Linux users can use a direct tunnel to a server running the Linux software. The username and password would be like the username and pass for the ISP account. If a person abuses it, it would be possible to monitor and identify the person to remove his account.
Linux users who run squid on their local machines save your ISP and themselves +-30% in bandwidth. It could be a more lucrative, niche market.
Last edited: