[INFO] trickle mit Freetz für die FritzBox

[sf3978]

Wer seinen nicht privilegierten usern kein schnelles Internet bieten will/darf bzw. den kleinen oder grossen Bruder disziplinieren will, der kann trickle mit einem Proxy (z. B. privoxy) und einem Paketfilter/Firewall (z. B. iptables) benutzen. trickle kann auch auf einzelne Prozesse/Anwendungen (z. B. mit ncftp, ncftpget, ncftpput geht es) angewandt werden, aber nur wenn sie dynamisch gelinkt sind, und das sind die wenigsten in Freetz, deshalb der Umweg über den Proxy.

privoxy mit trickle starten:

trickle -s -u 20 -d 100 /var/mod/etc/init.d/rc.privoxy start

Ein download mit trickle:

:~> wget -e [B]"http_proxy = http://192.168.127.253:8118"[/B] http://speedtest.netcologne.de/test_10mb.bin
--2010-02-21 10:07:58--  http://speedtest.netcologne.de/test_10mb.bin
Verbindungsaufbau zu 192.168.127.253:8118... verbunden.
Proxy Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 10485760 ([B]10M[/B]) [application/octet-stream]
In »test_10mb.bin« speichern.
100%[==========================================================================================================================================>] 10.485.760  20,2K/s   in 8m 53s
2010-02-21 10:16:51 ([B]19,2 KB/s[/B]) - »test_10mb.bin« gespeichert [10485760/10485760]

Ein download ohne trickle und ohne privoxy:

:~> wget http://speedtest.netcologne.de/test_10mb.bin
--2010-02-21 10:29:49--  http://speedtest.netcologne.de/test_10mb.bin
Auflösen des Hostnamen »speedtest.netcologne.de«.... 87.79.12.102, 87.79.12.103
Verbindungsaufbau zu speedtest.netcologne.de|87.79.12.102|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 10485760 (10M) [application/octet-stream]
In »test_10mb.bin« speichern.
100%[==========================================================================================================================================>] 10.485.760  2,05M/s   in 5,5s
2010-02-21 10:29:55 (1,81 MB/s) - »test_10mb.bin« gespeichert [10485760/10485760]

Und die Box freut sich auch. Die Belastung der Box beim download mit trickle:

564   504 root     S     2500   [B][COLOR="Red"]8%   6%[/COLOR][/B] privoxy --pidfile /var/run/privoxy.pid /mod/etc/privoxy/config

Ein download ohne trickle, aber mit privoxy:

:~> wget -e "http_proxy = http://192.168.127.253:8118" http://speedtest.netcologne.de/test_100mb.bin
--2010-02-21 10:43:23--  http://speedtest.netcologne.de/test_100mb.bin
Verbindungsaufbau zu 192.168.127.253:8118... verbunden.
Proxy Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 111149056 (106M) [application/octet-stream]
In »test_100mb.bin« speichern.

100%[==========================================================================================================================================>] 111.149.056  786K/s   in 2m 20s

2010-02-21 10:45:43 (778 KB/s) - »test_100mb.bin« gespeichert [111149056/111149056]

Die Belastung der Box beim download ohne trickle aber mit privoxy:

1275  3374 root     R     2196   [B][COLOR="Red"]7%  90%[/COLOR][/B] privoxy --pidfile /var/run/privoxy.pid /mod/etc/privoxy/config

Mit den Dateien im Anhang kann man trickle mit Freetz für die Box kompilieren und installieren. Die Lösung mit der lib-Datei ist noch nicht optimal, aber sie funktioniert. Und so hat die trickle.mk-Datei auch weniger Zeilen.

EDIT:
Im Anhang jetzt auch die Version 1.07 für trickle. Meine bisherigen Erfahrungen: Für den download zählt die Angabe für "-u". Die Angabe bei "-d" sollte etwas größer sein als bei "-u".

EDIT 2:
Im Anhang auch ein optimierter Patch (libdir und confdir angepasst, ohne symlink auf die Library) auf den Trunk 4372:

Stichworte für die Suche: traffic, bandwidth, shaping, shaper, limiter, throttling, bandbreitenbegrenzung, bandbreite, drosseln, begrenzen

EDIT 3:
trickle ist jetzt im trunk, gefixt und committet von er13. Nach der Umbauaktion im trunk, können alle Anwendungen die die libcrypto benutzen, auch dynamisch gelinkt werden und funktionieren mit trickle. Hier ein Beispiel für einen gedrosselten download mit wget auf der Box (nicht über einen proxy):

# cd /var/media/ftp/uStor01
/var/media/ftp/uStor01 # [B][COLOR="Red"]trickle -s -u 50 -d 70[/COLOR] wget http://speedtest.netcologne.de/test_10mb.bin[/B]
--2010-03-06 22:54:02--  http://speedtest.netcologne.de/test_10mb.bin
Resolving speedtest.netcologne.de... 87.79.12.103, 87.79.12.102
Connecting to speedtest.netcologne.de|87.79.12.103|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10485760 (10M) [application/octet-stream]
Saving to: `test_10mb.bin.1'

100%[==========================================================================================================================================>] 10,485,760  [B][COLOR="Red"]52.6K/s [/COLOR][/B]  in 2m 59s

2010-03-06 22:57:00 [COLOR="Red"][B](57.4 KB/s)[/B][/COLOR] - `test_10mb.bin.1' saved [10485760/10485760]

Auslastung der Box (aus top):

2660  1901 root     S     3028  [COLOR="Red"][B]10%   2%[/B][/COLOR] wget http://speedtest.netcologne.de/test_10mb.bin

E D I T: ACHTUNG:
trickle gibt es jetzt im trunk. (klick) Bitte die Dateien/Patches aus dem Anhang nicht mehr benutzen. Danke.

 

[moleman]

habe den aktuellen trunk auf meiner 7170. und diese anleitung funktioniert bei mir nicht.

privoxy starten mit trickle. hat null effekt. wenn man über den proxy suft, hat man immernoch die volle bandbreite.

ne idee, woran das liegen könnte ?

 

[sf3978]

...
privoxy starten mit trickle. hat null effekt. wenn man über den proxy suft, hat man immernoch die volle bandbreite.
...

Wie hast Du festgestellt, dass Du beim Surfen mit privoxy und trickle noch die volle Bandbreite hast?

 

[moleman]

ich habe pivoxy wie nach deiner anleitung mit trickle gestartet.

habe dann im browser den proxy eingetragen und eine datei runtergeladen. der download hatte immernoch volle bandbreite.

ich habe auch mit kleineren werten im trickle experimentiert. kein effekt.


mein ziel ist es, dass ich für bestimmte ip adrssen im lokalen netzwerk, die download bandbreite begrenzen will.

mir wäre es lieber ohne proxy. falls du einen lösungsvorschlag hast, wäre ich dir sehr dankbar.


noch eine 2. frage:

kann es sein, dass tcpdump in der freetz-trunk nicht richtig funzt ? ich habe mir den gesamten verkehr mit:

tcpdump -qn

anzeigen lassen. jedoch wird scheinbar nicht der gesamte traffik angezeigt.

an einem rechner im netz wird internetradio genutzt. und der traffik des radio streams wird nicht angezeigt.

der traffik des surfens schon.

da stimmt doch was nicht...

hab keine erklärung dafür.

hast du ne idee?

aber das erste problem ist mir wichtiger.

danke im voraus

 

[sf3978]

Das trickle nach wie vor funktioniert, kannst Du an diesen 2 Downloads erkennen:
1. Mit trickle:

/var/mod/root # cd /var/media/ftp/uStor01
/var/media/ftp/uStor01 # [COLOR="Red"]trickle -s -u 20 -d 30[/COLOR] wget http://speedtest.netcologne.de/test_1mb.bin
--2010-08-14 21:36:44--  http://speedtest.netcologne.de/test_1mb.bin
Resolving speedtest.netcologne.de... 87.79.12.103, 87.79.12.102
Connecting to speedtest.netcologne.de|87.79.12.103|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1048576 (1.0M) [application/octet-stream]
Saving to: `test_1mb.bin.1'

100%[==========================================================================================================================================>] 1,048,576   29.2K/s   in 36s

2010-08-14 21:37:20 ([COLOR="Red"][B]28.8 KB/s[/B][/COLOR]) - `test_1mb.bin.1' saved [1048576/1048576]

2. Ohne trickle:

/var/media/ftp/uStor01 # wget http://speedtest.netcologne.de/test_1mb.bin
--2010-08-14 21:37:29--  http://speedtest.netcologne.de/test_1mb.bin
Resolving speedtest.netcologne.de... 87.79.12.102, 87.79.12.103
Connecting to speedtest.netcologne.de|87.79.12.102|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1048576 (1.0M) [application/octet-stream]
Saving to: `test_1mb.bin.2'

100%[==========================================================================================================================================>] 1,048,576    150K/s   in 6.8s

2010-08-14 21:37:36 ([COLOR="Red"][B]150 KB/s[/B][/COLOR]) - `test_1mb.bin.2' saved [1048576/1048576]

Das trickle und privoxy mit meinen Tests funktioniert hat und jetzt, mit dem privoxy aus dem aktuellen trunk nicht mehr funktioniert, liegt an der Konfiguration des privoxy für die Crosscompilierung:
Auszug aus der "privoxy.mk"-Datei zum Zeitpunkt meiner Tests:

$(PKG)_CONFIGURE_OPTIONS += --sysconfdir=/mod/etc
$(PKG)_CONFIGURE_OPTIONS += --with-docbook=no
$(PKG)_CONFIGURE_OPTIONS += [COLOR="Red"][B]--disable-pthread[/B][/COLOR]
$(PKG)_CONFIGURE_OPTIONS += --disable-stats
$(PKG)_CONFIGURE_OPTIONS += --disable-dynamic-pcre
$(PKG)_CONFIGURE_OPTIONS += $(if $(FREETZ_PACKAGE_PRIVOXY_WITH_ZLIB),--enable-zlib,)

Asuzug aus der "privoxy.mk"-Datei aus dem aktuellen trunk:

$(PKG)_CONFIGURE_OPTIONS += --sysconfdir=/mod/etc
$(PKG)_CONFIGURE_OPTIONS += --with-docbook=no
$(PKG)_CONFIGURE_OPTIONS += --disable-stats
$(PKG)_CONFIGURE_OPTIONS += $(if $(FREETZ_PACKAGE_PRIVOXY_WITH_SHARED_PCRE),,--disable-dynamic-pcre)
$(PKG)_CONFIGURE_OPTIONS += $(if $(FREETZ_PACKAGE_PRIVOXY_WITH_ZLIB),--enable-zlib,--disable-zlib)

Du könntest versuchen privoxy mit "$(PKG)_CONFIGURE_OPTIONS += --disable-pthread" zu compilieren. Einen anderen Lösungsvorschlag ohne proxy, habe ich z. Zt. nicht.

 

[olistudent]

Wir haben pthreads wieder aktiviert, da ansonsten nur 1 gleichzeitige Verbindung über Privoxy möglich scheint.

Warum funktioniert damit trickle nicht mehr?

MfG Oliver

 

[sf3978]

Ich weiss es noch nicht. Es ist aber so, dass trickle ohne "--disable-pthread", den privoxy nicht drosseln kann.

 

[moleman]

@sf3978

ich weiss nicht, aber bei mir funktioniert nicht mal die drosselung mit wget.

/var/mod/root # trickle -s -u 20 -d 30 wget http://speedtest.netcologne.de/test_1mb.bin
Connecting to speedtest.netcologne.de (87.79.12.102:80)
test_1mb.bin         100% |*****************************************************************************|  1024k 00:00:00 ETA

komischweise hat mein wget auch eine etwas andere ausgabe als deine. bei deiner ausgabe, hast du noch die durchschnittliche downloadgeschwindigkeit am ende zu stehen. bei mir kommt nur das oben zitierte.

ich habe aber genau gestoppt. es hat 8 sekunden gedauert bis die 1 MB test datei fertiggeladen war.

also war es auf jeden fall nicht gedrosselt.

ich verstehe es nicht.

auch das neu kompilieren des privoxy hat nicht das gewünschte ergebnis gebracht.

was mache ich falsch ?

p.s. könntest du mir bitte mal deine binär datei von trickle geben? und wenn möglich auch die binärdatei von wget ? als datei an dein post hängen wäre supi. dann könnte ich es mal mit deinen programmen testen.

 

[sf3978]

ich weiss nicht, aber bei mir funktioniert nicht mal die drosselung mit wget.
...

Hast Du dein wget statisch compiliert?

FREETZ_PACKAGE_WGET_STATIC

EDIT:
Oder benutzt Du das wget aus der busybox?

EDIT 2:
trickle kann auch mit aget (siehe hier: >>>klick<<<) getestet (... im 1 thread Modus) werden.

 

[moleman]

Hast Du dein wget statisch compiliert?

hab eigentlich nur das aus dem standardmässigen trunk so übernommen.

wo kann ich genau sehen, wie das compiliert ist? in der config.ini des make ?

da steht: "config FREETZ_PACKAGE_WGET_STATIC"


2. wie ist eignetlich die saubere methode um ein einzelnes paket nochmal neu zu compilieren?

muss ich nach dem abändern einer einstellung, "make clean" aufrufen , und anschliessen das gesamte freetz neu kompilieren?

was ist die richtige methode ?

 

[sf3978]

wo kann ich genau sehen, wie das compiliert ist?

1. Auf der Box mit "ldd" (wenn ldd auf der Box). Z. B.:

/var/mod/root # ldd /usr/bin/wget
        libssl.so.0.9.8 => /usr/lib/freetz/libssl.so.0.9.8 (0x2aabe000)
        libcrypto.so.0.9.8 => /usr/lib/freetz/libcrypto.so.0.9.8 (0x2ab0a000)
        libdl.so.0 => /lib/libdl.so.0 (0x2ac1f000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2ac32000)
        libc.so.0 => /lib/libc.so.0 (0x2ac50000)
        ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x2aaa8000)

2. Im Buildsystem mit "file"

:~/myfreetz/freetz5501/freetz-trunk> file packages/target-mipsel_uClibc-0.9.29/wget-1.12/root/usr/bin/wget
packages/target-mipsel_uClibc-0.9.29/wget-1.12/root/usr/bin/wget: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), [COLOR="Red"]dynamically linked[/COLOR] (uses shared libs), stripped

oder mit "make menuconfig".

2. wie ist eignetlich die saubere methode um ein einzelnes paket nochmal neu zu compilieren?

Hier z. B.: "make wget-dirclean" im Buildsystem. Die Einträge in "source" und "packages" werden gelöscht:

:~/myfreetz/freetz5501/freetz-trunk> make wget-dirclean
rm -f -r source/target-mipsel_uClibc-0.9.29/wget-1.12
rm -f -r packages/target-mipsel_uClibc-0.9.29/wget-1.12
rm -f packages/target-mipsel_uClibc-0.9.29/.wget-1.12
rm -f -r packages/target-mipsel_uClibc-0.9.29/wget-1.12; rm -f packages/target-mipsel_uClibc-0.9.29/.wget-1.12;

muss ich nach dem abändern einer einstellung, "make clean" aufrufen , und anschliessen das gesamte freetz neu kompilieren?

"make clean" brauchst Du nicht, dafür brauchst Du "make <Paket>-dirclean" und "make" um das Freetz-Image mit den Änderungen zu erstellen/compilieren.
Zum Testen ob eine Anwednung in Freetz richtig compiliert, kannst Du "make <Paket>-precompiled" verwenden (hier z. B.: "make wget-precompiled", evtl. vorher ein "make wget-dirclean").

EDIT:
privoxy ist nicht der einzige Proxy, den es in bzw. für Freetz gibt. Ich habe damals nicht weiter getestet, weil es mit privoxy ja funktioniert hat. Du könntest ja auch ffproxy (siehe Patch im Anhang) mal testen, ob dieser Proxy mit trickle funktioniert.

 

[moleman]

ich gebs auf. lüppt net.

mich wundert es , dass das team von freetz noch kein fertiges tool einbaut, welches download beschränkung ermöglicht.

das netz ist voll solcher anfragen.

man kann traffic shaping auch mit ipables und tc machen. das hatte ich vor 3 jahren mal auf einem linux system erfolgreich gemacht. das ging mit einfachen skipten, ohne zusätzliche dienste oder ähnliches. dafür ist aber mangle im iptables notwendig.

leider habe ich keine unterlagen mehr dafür.

vielleicht ist einer der freetz entwickler gnädig und bietet mal ein funktierendes paket für sowas an.

trotzdem danke für deine unterstützung.

 

[sf3978]

...
Warum funktioniert damit trickle nicht mehr?
MfG Oliver

Aha, der Übeltäter ist entlarvt. trickle kann den privoxy wieder drosseln. Und es liegt nicht an pthreads, wie von mir fälschlicherweise vermutet. Es liegt an der neuen "rc.privoxy".
Mit einer provisorischen "rc.privoxy", aus der ich in der Funktion start() den "modlib_startdaemon" entfernt habe und die komplette Funktion config() entfernt habe, "arbeiten" trickle und privoxy wieder zusammen. So sieht die Funktion start() in meiner provisorischen rc.privoxy aus:

start() {
        [COLOR="Red"]trickle -s -v -u 20 -d 30[/COLOR] $DAEMON --pidfile /var/run/$DAEMON.pid [COLOR="Red"]/tmp/flash/mod/privoxy.conf[/COLOR]
}

Und so wird der privoxy von trickle, bei einem Download mit wget über den proxy, gedrosselt:

:~> wget -e "http_proxy = http://192.168.138.1:8118" http://speedtest.netcologne.de/test_10mb.bin
--2010-08-22 12:17:08--  http://speedtest.netcologne.de/test_10mb.bin
Verbindungsaufbau zu 192.168.138.1:8118... verbunden.
Proxy Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 10485760 (10M) [application/octet-stream]
In »test_10mb.bin.3« speichern.

100%[==========================================================================================================================================>] 10.485.760  [COLOR="Red"]20,5K/s[/COLOR]   in 8m 41s

2010-08-22 12:25:49 ([COLOR="Red"]19,7 KB/s[/COLOR]) - »test_10mb.bin.3« gespeichert [10485760/10485760]

Nicht schlecht.

EDIT:

D. h. jetzt nicht, dass man auf die Annehmlichkeiten von "modlib_startdaemon" verzichten muss. Ich habe jetzt mein privoxy nur mit den rot markierten Änderungen in der "rc.privoxy" aus dem Paket, compiliert und es funktioniert einwandfrei.

start() {
        modlib_startdaemon[COLOR="Red"] trickle -s -w 256 -u 90 -d 100[/COLOR] $DAEMON --pidfile /var/run/$DAEMON.pid /mod/etc/privoxy/config
}

Für "-u" und "-d" muss jeder seine gewünschten (... darauf gedrosselten) Geschwindigkeiten, für den Upload und Download eintragen.

 

[kraftkleber]

Ich weiß, der Thread ist schon etwas älter...
für mich aber trotzdem noch interessant, da es nach meinen Infos für freetz leider immer noch kein alternatives Traffic Shaping gibt.
Die Priorisierung ist zwar recht und gut, bringt aber in Sachen CPU-Auslastung nichts.

Ich habe mir mal die Pakete (trickle, privoxy, iptables) in ein Image gepackt und mein Glück versucht.

Habe ich es richtig verstanden, dass mit dieser Konstelation nur eine allgemeine (nicht für einzelne User/IPs) Bandbreitenbegrenzung möglich ist?

Mir persönlich würde das schon reichen.

Momentan hänge ich an der "rc.privoxy" fest. Ich weiß nicht, wie ich diese ändern kann - Stichwort: read-only

Mit IPtabels habe ich noch gar keine Erfahrung gemacht. Für mich wäre es jetzt nicht so wichtig, die User zu zwingen den Proxy zu verwenden (hab meine Kinder im Griff ;-)), aber evtl. ist der ein oder andere daran interessiert.

Wäre super, wenn mir hier der ein oder andere auf die Sprünge helfen könnte. Bin mit der Linux-Geschichte leider nicht so fit.

 

[sf3978]

Habe ich es richtig verstanden, dass mit dieser Konstelation nur eine allgemeine (nicht für einzelne User/IPs) Bandbreitenbegrenzung möglich ist?

Ja, das hast Du richtig verstanden.

Momentan hänge ich an der "rc.privoxy" fest. Ich weiß nicht, wie ich diese ändern kann - Stichwort: read-only

Die "rc.privoxy" solltest Du in deinem Build-System ändern (d. h. vor dem Erstellen des Freetz-Images) und in geänderter Form auf deine FritzBox flashen. Alternativ kannst Du im Build-System (für den read-only-Bereich der Box) auch einen symlink (auf "rc.privoxy") erstellen und flashen. Die änderbare "rc.privoxy" befindet sich dann in einem read-write-Bereich der Box, und kann immer geändert bzw. angepasst werden.

Mit IPtabels habe ich noch gar keine Erfahrung gemacht. Für mich wäre es jetzt nicht so wichtig, die User zu zwingen den Proxy zu verwenden (hab meine Kinder im Griff ;-)), aber evtl. ist der ein oder andere daran interessiert.

iptables funktioniert nicht (mehr) mit allen neueren (aktuellen) Firmware-Versionen. D. h., hier ist mit iptables Vorsicht geboten.

 

[kraftkleber]

schon wieder so viel Bahnhof ;-)
Wäre es dann nicht leichter, irgendwie die "ar7.cfg" anzupassen.
Da steckt doch irgendwo "MaxDownStreamRate" o.ä. drin. Wenn man die ändern könnte?
Oder funzt das auch nicht?

 

[Tron]

Privoxy mit Trickle....

Hallo

Finde ich gar nicht mal so schlecht die Lösung, ich habe das mal so verfeinert...

Privoxy arbeitet ohne Trickle, und mit gibt es eine extra Anzeige zum einstellen im Privoxy Menü.

In make/privoxy/files/root/usr/lib/cgi-bin/privoxy/privoxy.cgi

...
sec_begin '$(lang de:"Einstellungen" en:"Configuration")'

cat << EOF
<h2>$(lang de:"Der Privoxy Server ist gebunden an" en:"The Privoxy server is listening on")</h2>
<p>$(lang de:"IP Adresse" en:"IP Address"):&nbsp;<input id="address" type="text" size="16" maxlength="16" name="listen_address" value="$(html "$PRIVOXY_LISTEN_ADDRESS")">
$(lang de:"Port" en:"Port"):&nbsp;<input id="port" type="text" size="5" maxlength="5" name="listen_port" value="$(html "$PRIVOXY_LISTEN_PORT")"></p>
EOF
[COLOR="Red"]
# Trickle Prüfen und benutzen
if [ -f /usr/bin/trickle ]; then
cat << EOF
<h2>Trickle einstellungen</h2>
<p>$(lang de:"Download rate & Upload rate" en:"Download rate & Upload rate"):&nbsp;<input id="limit" type="text" size="5" maxlength="5" name="trickle_limit" value="$(html "$PRIVOXY_TRICKLE_LIMIT")">KB/s</p>
EOF
fi
[/COLOR]
sec_end
...

In make/privoxy/files/root/etc/privoxy.cfg

export PRIVOXY_ENABLED='no'
export PRIVOXY_LISTEN_ADDRESS='0.0.0.0'
export PRIVOXY_LISTEN_PORT='8118'
export PRIVOXY_LOGDIR='/var/log'
export PRIVOXY_LOGFILE='privoxy.log'
export PRIVOXY_LOGLEVEL='12288'
export PRIVOXY_TOGGLE='1'
export PRIVOXY_ENABLE_REMOTE_TOGGLE='0'
export PRIVOXY_ENFORCE_BLOCKS='1'
export PRIVOXY_FORWARD_SOCKS=''
export PRIVOXY_PERMIT_ACCESS=''
export PRIVOXY_DENY_ACCESS=''
export PRIVOXY_CGI_CRUNCH='0'
export PRIVOXY_ALT_PATH=''
export PRIVOXY_GET_ADBLOCKLIST=''
export PRIVOXY_ADBLOCK_URL='https://easylist-downloads.adblockplus.org/easylistgermany+easylist.txt'
[COLOR="Red"]export PRIVOXY_TRICKLE_LIMIT='100'
[/COLOR]

In make/privoxy/files/root/etc/init.d/rc.privoxy

...
start() {
[COLOR="Red"]# Trickle Prüfen und benutzen
if [ -f /usr/bin/trickle ]; then
	modlib_startdaemon trickle -s -w 256 -u $PRIVOXY_TRICKLE_LIMIT -d $PRIVOXY_TRICKLE_LIMIT $DAEMON --pidfile /var/run/$DAEMON.pid /mod/etc/privoxy/config
else[/COLOR]
	modlib_startdaemon $DAEMON --pidfile /var/run/$DAEMON.pid /mod/etc/privoxy/config
[COLOR="Red"]fi[/COLOR]
}
...

Mit freundlichen Grüßen / Best regards,

Tron