Змены проксі Windows: чаму праграмы захоўваюць стары маршрут
Захаванае значэнне Internet Settings, абноўленая канфігурацыя кліента і існуючае злучэнне могуць разыходзіцца, нават калі запіс у рэестр не збаўляе.
Акно налад Windows можа паказваць новы проксі, а праграма працягвае ісці па папярэднім маршруце. Вызначце, які стан вы назіраеце:
| Назіранне | Што яно ўстанаўлівае |
|---|---|
| Новае значэнне захавана | Выбраная канфігурацыя карыстальніка або камп'ютара змянілася |
| Кліент чытае новую канфігурацыю | Гэты кліент абнавіў крыніцу, якую выкарыстоўвае |
| Новае злучэнне ідзе па новым маршруце | Абноўленая палітыка паўплывала на новае рашэнне аб маршруце |
WinINet дае Internet Options і апавяшчэнні для кожнага злучэння, у тым ліку INTERNET_OPTION_SETTINGS_CHANGED і INTERNET_OPTION_REFRESH. Выкарыстоўвайце падтрымліваемы API канфігурацыі для налады, якая абнаўляецца, і паведамляйце пра яго памылкі. Запіс толькі ў рэестр можа пакінуць у кліента састарэлыя ўяўленні; агульная рассылка налад не прымушае кожную сеткавую бібліятэку перачытаць іх.
Затым вызначце стэк і ўліковы запіс закранутай праграмы. Для кліента .NET 9 пад Windows жыццёвы цыкл абнаўлення сістэмнага проксі адрозніваецца ад яўных аб'ектаў проксі і асяродковых значэнняў па змаўчанні. WinHTTP і кліенты з уласнымі наладамі проксі — асобныя выпадкі. Змена пад вашым бягучым карыстальнікам мала гаворыць пра службу, якая працуе пад іншым уліковым запісам, а абнаўленне WinINet не можа даць падтрымку проксі адвольным сокетам.
Нарэшце адрознівайце новае злучэнне ад жывога злучэння або тунеля, усталяванага раней. Змена налады не пераносіць гэты паток аўтаматычна. Праграме, якая паказвае змены проксі, патрэбна вызначаная палітыка захавання, апавяшчэння і новых злучэнняў.