Адкрыты 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 адхілена» дае карысны пачатак наступнай праверцы.