بىر ئوراپ چۆپلىگۈچنىڭ نۆل چىقىش كودىنى كۆزەتكەن «HTTP 200 OK» غا ئايلاندۇرالمايدۇ. ھەر قاتلامنىڭ ئەمەلىيەتتە نېمە دوكلات قىلغانلىقىنى خاتىرىلەڭ:

ساھەجاۋاب بېرىلىدىغان سوئال
قورال ياكى قىستۇرما چىقىشىتەكشۈرۈش ئىجرا بولدىمۇ، قانداق مەغلۇبىيەت تۈرىنى دوكلات قىلدى؟
ۋاكالەتچى سۆھبىتىيوللاش ياكى تەلەپ قىلىنغان تونېل قوبۇل قىلىندىمۇ؟
مەنبە ھالىتى ۋە كۈتۈلگەن مەزمۇنپروگرامما كۆزدە تۇتۇلغان نەتىجىنى قايتۇردىمۇ؟
TLS دەلىللەشسەپلەنگەن شەخسىيەت تەكشۈرۈشلىرى مۇۋەپپەقىيەتلىك بولدىمۇ؟

curl ئادەتتە HTTP خاتالىق جاۋابىدىن كېيىنمۇ نۆل قايتۇرالايدۇ. ئۇنىڭ fail تاللانمىلىرى چىقىش ھەرىكىتىنى ئۆزگەرتىدۇ، ئەمما مەغلۇبىيەت چىقىشى ھالىتنى يەنىلا بىر مەنىلىك ئېنىقلىمايدۇ. Wget نىڭ چىقىش قىممەتلىرىمۇ تۈرلەر: دەلىللەش مەغلۇبىيىتى HTTP 401 ئۈچۈن ئالاھىدە قىممەت ئەمەس، مۇلازىمېتىر خاتالىق تۈرى ئىچىدىكى ھەر بىر جاۋابنى ئېنىقلىمايدۇ. 401 نى كۈتىدىغان تەكشۈرۈش شۇ جاۋابنى كۆزىتىشى كېرەك.

ۋاكالەتچى ئاخىرقى نۇقتىسى بىلەن تور بېكەت نامىنى ئايرىم ساقلاڭ. HTTP ۋاكالەتچى تەكشۈرۈشىنىڭ TCP ھەمراھى ۋاكالەتچى؛ CONNECT نىشاننى ئاتايدۇ، ئۇنىڭ TLS سېسىيىسى ئاندىن تونېل ئىچىدە يۈرىدۇ. HTTPS ۋاكالەتچىدە سىرتقى ۋاكالەتچىگە ئىشەنچ يەنە بىر گۇۋاھنامە تەكشۈرۈشى.

SSL بايرىقىنى دەلىللەش دەپ قارىشتىن بۇرۇن قىستۇرمىنىڭ كاپالىتىنى تەكشۈرۈڭ. Monitoring Plugins check_http نى check_curl نىڭ پايدىسىغا ئىشلىتىشتىن چىقىرىۋاتىدۇ. check_http ھۆججىتى پەقەت SSL تاللاش ساھىبخانا نامى ياكى تارقاتقۇچىغا ئىشەنچنى دەلىللىمەيدۇ دەپ ئاگاھلاندۇرىدۇ؛ check_curl نىڭ ھۆججەتلەشتۈرۈلگەن verify-peer تاللانمىسى شۇ دەلىللەشنى ئۆز ئىچىگە ئالىدۇ.

كۆزدە تۇتۇلغان دەلىللەنگەن يولنىمۇ ئىشلىتىڭ. پورت تەكشۈرۈشى يېشىل تۇرۇشى مۇمكىن، ئەمما مەشغۇلات ھېساباتى 407 نى ئالىدۇ. ئۇنىڭ مەخپىيىتىنى ئورۇنلاشتۇرۇشنىڭ مۇۋاپىق مېخانىزمى ئارقىلىق يەتكۈزۈڭ، ۋە ئەمەلىيەتتە مەغلۇپ بولغان باسقۇچنى دوكلات قىلىڭ: رەت قىلىنغان تونېل كۈتۈلمىگەن تور بېكەت ھالىتىدىن باشقا رېمونت تەلەپ قىلىدۇ.

مۇناسىۋەتلىك ماقالىلەر