דאָס פּראָקסי־האָסט פֿעלד אין sdkmanager איז נישט אַ לאָגין־פֿעלד
די דאָקומענטירטע האָסט־און פּאָרט־אָפּציעס באַשטימען אַן ענדפּונקט. זיי פֿאַרוואַנדלען נישט אַ סטרונע מיט אַ באַניצער־נאָמען אין אַ געשטיצטן אויטענטיפֿיקאַציע־אויסטויש.
--proxy_host ערוואַרט אַ פּראָקסי־האָסטנאָמען אָדער אַדרעס. אַרײַנשטעלן username:password@host דאָרט איז נישט דאָס זעלבע ווי געבן אַ האָסטנאָמען צוזאַמען מיט אַ געשטיצטער אויטענטיפֿיקאַציע־מעטאָד.
דער sdkmanager־רעפֿערענץ דאָקומענטירט אָפּציעס פֿאַר פּראָקסי־טיפּ, האָסט און פּאָרט. פּרוּווט באַזונדער די דאָקומענטירטע אויטענטיפֿיקאַציע־שטיצע פֿונעם אינסטאַלירטן געצײַג. אַ פֿאָן וואָס אַן אַנדער Java־פּראָגראַם נעמט אָן איז נישט אויטאָמאַטיש אַ SDK Manager־איינהייט.
באַזונדערס, דאָס באַשטימען פֿרייַע אייגנשאַפֿטן מיטן נאָמען http.proxyUser אָדער http.proxyPassword באַווײַזט נישט אַז דער אַראָפּלאָדער לייענט זיי. אַן אויטענטיפֿיקאַציע־מעכאַניזם מוז טאַקע באַניצן דאָס קאָנטאָ און דורכפֿירן דעם נייטיקן אויסטויש.
האַלט אויך --no_https ווײַט פֿון אַ לאָגין־רעפּאַראַטור. פֿאַרבייטן ווי אַזוי אַראָפּלאָדן ווערט געבעטן פֿאַרזאָרגט נישט די פֿעלנדיקע פּראָקסי־באַשטייטיקער.
אויב דער געשטיצטער קליענט קען נישט דערפֿילן די אויטענטיפֿיקאַציע־פֿאָדערונג פֿונעם פּראָקסי, באַניץ די באַשטעטיקטע פּאַסיקע צוטריט־אָרדענונג פֿון דער אָרגאַניזאַציע. האַלט דעם ענדפּונקט פֿון דער דינסט, דעם קאָנטאָ־מעכאַניזם און די TLS־פּאָליטיק פֿון אַראָפּלאָדן ווי באַזונדערע קאָנפֿיגוראַציע־באַשלוסן. אַ באַשטעטיקטער רוטאָ אָן אויטענטיפֿיקאַציע צו עפֿנטלעכע SDK־אַראָפּלאָדן קען נעמען זײַן HTTP־האָסט און פּאָרט פֿון דער HTTP־פּראָקסי־ליסטע; ער לייגט נישט צו אויטענטיפֿיקאַציע־שטיצע פֿאַר דער אָריגינעלער דינסט.