wget zu Telefonen bei gesetztem HTTP-Proxy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gemeinschaft (by Amooma) |
Triaged
|
Medium
|
Unassigned | ||
Gemeinschaft (ph.) |
Triaged
|
Medium
|
Unassigned |
Bug Description
Sascha Daniels schrieb:
> Immer wieder habe ich diese Fehlermeldung im Log.
>
> [Feb 3 17:40:42] WARNING[22074] chan_sip.c: username mismatch, have
> <240060>, digest has <8356>
Sascha Daniels schrieb:
> Das Problem war, dass ich mir selbst ins Knie geschossen habe.
>
> Wenn man einen asterisk aus einer shell heraus startet, in der
> http_proxy exportiert ist (brauche ich für apt) benutzt das wget
> aus den agi Scripten auch brav den Proxy, der aber ein
> freundliches "Verzieh Dich" zurückgibt.
>
> Wenn dann die User nicht sagen dass die Telefone nach dem Login
> nicht booten, sucht man ewig.
Hm, wäre es eine Lösung bei wget (was bei manchen Telefon-Typen
zum Rebooten dient)
wget --no-proxy ...
oder
http_proxy= wget ...
zu verwenden, also explizit keinen HTTP-Proxy zu benutzen?
Damit würde man davon ausgehen daß alle Telefone immer ohne HTTP-
Proxy vom Server aus erreichbar sind.
Ist das in irgendeinem Szenario nicht der Fall? Mir fällt gerade
keines ein. Wäre also wohl eine Lösung.
Changed in gemeinschaft: | |
importance: | Undecided → Medium |
status: | New → Triaged |
Das Problem kann mit dem Apache genauso auftreten.
Macht es sinn jeden wget Aufruf zu untersuchen, oder reicht es in einer Datei, die immer included wird ein System Exec "unset http_proxy" zu machen? Keine Ahnung, ob das das eine subshell ist, oder nicht.