Отворен TCP порт не докажува дека проксито работи
Успешната проверка на порт само воспоставува врска. Проверете ги и ракувањето со проксито и очекуваниот одговор од целта.
Отворен TCP порт покажува дека слушател прифатил врска. Може да биде прокси, обичен веб-сервер или друга услуга; портот 8080 не го определува протоколот.
За крајна точка документирана како HTTP прокси користете ја вистинската адреса во HTTPS барање со временски ограничувања:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Заменете ја документациската адреса со својата HTTP точка или кандидат од листата на HTTP прокси. За SOCKS користете соодветен режим на SOCKS клиент и завршете го преговарањето. Погрешно ракување може да пропадне веднаш по прифаќањето TCP.
| Набљудувана фаза | Што потврдува |
|---|---|
| TCP е прифатен | Слушателот е достапен. |
| Ракувањето со проксито е прифатено | Слушателот ја прифатил оваа прокси операција. |
| TLS на целта е проверен | Клиентот ја завршил предвидената безбедна врска според своите поставки за доверба. |
| Примени се очекуваните статус и содржина | Барањето на апликацијата го дало очекуваниот резултат. |
За HTTPS преку HTTP прокси мора да е дозволен CONNECT кон целната порта. Дури и CONNECT 200 е меѓуфаза: тунелот може да се затвори пред успехот на TLS или на крајното барање. Успехот на нешифриран HTTP не ја докажува таа можност за тунелирање.
Користете цел со предвидлива содржина, по можност под ваша контрола, и проверете го записот на барањето ако е достапен. Нешифриран HTTP слушател може да врати фиксна страница со статус 200 без воопшто да контактира со целта. Кој било успешен статус е послаб доказ од совпаѓање со очекуваниот одговор; HTTPS проверката на идентитет дава дополнителна заштита.
Запишете ја последната успешна фаза. „Портот е отворен, SOCKS преговарањето е одбиено“ дава корисна почетна точка за следната проверка.