Within the SNAPSHOT version of openWrt, there is a fault with privoxy.
As i am not (yet) github member, please arrange the following change.
The 'list' items are not converted to the actual config-file (in /var/etc/privoxy.conf)
### AUTO-GENERATED CONFIGURATION
### USED BY PRIVOXY
### DO NOT EDIT
### SEE /etc/config/privoxy INSTEAD
logdir /var/log
logfile privoxy.log
confdir /etc/privoxy
enable-remote-toggle 1
enable-edit-actions 1
forwarded-connect-retries 0
keep-alive-timeout 300
debug 4096
debug 8192
debug 1024
toggle 1
accept-intercepted-requests 1
Within the GUI & /etc/config/privoxy file is written:
config privoxy 'privoxy'
option confdir '/etc/privoxy'
option logdir '/var/log'
option logfile 'privoxy.log'
list filterfile 'default.filter'
list actionsfile 'match-all.action'
list actionsfile 'default.action'
option enable_remote_toggle '1'
option enable_edit_actions '1'
option forwarded_connect_retries '0'
option keep_alive_timeout '300'
option debug_4096 '1'
option debug_8192 '1'
list forward_socks5t '/ 192.168.xx.1:9050 . '
option debug_1024 '1'
option toggle '1'
list permit_access '192.168.xx.0/24'
option accept_intercepted_requests '1'
list listen_address '192.168.xx.1:8118'
config system 'system'
option boot_delay '10'
Why does privoxy log shows '127.0.0.1' ??
Where are all 'list' items from GUI & /etc/config/privoxy file?
2018-06-21 17:45:01.936 7f110e365b88 Info: Privoxy version 3.0.26
2018-06-21 17:45:01.936 7f110e365b88 Info: Program name: /usr/sbin/privoxy
2018-06-21 17:45:01.936 7f110e365b88 Info: Listening on port 8118 on IP address 127.0.0.1
I've also tried using 3.0.26-2 instead of 3.0.26-3 within a new build, both have same result.
I upgraded to the latest version LEDE that David offers on WRT3200ACM and
Privoxy stopped working. I also noticed the Listen address was 127.0.0.1 in debug as well.
Side Question: Have you ever used Privoxy with Compression Enabled? I would love to, but I don't have the
compiling smarts (yet) to make a Privoxy package with compression libs needed. Cheers!
It doesn't look like there has been any changes in the privoxy package for two years.
Typically, the service start-up script transforms the UCI configuration into the format required by the executable into /tmp (same as /var on most OpenWRT installs). I'd look at that file to get some insight.
Since I don't recall any other discussion of the privoxy package here, it may not be a popularly used one, or nobody else is having problems. The maintainer is listed in the source, or through the package descriptions
To answer your question: no, i never tried 'Privoxy with Compression Enabled'.
It's also stated that when "Privoxy and the client are running on the same system, enabling compression is likely to slow things down. If you didn't measure otherwise, you should assume that it does and keep this option disabled." (https://www.privoxy.org/user-manual/config.html)
Also the client need to support this.
Btw, Privoxy won't stop working, it is running but won't proxy the right way, because of the wrong ip-address.
ie. it looks like it is stopped
Privoxy runs perfect (even the newer version 3.0.26-3) on LEDE/openWrt 17.01.4.
I only tried building a VMware x86-64 version on which the mentioned error occures.
And this line has the wrong ip-address (127.0.0.1, instead of):
2018-06-24 00:22:03.066 7fba0ab81b48 Info: Listening on port 8118 on IP address 192.168.xx.1
I did a small check on both configuration files, they are identical.
But it looks like all 'list' options from config-files are not read/processed on the newer snap-version (18.01.x ?).
As the compression would be done on the LEDE Router / CPU / RAM / Volumes needed for file manipulation. ECT. The hardware of device(s) browsing via privoxy are doing the UNcompression.
The Privoxy user manual recommends not doing both when its installed locally on a Computer running the browser locally. (basically make-work with nothing to show for the effort).
Ideally the portion of content that is compressed is forwarded to SQUID (also running on LEDE) for catching on a locally mounted drive on the router itself. That is my goal eventually. Who knows, maybe I'll have my WRT1900AC running Privoxy which forwards to my WRT3200ACM running Squid?
Could you gain any insights? I am having trouble with Privoxy with recent OpenWrt builds from David as well (still have to use a release from May, in all the newer ones including the one from yesterday I cannot get privoxy to work).
Has the code change implemented in the privoxy package? In the latest build from David the issue remains and looking at the change date of the privoxy files in github, the commit does not seem to be included (latest update of privoxy.init is 2 years ago).