Verificări de sănătate HAProxy pentru un proxy de redirecționare Squid
Construiți o verificare de sănătate HAProxy care vorbește cu un proxy de redirecționare și distingeți accesibilitatea listenerului, acceptarea CONNECT și preluarea de la origine.
Un fișier numit /check.txt pe un host proxy sună ca o țintă de sănătate evidentă. Capcana este că listenerul explicit de redirecționare al Squid nu este un site obișnuit care servește rădăcina documentelor acelui host.
O cerere în stil origine precum HEAD /check.txt HTTP/1.1 omite ținta absolută așteptată pentru o cerere HTTP obișnuită printr-un proxy de redirecționare. În funcție de configurație, poate fi respinsă sau gestionată de un alt serviciu local. Ambele rezultate pot spune mai puțin decât sugerează tabloul de bord.
Alegeți serviciul pe care trebuie să îl mențineți disponibil
| Verificare | Dovadă utilă |
|---|---|
| Conexiune TCP la listenerul proxy-ului | Un proces accesibil acceptă acea conexiune. |
| CONNECT către o țintă controlată | Proxy-ul acceptă acea cerere de tunel. |
| Preluare HTTP prin proxy | Calea de cerere aleasă poate returna un răspuns așteptat. |
În al treilea caz, cererea are nevoie de o țintă, de exemplu:
HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internalNumele de host este doar ilustrativ. Folosiți un punct final controlat pe care proxy-ul îl poate rezolva și către care i se permite intenționat să ajungă. http-check send din HAProxy permite alegerea metodei, URI-ului, versiunii și antetelor; configurați acea cerere explicit în loc să moșteniți neschimbat un exemplu de server de origine.
HEAD poate verifica starea și antetele unui răspuns. Nu poate valida un corp de răspuns care nu este niciodată transferat. Dacă contractul de sănătate cere un marcator în corp, alegeți o verificare GET potrivită și validați acel marcator.
Păstrați înguste contul de verificare și restricțiile de sursă atunci când este implicată autentificarea proxy. Scutirea întregului listener de autentificare pentru a obține o bifă verde schimbă serviciul care este protejat.
În final, decideți ce ar trebui să elimine o verificare eșuată. O întrerupere controlată a originii poate face să eșueze simultan verificarea de redirecționare a fiecărui proxy. Poate fi exact dependența pe care doriți să o măsurați sau un motiv pentru a păstra sănătatea listenerului și disponibilitatea cap-coadă ca semnale separate.