Բոլոր պրոքսիները ժամանակից դուրս են գալիս? Ստուգեք այն պորտերը, որոնց փորձում եք հասնել
Տարբերեք հաճախորդից պրոքսի սահմանափակ ելքային պորտը թունելի ներսում պահանջվող նպատակակետ պորտից։
Թիրախը HTTPS-ն է 443 պորտում, ուստի սպասում եք, որ ցանցի HTTPS թույլտվությունը բավարար կլինի։ Սակայն ընտրված պրոքսին լսում է 18347 պորտում. առաջին կապը գնում է հենց այդ պորտին։
Հաճախորդ-պրոքսի վերջնակետը և CONNECT-ում նշված նպատակակետը առանձին հասցեներ են։ Ցանցը կարող է թույլ տալ ուղիղ երթևեկություն 443, բայց սահմանափակել ելքային կապերը կամայական պրոքսի պորտերին։
Եթե շատ անկապ պրոքսի գրառումներ ձախողվում են նախքան որևէ պրոքսի պատասխան, համեմատեք դրանց լսող պորտերը և հաճախորդի հաստատված ելքային քաղաքականությունը։ Ընդհանուր առաջին քայլը ուսումնասիրելիս թիրախը թողեք անփոփոխ։ Հաստատված փորձարկումների համար համեմատեք անվճար պրոքսիների ցանկում նշված պորտերը այդ քաղաքականության հետ. ցանկը չի ապացուցում հասանելիությունը այս ցանցից։ Մի եզրակացրեք, որ բոլոր հանրային վերջնակետերը անցանց են միայն այն պատճառով, որ մեկ սահմանափակ ցանց չի կարողանում հասնել դրանց։
Մերժված կապի փորձը կարող է ժամկետանց դառնալ. ակտիվ մերժումը ձախողվում է ավելի վաղ։ Ոչ մի հաղորդագրություն ինքնուրույն չի նշում, թե ով է կիրառել քաղաքականությունը։ Օգտագործեք տեղական ցանցի մատյանները կամ ադմինիստրատորի տրամադրած կանոնները, երբ հասանելի են։
Խնդրեք հաստատված վերջնակետը կամ խստորեն հիմնավորված հասանելիության փոփոխություն։ Ամբողջ ելքային քաղաքականության հեռացումը պրոքսի օգտագործման նախապայման չէ, և չպետք է անջատել նպատակակետի TLS ստուգումը՝ վերանորոգելու այն կապը, որը երբեք չի հասել TLS փոխանակման։