የፕሮክሲ CONNECT የጊዜ ገደቦች ከTCP ግንኙነት በኋላ
በCONNECT ጊዜ የሚሠራውን የጊዜ ገደብ ይለዩ፣ የተጠናቀቀ TCP ግንኙነት የቱነል ዝግጅቱንም ጨርሷል ብሎ ከመገመት ይልቅ።
ደንበኛው ከፕሮክሲ ጋር ሲገናኝ የTCP ግንኙነት የጊዜ ገደብ ሥራውን ጨርሷል። ቀጣዩ ጥበቃ—ሙሉ የCONNECT መልስ መቀበል—በሌላ ጊዜ ቆጣሪ ሊተዳደር ይችላል።
ፕሮክሲው አሁንም ወደ ላይኛው ተቃራኒ አቅጣጫ እየተገናኘ፣ የማረጋገጫ መልእክቶችን እየለዋወጠ ወይም በሌላ አገልግሎት ላይ እየጠበቀ ሊሆን ይችላል። የድረ-ገጹ የተለመደ መልስ አልተጀመረም።
| የመጨረሻው የተጠናቀቀ ደረጃ | አሁንም ምን እየተጠበቀ ነው? |
|---|---|
| TCP ከፕሮክሲ ጋር ተገናኘ | የፕሮክሲው የእጅ መጨበጫ፣ የCONNECT ተቀባይነትን ጨምሮ |
| CONNECT ተቀባይነት አገኘ | የመዳረሻው TLS፣ ግቡ ሲጠቀምበት |
| የመዳረሻ ጥያቄ ተልኳል | የመዳረሻው መልስ |
አገናኙ ያንን የእጅ መጨበጫ ሲያነብና ሲጽፍ የሚሠራውን ጊዜ ቆጣሪ ይፈልጉ። “response timeout” የሚባል ንብረት መንገዱ ከተመሠረተ በኋላ ብቻ ሊጀምር ይችላል። በHttpClient 5 ውስጥ ConnectionConfig እና የሶኬት ጊዜ ገደቡን፣ የTLS የእጅ መጨበጫ ውቅርን እና በጥያቄ ደረጃ ያለውን የመልስ ጊዜ ገደብ መለየት አለብዎ። ተገቢውን የግንኙነት ውቅር ትክክለኛው ደንበኛ በሚጠቀምበት አስተዳዳሪ በኩል ይተግብሩ። የቆዩ የApache HttpClient ትውልዶች የተለያዩ APIዎችን ይጠቀማሉ፣ ስለዚህ የቆየ ቅንጭብ የእነዚህን ኃላፊነቶች አስተማማኝ ካርታ አይደለም።
የመጨረሻውን የCONNECT ውድቅ እንደ የፕሮክሲ መልስ ያቆዩ። ስኬታማ መልስ ተከትሎ የሚመጣ የTLS መቆም ሌላ የውድቀት ደረጃ ነው። “TCP ተገናኘ፤ ከዝግጅት ጊዜ ገደቡ በፊት ሙሉ የCONNECT መልስ የለም” የሚለው አጠቃላይ የፕሮክሲ ጊዜ ገደብ ከሚለው ችግሩን በበለጠ ትክክል ይገልጻል።
አንድ አጠቃላይ የጊዜ ገደብ ከእነዚህ የደረጃ ገደቦች ጋር የጠሪውን ጥበቃ ሊገድብ ይችላል። ሲያበቃ፣ ቀጣይ ሙከራ የግንኙነት አቅምን ከመውሰዱ በፊት ተግባሩን በደንበኛው በሚደገፍ የሕይወት ዑደት ይሰርዙ ወይም ይዝጉ።