443 պորտը պատասխանում է, SSTP-ը դեռ ձախողվում է. ո՞ր փուլը կոտրվեց

TCP ձեռքսեղմման ավարտը 443 պորտի հետ, երբ թունելը երբեք չի կառուցվում, ապացուցում է մի բան, և դա փոքր բան է։ Ինչ-որ բան լսում է և պատրաստ է ընդունել կապ այդ հասցեում։ Այն չի նույնականացնում ծառայությունը, ներկայացվելիք վկայականը կամ այն, ինչ տեղի է ունենում առաջին բայթերից հետո։

Այդ ձեռքսեղմման և աշխատող թունելի միջև չորս փուլ կա, և յուրաքանչյուրը տարբեր սխալ է առաջացնում։

Բաց պորտը նկարագրում է միայն մեկ շերտ

TCP կապ ընդունելը նշանակում է, որ գործընթացը տիրապետում է սոքեթին, և ուղին թույլ է տալիս ձեռքսեղմումը։ Այն ոչինչ չի ասում այն մասին, թե արդյոք այդ գործընթացը SSTP սերվեր է, ունի ձեր պրոֆիլի անվան համար վավեր վկայական, թե արդյոք այն կթույլատրի ձեր հաշիվը։ Նույն հասցեում գտնվող վեբ սերվերը կատարելապես պատասխանում է ձեռքսեղմմանը, ապա ձեր SSTP հարցմանը պատասխանում է HTTP սխալով։ Այդ ձեռքսեղմումից վերև ամեն ինչ մնում է չփորձարկված։

Պորտի թեստը դիտարկեք որպես ամենաէժան հնարավոր զտիչ, ոչ որպես դատավճիռ։ Դրա արժեքն այն է, որ այն վերացնում է ձախողումների մի ամբողջ կատեգորիա, ոչ այն, որ հաստատում է վերևում գտնվող ամեն ինչ։

Երկուսը շփոթելն է պատճառը, որ մարդիկ վերանորոգում են հաճախորդները մի թեստից հետո, որը երբեք չի ուսումնասիրել հաճախորդի իրական խնդիրը։

Առանձնացրեք չորս փուլերը ապացույցներով

Փուլերն են տրանսպորտի հասանելիությունը, TLS վավերացումը, SSTP փոխանակումը HTTPS-ի վրայով և PPP նույնականացումը թունելի ներսում։ Առաջինն անցնող և չորրորդում ձախողվող ուղին պահանջում է հավատարմագրերի ուղղում՝ երկրորդում ձախողվողը պահանջում է վկայականի կամ անվան ուղղում։ Այդ վերանորոգումները ոչինչ ընդհանուր չունեն, և սխալն ընտրելը վատնում է ընդհատումը։

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

Երրորդ հրահանգը արժե ուշադիր կարդալ։ Սովորական վեբ էջից ստացված 200-ը ձեզ ասում է, որ վեբ ծառայություն կա, սակայն չի ասում, որ SSTP հարցումը կհասկացվի։ Նույն հասցեից ստացված 404-ը հավասարապես քիչ տեղեկատվական է VPN-ի մասին։ Միայն հաճախորդի մատյանն է ասում, թե չորս փուլերից որին է այն հասել։

Ուշադրություն դարձրեք, թե յուրաքանչյուր հրահանգը որ անունն է օգտագործել։ Վկայականն ընտրվում է ձեր ուղարկած անունով, ուստի պրոֆիլի և թեստի միջև անհամապատասխանությունը ձեր իսկ մտցրած անհամապատասխանությունն է։ Այդ անունը արդյունքի կողքին գրելը հետագայում կանխում է շփոթությունը։

Կարդացեք մասնակի հաջողությունը ճիշտ ուղղությամբ

Միջնորդը կարող է թույլատրել սովորական զննարկումը և մերժել հետագա փոխանակումը, այդ պատճառով կայքերի համար աշխատող պրոքսին կարող է ձախողվել թունելի համար։ Նույն օրինաչափությունը հայտնվում է, երբ վկայականը վավեր է դիտարկիչի անվան համար, բայց ոչ պրոֆիլում կարգավորված անվան համար՝ դիտարկիչը գոհ է, իսկ հաճախորդը՝ ոչ, և երկուսն էլ ճիշտ են այն հարցում, թե ինչ են ստուգել։

Ախտորոշման ընթացքում թողեք սերվերի վավերացումը միացված։ Այն անջատելը վկայականի անհամապատասխանությունը դարձնում է հաջող ձեռքսեղմում և թաքցնում է միակ ապացույցը, որը կբացատրեր ձախողումը։

Եթե նույն պրոֆիլն աշխատում է մեկ այլ ցանցից, տարբերությունը կախված է ուղուց։ Սա նեղացնում է որոնումը միջնորդներով՝ չասելով, թե որով, և դա դեռ օգտակար քայլ է առաջ։ Գրանցեք օգտագործած ցանցը, քանի որ համեմատությունն առանց դրա արժեք չունի։

Այնուհետև փորձարկեք հավելվածը, ոչ միայն սեանսը

Երբ սեանսը գոյություն ունի, ստուգեք նախատեսված երթուղին, անվան լուծումը և ծառայության թույլտվությունը այն հաճախորդից, որին դրանք պետք են։ Միացված թունելը դեռ կարող է ունենալ բացակայող փոխանցում հեռավոր կողմում կամ վերադարձի ուղի, որը երբեք չի եղել, և այդ ձախողումները սպասող մարդու համար ուղիղ հավելվածի խնդրի տեսք ունեն։

Յուրաքանչյուր եզրակացություն կապված պահեք այն փուլին, որն առաջացրել է այն։ Բաց պորտը աշխատող VPN անվանելը հինգ րոպեանոց վկայականի ստուգումը մեկ օրվա ծրագրային վերատեղադրման վերածելու ձևն է։