פּריאָריטעט פֿון פּראָקסי און אַריבערפֿיר ווערטער אין gRPC C-Core
נאָכגיין דעם פּריאָריטעט פֿון פּראָקסי און אַריבערפֿיר אין gRPC Core אָן צו האַלטן אַז אַן אַנדער gRPC אימפּלעמענטאַציע נוצט דעם זעלבן מאַפּער.
ענדערן http_proxy קען גאָרנישט טאָן ווען אַ העכער־פּריאָריטעט gRPC באַשטעלונג עקזיסטירט שוין. אָנהייבן מיט דערקענען די אימפּלעמענטאַציע: דאָס פֿאָלגנדיקע פֿאַרהאַלטן באַהערט צו gRPC C-Core'ס פֿאַרבאַשטימטער HTTP פּראָקסי מאַפּער און די וואָס הענגען פֿון אים.
דער מאַפּער פּרוּווט אַ קאַנאַל־פּראָקסי אַרגומענט, דערנאָך grpc_proxy, דערנאָך https_proxy, דערנאָך http_proxy, און שטעלט זיך אָפּ בײַם ערשטן באַשטימטן ווערט.
דער אַנטדעקונג פֿון אַריבערפֿיר האָט זײַן אייגענעם סדר: no_grpc_proxy האָט פּריאָריטעט איבער no_proxy. אַן אַלט ווערט דאָרט קען דערקלערן פֿאַרוואָס אַ ציל פֿאַרמײַדט אַ פּראָקסי וואָס איז אַנדערש באַשטימט.
דער מאַפּער נוצט HTTP CONNECT. זײַן דאָקומענטירטער פּראָקסי URI דערוואַרט אַן HTTP סכימה; אַ gRPC דינסט באַשיצט מיט TLS פֿאָדערט נישט פֿון זיך אַליין אַ TLS־באַשיצטן פּראָקסי ענדפּונקט. פּרוּווט באַשטיצטע אויטענטיפֿיקאַציע באַזונדער אַנשטאָט צו האַלטן אַז סיי־וואָס אַ בראַוזער־אַרייַנגאַנג סכימה איז פֿאַראַן. פֿאַר אַ פּובליק gRPC ציל וווּ פּובליקע מיטלערס זענען דערלויבט, די ליסטע פֿון HTTP־פּראָקסיס פֿאָרשטעלט קאַנדידאַטן פֿאַר ענדפּונקטן פֿאַר דעם אויסגעקליבענעם HTTP פּראָקסי URI; באַשטעטיקט דעם צוטריט צום טאַקע CONNECT ציל און פּאָרט.
אַ gRPC אימפּלעמענטאַציע אין Java, Go, JavaScript אָדער אַן אַנדער שפּראַך קען האָבן אַן אַנדער טראַנספּאָרט קאָד און קאָנפֿיגוראַציע. פֿאַרווענד נישט די C-Core ווערטער־ליסטע ווי אַן אוניװערסאַלער כּלל פֿאַר אַלץ וואָס הייסט gRPC.
פֿאַר אַ דורכגעפֿאַלענעם קאַנאַל, האַלט דעם אויסגעקליבענעם פּראָקסי, דעם אַריבערפֿיר באַשלוס, דעם ציל און דעם פֿעלער־שטאַפּל. אַ HTTP API צוטריטלעך דורך אַן אַנדער קליענט באַווײַזט נישט אַז דער מאַפּער האָט גענוצט די זעלבע באַשטעלונגען אָדער אַז דער פּראָקסי דערלויבט דעם נייטיקן CONNECT ציל.