Прокси мониторунун статусу жана чыгуу коддору боюнча түшүндүрмө
Прокси аркылуу сайтты текшерүүдө буйруктун аткарылышын, HTTP жыйынтыгын жана сертификатты текшерүүнү өз-өзүнчө билдириңиз.
Каптоочу жүктөгүчтүн нөлдүк чыгуу кодун байкалган «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 алат. Анын сырын жайгаштыруунун ылайыктуу механизми аркылуу жеткирип, чындыгында ийгиликсиз аяктаган баскычты билдириңиз: четке кагылган туннель күтүлбөгөн сайт статусунан башка оңдоону талап кылат.