Se retumilo funkcias sed Vindoza fona aplikaĵo ne, unue identigu la prokurilan interfacon de la malsukcesanta aplikaĵo. Ĝi povas uzi WinHTTP, uzantajn Vindozajn agordojn, po-seancan agordon, aŭtomatan malkovron aŭ propran agordon. Servo povas ankaŭ ruliĝi kiel alia uzanto.

Por la konvencia WinHTTP-agordo, komencu per ĉi tiu nurlega inspekto:

netsh winhttp show proxy

Ĉi tiu eligo ne priskribas ĉiun retumilan profilon aŭ konekton. Antaŭ ŝanĝo, konfirmu per la dokumentaro aŭ diagnozo de la aplikaĵo, ke ĝi uzas ĉi tiun defaŭlton de WinHTTP.

Celita agoAmplekso
Agordi WinHTTP-defaŭltonNotu la malnovan agordon kaj konsideru ĉiujn partoprenantajn klientojn, kiuj ĝin dividas.
Importi Vindozajn interretajn agordojnKopiu la fonton nun; postaj ŝanĝoj ne estas kontinue sinkronigitaj.
Restarigi post provoRestarigu la notitan prokurilon, aŭ rekomencigu nur se rekta aliro estis la antaŭa stato.

Kun la necesaj rajtoj kaj aplikaĵo celanta uzi ĉi tiun defaŭlton, la eksplicita agordo estas:

netsh winhttp set proxy proxy-server="203.0.113.10:8080"

Anstataŭigu la dokumentan finpunkton per la prokurilo asignita al tiu aplikaĵo, aŭ kandidato el la listo de HTTP-prokuriloj se ĝia vojo permesas publikajn prokurilojn. Por anstataŭe importi la fonton de Vindozaj interretaj agordoj:

netsh winhttp import proxy source=ie

La historia nomo ie identigas la importfonton. Se la origina stato estis rekta aliro, malfaru la provon per:

netsh winhttp reset proxy

Alie restarigu la antaŭajn valorojn. Rekomencigi WinHTTP ne forigas etendaĵan politikon aŭ propran prokurilon de aplikaĵo. Por ordinara Chrome- aŭ Edge-agordo, uzu la Vindozan prokurilan dialogon krom se vi identigis WinHTTP-specifan dependecon; neniu netsh-komando devigas ĉiujn retklientojn dividi unu vojon.

Rilataj artikoloj