టెక్స్ట్ సందేశాలు SOCKS ప్రాక్సీ ద్వారా వస్తాయి, కానీ వాయిస్ కాల్ ఎప్పటికీ కనెక్ట్ అవదు. ప్రాక్సీ పూర్తిగా పాడై ఉండాల్సిన అవసరం లేదు. యాప్ కాల్స్ కోసం వేరే రవాణాను ఉపయోగించవచ్చు.

విజయవంతమైన TCP అభ్యర్థన ఆ ఆపరేషన్‌కు TCP మార్గాన్ని నిరూపిస్తుంది. SOCKS5 UDP అనుబంధాన్ని కూడా నిర్వచిస్తుంది, కానీ క్లయింట్, SOCKS సేవ, నెట్‌వర్క్ నియమాలు మరియు యాప్ సెట్టింగ్‌లు అన్నీ ఉద్దేశించిన UDP మార్గానికి మద్దతు ఇవ్వాలి.

TCP లిజనర్ కంటే ఎక్కువ ఉంది

Dante మాన్యువల్ ప్రోటోకాల్ మరియు ఆదేశ నియమాలను వేరు చేస్తుంది, వాటిలో connect, udpassociate మరియు udpreply ఉన్నాయి. మీరు ఇప్పటికే పరీక్షించిన TCP కనెక్షన్‌ను మాత్రమే అనుమతించే నియమం అవసరమైన UDP అనుమతులను ఏర్పాటు చేయదు.

UDP అనుబంధంలో రిలే ముగింపు బిందువు మరియు తిరిగి వచ్చే ట్రాఫిక్ కూడా ఉంటాయి. ఫైర్‌వాల్‌లు మరియు చిరునామా అనువాదం ఆ వాస్తవ మార్గాన్ని అనుమతించాలి. SOCKS యొక్క TCP లిజనర్‌ను తెరవడం దాని UDP రిలేను చేరుకోగలిగేలా చేయడంతో సమానం కాదు.

యాప్ యొక్క ప్రస్తుత ప్రాక్సీ డాక్యుమెంటేషన్ మరియు సెట్టింగ్‌లను తనిఖీ చేయండి. వివిధ వెర్షన్లు సందేశాలు, మీడియా మరియు కాల్స్‌ను వేర్వేరుగా నిర్వహించవచ్చు. పాత క్లయింట్ కోసం ఫోరమ్ రెసిపీని ప్రతి ప్రస్తుత క్లయింట్ కాల్స్‌ను SOCKS ద్వారా పంపుతుందని రుజువుగా ప్రదర్శించకూడదు.

మొదటి నిర్ధారణగా ప్రతి UDP పోర్ట్‌ను తెరవడం నివారించండి. రిలే ప్రవర్తన మరియు ఉద్దేశించిన క్లయింట్ పరిధిని నిర్ణయించి, తర్వాత సరైన పరిమిత నెట్‌వర్క్ విధానాన్ని వర్తించండి. అదేవిధంగా, కాల్స్ కోసం ప్రాక్సీ సెట్టింగ్‌ను నిలిపివేయడం కాల్‌ను నేరుగా పంపి పనిచేయించగలదు, ఇది ప్రాక్సీ మార్గాన్ని మరమ్మతు చేయడం బదులు బాహ్య మార్గాన్ని మారుస్తుంది.

ప్రతి ఆపరేషన్‌కు విజయాన్ని నమోదు చేయండి: సందేశాలు, మీడియా బదిలీ మరియు కాల్స్. ఒక పనిచేసే అభ్యర్థన లేదా మారిన బ్రౌజర్ IP మరో యాప్ యొక్క ప్రతి భాగం ఒకే ప్రాక్సీ నిష్క్రమణను పంచుకుంటుందని నిరూపించలేదు.

సంబంధిత వ్యాసాలు