Kunin ang password ng proxy gamit ang secret-tool

Para sa isang interactive na desktop session na gumagamit ng Secret Service, itabi ang lihim ng proxy nang hiwalay sa mga attribute nitong nagpapakilala:

secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example

Ibigay ang lihim nang hiwalay; huwag itong ilagay sa label at mga attribute. Para makuha ito, gamitin ang secret-tool lookup purpose web-proxy host proxy.example. Ibinabalik ng command na iyon ang tumutugmang lihim sa standard output, kaya ipasa ang output sa sinusuportahang credential interface ng inilalayong client, hindi sa isang shared diagnostic transcript.

Kailangan ng paghahanap ang D-Bus session ng tamang user at isang available na Secret Service. Maaaring kailanganing i-unlock ang koleksyon. Hindi awtomatikong ginagaya ng cron job ang naka-unlock na estado ng desktop, at hindi pinipili ng paghahanap ng root ang keyring ng ibang user.

Tratuhin ang pagkabigo ng paghahanap sa storage nang hiwalay sa tinanggihang proxy authentication. Ang tahimik na pagpapadala ng walang laman na password at pagsubok muli ay nagtatago kung aling operasyon ang nabigo.

Mas piliin ang hiwalay na credential field ng client kapag sinusuportahan. Kung kailangang ilagay ang mga kredensyal sa isang proxy URL, i-encode ang username at password bilang mga URI component; hindi nagsasagawa ng URL encoding ang shell quoting.

Inaalis ng keyring ang pangangailangan ng literal na lihim sa .profile. Umiiral pa rin sa memorya ang nakuhang halaga, at ang pag-export nito ay naglalantad nito sa mga child process na nagmamana nito. Hindi ginagawang vault ng mga lihim ng protektadong storage ang runtime environment na iyon.