Բաց 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-ի ընդունումից անմիջապես հետո։

HTTP պրոքսիով HTTPS-ի համար պետք է թույլատրված լինի CONNECT դեպի նպատակային պորտ։ Նույնիսկ CONNECT 200-ը միջանկյալ փուլ է․ թունելը կարող է փակվել մինչև TLS-ի կամ վերջնական հարցման հաջողությունը։ Չգաղտնագրված HTTP-ի հաջողությունը չի հաստատում թունելի այդ հնարավորությունը։

Օգտագործեք կանխատեսելի բովանդակությամբ նպատակակետ, ցանկալի է ձեր վերահսկողության տակ, և ստուգեք հարցման գրանցումը, եթե հասանելի է։ Չգաղտնագրված HTTP լսողը կարող է վերադարձնել հաստատուն էջ 200 կարգավիճակով՝ ընդհանրապես չդիմելով թիրախին։ Ցանկացած հաջող կարգավիճակն ավելի թույլ ապացույց է, քան սպասվող պատասխանին համապատասխանությունը․ HTTPS ինքնության ստուգումը լրացուցիչ պաշտպանություն է տալիս։

Գրանցեք վերջին հաջող փուլը։ «Պորտը բաց է, SOCKS բանակցումը մերժվել է» օգտակար մեկնակետ է հետագա քննության համար։