Re: Proxy connection
Hi,
any news on this? I want to configure a Proxy to get my Chumby One working, the .profile hack is not working properly.
Kind regards
You are not logged in. Please login or register.
chumbysphere forum → Chumby, the Device → Proxy connection
Hi,
any news on this? I want to configure a Proxy to get my Chumby One working, the .profile hack is not working properly.
Kind regards
Yes, I am also hoping this gets addressed. I was hoping to use my Chumby at work.
The below is what finally worked for me, as my proxy required a username and password for authentication.
If your proxy requires authentication, add the below code to the 'debugchumby' file (with UNIX-style line-endings) on your flash-drive, and then plug it into your chumby before startup. Make sure to put in proper-values where required:
#!/bin/sh
http_proxy=http://<Proxy_Username>:<Proxy_Password>@<Proxy_UrlOrIp>:<Proxy_Port> start_control_panel
If your proxy does not require authentication, use this code instead:
#!/bin/sh
http_proxy=<Proxy_UrlOrIp>:<Proxy_Port> start_control_panel
Hope this does the trick for you, although I would still love to see proxy being officially supported on the Chumby.
This trick works for me for some scenarios, I passed start stage and entered control panel and all the widget works. However radios doesnt work. For example for Pandora, its UI is shown correctly, the icon for each song even moves but there is no sound. Does anyone know what could be the problem or where to look?
The below is what finally worked for me, as my proxy required a username and password for authentication.
If your proxy requires authentication, add the below code to the 'debugchumby' file (with UNIX-style line-endings) on your flash-drive, and then plug it into your chumby before startup. Make sure to put in proper-values where required:
#!/bin/sh http_proxy=http://<Proxy_Username>:<Proxy_Password>@<Proxy_UrlOrIp>:<Proxy_Port> start_control_panel
If your proxy does not require authentication, use this code instead:
#!/bin/sh http_proxy=<Proxy_UrlOrIp>:<Proxy_Port> start_control_panel
Hope this does the trick for you, although I would still love to see proxy being officially supported on the Chumby.
That method is only setting a proxy for HTTP transactions that are done by the Control Panel and other Flash widgets that its starts.
For the Chumby One, instead of just setting the proxy for the control panel, try this instead. In /psp/rfs1/userhook0, add a file with the line
export http_proxy=http://<Proxy_Username>:<Proxy_Password>@<Proxy_UrlOrIp>:<Proxy_Port>
This should set the proxy for all processes started after that's run.
Thanks, the /psp/rfs1/userhook0 seems to work for me, atleast I see some requests going through my proxy.
I'm using Chumby classic and it doesn't have /psp/rfs1, where should I put it?
thanks
I'm using Chumby classic and it doesn't have /psp/rfs1, where should I put it?
thanks
The folder isn't there by default, you must create it:
mkdir rfs1
So are you guys saying that a connection via proxy is possible?
Could our German users please try this (with a us proxy) and see if they can access Pandora and Iheartradio?
So are you guys saying that a connection via proxy is possible?
Could our German users please try this (with a us proxy) and see if they can access Pandora and Iheartradio?
Yes, this does work from Germany. I thought it failed but then found out that my proxy was not recognized as based in the US by Pandora.
Via the http:proxy variable being set through a userhook0 script I was able to log into Pandora and now it's playing fine. Speed is not extraordinary, due to the proxy being my personal computer in the US, but at least it plays :-)
I can't seem to figure this out.
I'm on an Insignia Infocast, which I've upgraded with the chumby 8 firmware and control panel ...
I've got this in a userhook0:
#!/bin/sh
export http_proxy=187.111.192.2:8080
echo "userhook ran" >> /psp/userhooklog
I can see from userhooklog that it's running the script, but it doesn't seem to actually export the variable (and it's certainly not set when I ssh in, I have to actually dot-source the script to get it to stick, just running it doesn't work -- once I do that, I can wget and it's going through the proxy, but of course that doesn't affect the control panel or the browser).
Now, perhaps this *is* affecting the control panel (I don't see Pandora with the proxy set), but when I open the browser and go to ipchicken, it's showing my local ip (if I use that proxy in my desktop browser, I'm recognized as from Brazil). I need the proxy working so I can use this to work, because of the corporate proxy there.
Can anyone verify that http_proxy works on the control panel but NOT the browser? Is there a plan to fix that?
My guess is that the userhooks are executed, not sourced. Just as you've noticed with SSH, running a script forks a new process that receives a new environment. Once that process is comiplete, the environment for it is destroyed along with the process. More than likely you'll have to change the rootfs, rather than use a userhook. Try putting your changes in /etc/init.d/rcS instead to see if they stick.
Ok, I brought it to work today and can confirm that the userhook0 is setting the proxy for the control panel, but not for the browser. Setting it via rcS didn't seem to affect the browser either ... I'm going to try .profile, but I'm starting to suspect that the browser (based on qtWebKit?) has it's own proxy settings from qtNetwork, and they're simply not enabled at all.
You may be right about the browser not using the system proxy settings.
I'll bring it up with the developer. It may be missing the line:
QNetworkProxyFactory::setUseSystemConfiguration(true);
...which makes the browser use the standard environment variables.
Hey guys - need some help here.... I have an Infocast 8" which I did the /psp/rfs1/userhook0 hack on to set the proxy, worked great.... I then upgraded to the Chumby 8 firmware, still worked great, however, now I want to remove the proxy for a while and there is no /psp/rfs1/userhook0 (or even a /psp/rfs1 dir) - presume it was wiped out by the update.
The proxy however is still being set and I can't for the life of me work out where. I know it is being set as if I shutdown the proxy, my chumby stops being able to load any network content (even channels) - when I start the proxy up again, it starts working again, so the proxy must be being set somewhere, just can't figure out where! Any ideas? Thx.
Any word on this?
You may be right about the browser not using the system proxy settings.
I'll bring it up with the developer. It may be missing the line:
QNetworkProxyFactory::setUseSystemConfiguration(true);
...which makes the browser use the standard environment variables.
I did mention it to the developer - it was a single line change. I'll check to see what the status is.
Unfortunately, per QTBUG-14623, enabling QNetworkProxyFactory::setUseSystemConfiguration() does not respect the http_proxy environment variable in QT 4.7.x. Also, because the bug is marked Unresolved, it's unclear whether a fix has been introduced in the 4.8 beta.
I tested it just in case, and it is definitely broken in Qt 4.7.1...
chumbysphere forum → Chumby, the Device → Proxy connection
Powered by PunBB, supported by Informer Technologies, Inc.