Kaip suprasti tarpinio serverio monitoriaus būseną ir išėjimo kodus
Atskirai praneškite apie komandos vykdymą, HTTP rezultatą ir sertifikato tikrinimą svetainės patikroje per tarpinį serverį.
Apvalkalas negali nulio išėjimo kodo paversti stebima „HTTP 200 OK“ būsena. Užrašykite, ką kiekvienas sluoksnis iš tikrųjų pranešė:
| Laukas | Atsakomas klausimas |
|---|---|
| Priemonės ar papildinio išėjimas | Ar patikra įvykdyta, ir kokią gedimo klasę ji pranešė? |
| Derybos su tarpiniu serveriu | Ar perdavimas arba prašomas tunelis buvo leistas? |
| Šaltinio būsena ir laukiamas turinys | Ar programa grąžino numatytą rezultatą? |
| TLS tikrinimas | Ar sukonfigūruoti tapatybės patikrinimai pavyko? |
curl paprastai gali grąžinti nulį po HTTP klaidos atsakymo. Jo fail parinktys keičia išėjimo elgseną, tačiau gedimo išėjimas vis tiek vienareikšmiškai nenustato būsenos. Wget išėjimo reikšmės taip pat yra kategorijos: autentifikavimo gedimas nėra atskira HTTP 401 reikšmė, o serverio klaidos kategorija nenustato kiekvieno atsakymo joje. Patikra, kuri tikisi 401, turi stebėti tą atsakymą.
Laikykite tarpinio serverio galinį tašką ir svetainės pavadinimą atskirai. HTTP tarpinio serverio patikros TCP partneris yra tarpinis serveris; CONNECT įvardija tikslą, kurio TLS sesija vėliau vyksta tunelio viduje. HTTPS tarpinio serverio atveju pasitikėjimas išoriniu tarpiniu serveriu yra dar vienas sertifikato tikrinimas.
Išnagrinėkite papildinio garantiją, prieš laikydami SSL vėliavėlę tikrinimu. Monitoring Plugins atsisako check_http naudai check_curl. check_http dokumentacija perspėja, kad pasirinkus vien SSL netikrinamas nei pagrindinio kompiuterio vardas, nei pasitikėjimas išdavėju; dokumentuota check_curl verify-peer parinktis apima tą tikrinimą.
Naudokite ir numatytą autentifikuotą maršrutą. Prievado zondas gali likti žalias, kol operacinė paskyra gauna 407. Perduokite jos slaptažodį tinkamu diegimo mechanizmu ir praneškite etapą, kuris iš tikrųjų nepavyko: atmestas tunelis reikalauja kitokio taisymo nei netikėta svetainės būsena.