SOCKS վստահված անցումը կարող է բեռնել հաղորդագրությունները, բայց ձախողվում է զանգերի դեպքում

Տեքստային հաղորդագրությունները գալիս են SOCKS վստահված անցումով, սակայն ձայնային զանգը երբեք չի միանում։ Անցումը պարտադիր չէ, որ ամբողջությամբ խափանված լինի։ Հնարավոր է՝ հավելվածը զանգերի համար օգտագործում է այլ տեղափոխում։

Հաջող TCP հարցումն ապացուցում է TCP ուղի այդ գործողության համար։ SOCKS5-ը նաև սահմանում է UDP միավորում, սակայն հաճախորդը, SOCKS ծառայությունը, ցանցային կանոնները և հավելվածի կարգավորումները բոլորը պետք է աջակցեն նախատեսված UDP ուղուն։

Կա ավելին, քան TCP լսողը

Dante ձեռնարկը առանձնացնում է արձանագրության և հրամանի կանոնները, ներառյալ connect, udpassociate և udpreply։ Կանոնը, որը թույլատրում է միայն արդեն փորձարկված TCP կապը, չի սահմանում անհրաժեշտ UDP թույլտվությունները։

UDP միավորումը ներառում է նաև փոխանցման վերջնակետ և վերադարձի երթևեկություն։ Հրդեպատերը և հասցեների թարգմանությունը պետք է թույլատրեն հենց այդ ուղին։ SOCKS-ի TCP լսողը բացելը հավասար չէ նրա UDP փոխանցիչը հասանելի դարձնելուն։

Ստուգեք հավելվածի ընթացիկ վստահված անցման փաստաթղթերը և կարգավորումները։ Տարբեր տարբերակներ կարող են տարբեր կերպ վարվել հաղորդագրությունների, մեդիայի և զանգերի հետ։ Հին հաճախորդի համար ֆորումի բաղադրատոմսը չպետք է ներկայացվի որպես ապացույց, որ յուրաքանչյուր ներկայիս հաճախորդ զանգերն ուղարկում է SOCKS-ով։

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

Փաստագրեք հաջողությունը ըստ գործողության՝ հաղորդագրություններ, մեդիայի փոխանցում և զանգեր։ Մեկ աշխատող հարցումը կամ փոփոխված դիտարկիչի IP-ն չեն կարող ապացուցել, որ մեկ այլ հավելվածի յուրաքանչյուր մասը կիսում է նույն անցման ելքը։