ደንበኛው ከፕሮክሲ ጋር ሲገናኝ የTCP ግንኙነት የጊዜ ገደብ ሥራውን ጨርሷል። ቀጣዩ ጥበቃ—ሙሉ የCONNECT መልስ መቀበል—በሌላ ጊዜ ቆጣሪ ሊተዳደር ይችላል።

ፕሮክሲው አሁንም ወደ ላይኛው ተቃራኒ አቅጣጫ እየተገናኘ፣ የማረጋገጫ መልእክቶችን እየለዋወጠ ወይም በሌላ አገልግሎት ላይ እየጠበቀ ሊሆን ይችላል። የድረ-ገጹ የተለመደ መልስ አልተጀመረም።

የመጨረሻው የተጠናቀቀ ደረጃአሁንም ምን እየተጠበቀ ነው?
TCP ከፕሮክሲ ጋር ተገናኘየፕሮክሲው የእጅ መጨበጫ፣ የCONNECT ተቀባይነትን ጨምሮ
CONNECT ተቀባይነት አገኘየመዳረሻው TLS፣ ግቡ ሲጠቀምበት
የመዳረሻ ጥያቄ ተልኳልየመዳረሻው መልስ

አገናኙ ያንን የእጅ መጨበጫ ሲያነብና ሲጽፍ የሚሠራውን ጊዜ ቆጣሪ ይፈልጉ። “response timeout” የሚባል ንብረት መንገዱ ከተመሠረተ በኋላ ብቻ ሊጀምር ይችላል። በHttpClient 5 ውስጥ ConnectionConfig እና የሶኬት ጊዜ ገደቡን፣ የTLS የእጅ መጨበጫ ውቅርን እና በጥያቄ ደረጃ ያለውን የመልስ ጊዜ ገደብ መለየት አለብዎ። ተገቢውን የግንኙነት ውቅር ትክክለኛው ደንበኛ በሚጠቀምበት አስተዳዳሪ በኩል ይተግብሩ። የቆዩ የApache HttpClient ትውልዶች የተለያዩ APIዎችን ይጠቀማሉ፣ ስለዚህ የቆየ ቅንጭብ የእነዚህን ኃላፊነቶች አስተማማኝ ካርታ አይደለም።

የመጨረሻውን የCONNECT ውድቅ እንደ የፕሮክሲ መልስ ያቆዩ። ስኬታማ መልስ ተከትሎ የሚመጣ የTLS መቆም ሌላ የውድቀት ደረጃ ነው። “TCP ተገናኘ፤ ከዝግጅት ጊዜ ገደቡ በፊት ሙሉ የCONNECT መልስ የለም” የሚለው አጠቃላይ የፕሮክሲ ጊዜ ገደብ ከሚለው ችግሩን በበለጠ ትክክል ይገልጻል።

አንድ አጠቃላይ የጊዜ ገደብ ከእነዚህ የደረጃ ገደቦች ጋር የጠሪውን ጥበቃ ሊገድብ ይችላል። ሲያበቃ፣ ቀጣይ ሙከራ የግንኙነት አቅምን ከመውሰዱ በፊት ተግባሩን በደንበኛው በሚደገፍ የሕይወት ዑደት ይሰርዙ ወይም ይዝጉ።

ተዛማጅ ጽሑፎች