Datoteka z imenom /check.txt na gostitelju posrednika zveni kot očitna tarča preverjanja stanja. Kljukica je v tem, da Squidov izrecni posredniški poslušalnik ni običajno spletišče, ki bi strežilo koren dokumentov tega gostitelja.

Zahteva v slogu izvora, kot je HEAD /check.txt HTTP/1.1, izpusti absolutno tarčo, ki se pričakuje pri običajni zahtevi HTTP prek posrednika, ki posreduje. Glede na konfiguracijo je lahko zavrnjena ali pa jo obdela druga lokalna storitev. Oba izida vam lahko povedo manj, kot nakazuje nadzorna plošča.

Izberite storitev, ki jo morate ohraniti dosegljivo

PreverjanjeKoristen dokaz
Povezava TCP s poslušalnikom posrednikaDosegljiv proces sprejme to povezavo.
CONNECT do nadzorovanega ciljaPosrednik sprejme to zahtevo za tunel.
Pridobitev HTTP prek posrednikaIzbrana pot zahteve lahko vrne pričakovani odgovor.

V tretjem primeru zahteva potrebuje cilj, na primer:

HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal

Ime gostitelja je le ponazoritev. Uporabite nadzorovan končni del, ki ga posrednik zna razrešiti in do katerega ima namerno dovoljen dostop. http-check send v HAProxy omogoča izbiro metode, URI-ja, različice in glav; to zahtevo nastavite izrecno, namesto da bi nespremenjen primer izvornega strežnika podedovali.

HEAD lahko preveri stanje odgovora in glave. Ne more preveriti telesa odgovora, ki se nikoli ne prenese. Če pogodba o stanju zahteva oznako v telesu, izberite ustrezno preverjanje GET in preverite to oznako.

Ko je vključeno preverjanje pristnosti posrednika, naj bosta preveritveni račun in omejitve vira ozka. Izvzetje celotnega poslušalnika iz preverjanja pristnosti zaradi zelene kljukice spremeni storitev, ki se ščiti.

Nazadnje se odločite, kaj naj neuspešno preverjanje odstrani. Nadzorovana prekinitev izvora lahko hkrati podre preverjanje posredovanja pri vsakem posredniku. To je morda natanko odvisnost, ki jo želite meriti, ali razlog, da stanje poslušalnika in dosegljivost od konca do konca obdržite kot ločena signala.

Sorodni članki