אַ Windows באַשטעטיקונג דיאַלאָג באַשטעטיקט נישט דעם פּראָקסי אַליין
CredUI קען זאַמלען חשבון־אינפֿאָרמאַציע. דער נעצווערק־קליענט מוז נאָך אַלץ באַהאַנדלען די פּראָקסי־אויטענטיפֿיקאַציע־אויסרופֿונג דורך אַ געשטיצטן מעקאַניזם.
דער באַקאַנטער Windows־זיכערקייט־פּראָמפּט איז אַ באַנוצער־אינטערפֿייס, נישט קיין אוניװערסאַלע פֿונקציע „אַרײַנלאָגירן די אַפּליקאַציע אין פּראָקסי“.
CredUI־פֿונקציעס קענען זאַמלען באַשטעטיקונג־אינפֿאָרמאַציע פֿונעם באַנוצער. דײַן נעצווערק־קליענט מוז נאָך אַלץ טייטשן די פּראָקסי־אויסרופֿונג און צושטעלן דעם חשבון דורך אַ מעקאַניזם וואָס ער שטיצט.
ביי WinHTTP געהערט די אויטענטיפֿיקאַציע־באַהאַנדלונג צום פֿאָרשײַ־פֿלאַס און זײַנע דאָקומענטירטע API־ס. אַ 407־אויסרופֿונג איז אַנדערש פֿון דער 401 פֿון אַן אָריגינעל־סערווער, אַפֿילו ווען די אַפּליקאַציע ווײַזט אַ ענלעכן פּראָמפּט פֿאַר ביידע.
באַשטימט אויף וואָסער פּראָקסי דער פּראָמפּט באַציט זיך, באַהאַנדלט אָפּזאָגן, און באַגרענעצט די צוריקגעגעבענע באַשטעטיקונג צו דעם צוועק. קאָפּירט קיינמאָל קיין ביישפּיל־קאָד וואָס פֿאַרשרייבט דאָס פּאַסוואָרט נאָך אויספּאַקן דעם אויטענטיפֿיקאַציע־בופֿער. צו ווײַזן אַז דער דיאַלאָג האָט צוריקגעגעבן טעקסט איז נישט קיין סיבה צו דרוקן דעם טעקסט.
אינטעגרירטע אויטענטיפֿיקאַציע קען אַרײַננעמען אַן אַנדער פֿאָרשטעלונג פֿון באַשטעטיקונג און אַן אַנדער פּראָצעס־אידענטיטעט. מאַכט נישט קיין הנחה אַז יעדער מעטאָד קומט אַראָפּ צו אַרײַנשטעלן אַ באַנוצער־נאָמען און פּאַסוואָרט אין אַ פּראָקסי־URL.
די נוצלעכע גרענעץ איז קלאָר: דער פּראָמפּט באַקומט באַנוצער־אַרײַנגאָב, דער נעצווערק־API פֿירט דורך דעם אויטענטיפֿיקאַציע־אויסטויש, און דער פּראָקסי באַשליסט צי אָננעמען עס.