Ŝanĝoj de Windows-prokurilo: kial aplikaĵoj tenas la malnovan vojon
Konservita valoro de Internet Settings, refreŝigita agordo de kliento kaj ekzistanta konekto povas malkongrui sen ke la registra skribo malsukcesu.
La fenestro de Windows-agordoj povas montri novan prokurilon dum aplikaĵo daŭras sur la antaŭa vojo. Klarigu, kiun staton vi observas:
| Observo | Kion ĝi pruvas |
|---|---|
| La nova valoro estas konservita | La elektita uzanto- aŭ maŝinagordo ŝanĝiĝis |
| Kliento legas la novan agordon | Tiu kliento refreŝigis la fonton, kiun ĝi uzas |
| Nova konekto uzas la novan vojon | La refreŝigita politiko influis novan vojigan decidon |
WinINet provizas Internet Options kaj sciigojn por ĉiu konekto, inkluzive INTERNET_OPTION_SETTINGS_CHANGED kaj INTERNET_OPTION_REFRESH. Uzu la subtenatan agordan API por la agordo, kiu estas ĝisdatigata, kaj raportu ĝiajn erarojn. Registra skribo sola povas lasi ĉe la kliento malnoviĝintan vidon; ĝenerala dissendo de agordoj ne devigas ĉiun retbibliotekon relegi ĝin.
Poste identigu la stakon kaj konton de la tuŝita aplikaĵo. Por .NET 9 Windows-kliento, la vivociklo de refreŝigo de la sistema prokurilo diferencas de eksplicitaj prokurilaj objektoj kaj de la defaŭltoj de la medio. WinHTTP kaj klientoj kun propraj prokurilaj agordoj estas apartaj kazoj. Ŝanĝo sub via nuna uzanto malmulte diras pri servo kuranta sub alia konto, kaj WinINet-refreŝigo ne povas doni prokurilan subtenon al arbitraj sokoj.
Fine distingigu novan konekton de viva konekto aŭ tunelo establita pli frue. Ŝanĝi la agordon ne migras tiun fluon aŭtomate. Aplikaĵo, kiu elmontras prokurilajn ŝanĝojn, bezonas difinitan politikon pri konservado, sciigado kaj novaj konektoj.