DownloadManager de Android ne havas proxyservilan agordon por ĉiu peto
Distingi la publikajn petoopciojn de DownloadManager disde konekto kreita de aplikaĵa propra HTTP-kliento.
DownloadManager posedas la transigon post kiam aplikaĵo metas peton en la atendovicon. Ĝia publika Request API provizas kapliniojn, celajn agordojn kaj retajn limigojn, sed neniun agordon de proksima finpunkto por unuopa peto.
Aldoni Proxy-Authorization per addRequestHeader ne anstataŭas elekton de proksima gastiganto kaj pordo. Ankaŭ agordi apartan HTTP-klientan objekton ne ŝanĝas peton jam transdonitan al DownloadManager.
Se la elŝuto devas sekvi la subtenatan proksiman politikon de la aparato aŭ reto, uzu tiun politikon kaj konsideru la realan itineron de la servo. Se la aplikaĵo devas elekti alian proksiman servilon por ĉi tiu unu transigo, tenu la transigon en aplikaĵa propra kliento kun dokumentita proksima interfaco, ekzemple URL-konekto malfermita per objekto Proxy.
Tiu elekto ankaŭ transdonas respondecon pri la vivociklo de la elŝuto. Konservu la postulatan fonskemon, progreson, traktadon de konservejo kaj restaŭran konduton, anstataŭ anstataŭigi sistem-administritan elŝuton per nemarkita peto en la provizora vivociklo de ekrano.