Maaaring may patay na proxy sa listahang na-update isang minuto lang ang nakalipas. Ang ‘na-update’ ay maaaring tumukoy sa pag-import ng datos, hindi sa kahilingang ipinadala sa endpoint na iyon.

Nakolekta
Kinuha o natanggap ng listahan ang entry.
Na-update
Nagbago o na-refresh ang nakaimbak na rekord.
Nasubukan
Sinubukan ng checker ang isang partikular na kahilingan sa pamamagitan ng endpoint.
Nagamit
Sinubukan ng iyong application ang sarili nitong kahilingan.

Maaaring muling ilathala ng isang source ang parehong IP nang hindi ito sinusubukan ulit, at maaaring i-refresh ng collector ang timestamp ng rekord habang nag-i-import. Kasalukuyang nag-i-import ang listahan ng proxy ng ProxyHub ng detalye mula sa mga pinagmulang listahan; ang mga oras ng pag-update ng datos nito ay hindi mga independiyenteng pagsukat ng end-to-end na koneksyon para sa bawat endpoint.

Kahit ang ‘gumagana noong 10:00’ ay kailangang tukuyin. Nagbukas ba ang checker ng TCP port, kumuha ng nilalaman sa HTTP, o nagtapos ng CONNECT, TLS at isang HTTPS request? Anong destinasyon, network at limitasyon sa oras ang ginamit nito? Maaaring pumasa ang proxy sa isang pagsusuri at bumagsak sa kasunod, o ilang destinasyon lang ang maabot.

Gamitin ang mga bagong kolektang entry upang paliitin ang pagpipilian, saka gumawa ng kahilingang may takdang oras gamit ang protocol at uri ng destinasyong kailangan mo. Para sa mga HTTP entry, ipinapakita ng pagsubok ng proxy gamit ang curl kung ano ang titingnan. Itabi nang magkakasama ang endpoint, oras at resulta. Hindi nagiging configuration error ang bigong kahilingan dahil lamang sariwa ang listahan; sumubok ng ibang entry. Kung marami ang pumapalya sa parehong paraan, suriin din ang iisang client at ruta ng network na ginagamit nila.

Kaugnay na mga artikulo