gRPC C-Core ፕሮክሲ እና የማለፊያ ተለዋዋጮች ቅድሚያ

ከፍተኛ ቅድሚያ ያለው የgRPC ቅንብር አስቀድሞ ካለ http_proxy መቀየር ምንም ላይሰራ ይችላል። መጀመሪያ አተገባበሩን ይለዩ፦ የሚከተለው ባህሪ የgRPC C-Core ነባሪ የHTTP ፕሮክሲ መመደቢያና ተያያዦቹ ነው።

መመደቢያው የሰርጥ ፕሮክሲ ክርክርን፣ ከዚያ grpc_proxyን፣ ከዚያ https_proxyን፣ ከዚያ http_proxyን ይመረምራል፤ በመጀመሪያው የተዋቀረ እሴት ላይ ይቆማል።

ማለፍን መለየት የራሱ ቅደም ተከተል አለው፦ no_grpc_proxy ከno_proxy ቀዳሚ ነው። በዚያ ያለ የቆየ እሴት አንድ ዒላማ በሌላ መንገድ የተዋቀረውን ፕሮክሲ ለምን እንደሚያስወግድ ሊያብራራ ይችላል።

ይህ መመደቢያ HTTP CONNECT ይጠቀማል። በሰነድ የተመዘገበው የፕሮክሲ URI የHTTP መርሃግብር ይጠብቃል፤ በTLS የተጠበቀ የgRPC አገልግሎት በራሱ በTLS የተጠበቀ የፕሮክሲ መጨረሻ ነጥብ አይፈልግም። የትኛውም የአሳሽ መግቢያ መርሃግብር አለ ብለው ከመገመት ይልቅ የሚደገፈውን ማረጋገጫ ለየብቻ ይመርምሩ። የህዝብ ድልድዮች ለሚፈቀዱበት የህዝብ gRPC ዒላማ፣ የHTTP ፕሮክሲ ዝርዝር ለተመረጠው የHTTP ፕሮክሲ URI የመጨረሻ ነጥብ እጩዎችን ያቀርባል፤ ወደ ትክክለኛው የCONNECT ዒላማና ወደብ መዳረሻን ያረጋግጡ።

የJava፣ Go፣ JavaScript ወይም ሌላ የgRPC አተገባበር የተለየ የማጓጓዣ ኮድና አወቃቀር ሊኖረው ይችላል። የC-Core ተለዋዋጭ ዝርዝርን gRPC ተብሎ በሚጠራ ሁሉ ነገር ላይ እንደ አጠቃላይ ደንብ አይተግብሩ።

ለተሳነው ሰርጥ የተመረጠውን ፕሮክሲ፣ የማለፍ ውሳኔውን፣ ዒላማውንና የስህተቱን ደረጃ ያቆዩ። በሌላ ደንበኛ በኩል የሚደረስበት HTTP API ይህ መመደቢያ ተመሳሳዩን ቅንብር እንደተጠቀመ ወይም ፕሮክሲው የሚፈለገውን የCONNECT መዳረሻ እንደሚፈቅድ አያረጋግጥም።