ענדערונגען פון פראקסי אין Windows: פארוואס אפליקאציעס האלטן דעם אלטן וועג
א געהיטער Internet Settings ווערט, איבערגעלייענטע קליענט קאנפיגוראציע און א באשטימטע פארבינדונג קענען זיך סתרן אן דעם וואס די רעגיסטרי שרייבנג זאל דורכפאלן.
דאס פענצטער פון Windows איינשטעלונגען קען ווייזן א נייעם פראקסי בשעת אן אפליקאציע גייט ווייטער אויפן פריערדיקן וועג. באשטימט וועלכן צושטאנד איר באמערקט:
| באמערקונג | וואס זי באשטימט |
|---|---|
| דער נייער ווערט איז געהיט | די אויסגעקליבענע באנוצער- אדער מאשין-קאנפיגוראציע האט זיך געענדערט |
| א קליענט לייענט די נייע קאנפיגוראציע | יענער קליענט האט דערפרישט די מקור וואס ער נוצט |
| א נייע פארבינדונג נוצט דעם נייעם וועג | די דערפרישטע פאליסי האט באאיינפלוסט א נייעם רוטינג באשלוס |
WinINet שטעלט צו Internet Options און מעלדונגען פאר יעדער פארבינדונג, אריינגערעכנט INTERNET_OPTION_SETTINGS_CHANGED און INTERNET_OPTION_REFRESH. פאר דער איינשטעלונג וואס ווערט דערהיינטיקט זאלט איר נוצן דעם געשטיצטן קאנפיגוראציע API און מעלדן אירע פעלער. א רעגיסטרי-שרייבנג אליינס קען לאזן ביים קליענט אן אלטן בליק; א גענעראלדיקע איינשטעלונג-פארשפרייטונג צווינגט נישט יעדע נעצווערק-ביבליאטעק עס איבערצולייענען.
דערנאך באשטימט דעם סטאק און קאנטע פון דער באטראפענער אפליקאציע. ביי א .NET 9 Windows קליענט איז דער לעבנס-ציקל פון דערפרישן דעם סיסטעם-פראקסי אנדערש פון מפורשע פראקסי-אביעקטן און פון די סביבה-דיפאלט ווערטן. WinHTTP און קליענטן מיט אייגענע פראקסי-איינשטעלונגען זענען באזונדערע פעלער. אן ענדערונג אונטער אייער אצינדיקן באנוצער זאגט ווייניק וועגן א סערוויס וואס לויפט אונטער אן אנדער קאנטע, און WinINet-דערפרישונג קען נישט געבן פראקסי-שטיצונג פאר סתם סאקעטן.
צום סוף, אונטערשיידט א נייע פארבינדונג פון א לעבעדיקער פארבינדונג אדער א טונעל וואס איז אויפגעשטעלט געווארן פריער. ענדערן די איינשטעלונג מאכט נישט קיין מיגראציע פונעם שטראם אויטאמאטיש. אן אפליקאציע וואס אנטפלעקט פראקסי-ענדערונגען דארף א באשטימטע פאליסי פון היטן, מעלדן און נייע פארבינדונגען.