Ինչու DNS փոփոխությունը չի կարող կարգավորել SOCKS վստահված սերվեր

DNS պատասխանը փոխելը փոխում է միայն այն հասցեն, որին միանում է բրաուզերը։ Այն չի փոխում այն արձանագրությունը, որով բրաուզերը խոսում է այնտեղ հասնելուց հետո։

Սովորական HTTP հասցե այցելելիս բրաուզերը ուղարկում է HTTP։ HTTPS հասցե այցելելիս այն սկսում է TLS այդ կայքի համար։ Սակայն SOCKS5 սերվերը նախ սպասում է իր սեփական բանակցությանը՝ մեթոդի ընտրություն, ցանկացած նույնականացում և նպատակակետը նշող հարցում։ Չկարգավորված բրաուզերը դրանցից ոչինչ չի ուղարկում։

Սա է բացատրում, թե ինչու հասանելի Dante լսիչը կարող է անմիջապես փակել կապը DNS փոփոխությունից հետո։ Ծառայությունը կարող է առողջ լինել, բայց մուտքային բայթերը սխալ արձանագրությանն են պատկանում։ Լսիչը 80 կամ 443 պորտ տեղափոխելը այդ բայթերը SOCKS չի դարձնում։

Կարգավորեք բրաուզերի SOCKS ինտերֆեյսը, օրինակ՝ Firefox-ի SOCKS կարգավորումները, կամ հավելվածին բնորոշ վստահված սերվերի կարգավորում, որպեսզի այն կատարի ձեռքսեղմումը և խնդրի վստահված սերվերին միանալ առաջ։ PAC ֆայլը կարող է ընտրել աջակցվող վստահված սերվերի ուղի այն օգտագործող հավելվածների համար։ Այն դեռ առանձին վստահված սերվերի կարգավորում է, ոչ թե A կամ AAAA գրառման հատկություն։

HTTPS-ը ևս մեկ խոչընդոտ է ավելացնում միայն DNS-ի գաղափարին։ Բրաուզերը շարունակում է սպասել հասցեում եղած կայքի ինքնությունը։ Վստահված սերվերի հոսթի վկայականը չի կարող բավարարել այդ ակնկալիքը միայն այն պատճառով, որ DNS-ը կապն այնտեղ է ուղարկել։

Թափանցիկ ցանցային ընդհատումը այլ նախագիծ է, որը ներառում է երթուղավորում և համատեղելի ընդհատող ծրագրակազմ։ Այն հնարավոր չէ ստանալ DNS-ից SOCKS սերվերի հասցե վերադարձնելով։