పారదర్శక TCP-నుండి-SOCKS ఫార్వర్డింగ్‌లో అసలు గమ్యస్థానాలు
ప్రాక్సీతో చర్చలు జరపడానికి ముందు అసలు గమ్యస్థానాన్ని పునరుద్ధరించే అనువాదకుడు పారదర్శక TCP-నుండి-SOCKS ఫార్వర్డింగ్‌కు ఎందుకు అవసరమో వివరిస్తుంది.
ఫైర్‌వాల్ TCP కనెక్షన్ ఎక్కడ కలుస్తుందో మార్చగలదు. కానీ ఆ మార్పుతో మాత్రమే అది మూల అనువర్తనానికి SOCKS మాట్లాడటం నేర్పలేదు.
సాధారణ SOCKS సర్వర్ అభ్యర్థించిన గమ్యస్థానాన్ని వివరించే చర్చను ఆశిస్తుంది. ప్రాక్సీ తెలియని అనువర్తనం బదులుగా తన ప్రోటోకాల్ బైట్‌లను వెంటనే పంపుతుంది. ఆ బైట్‌లను నేరుగా SOCKS శ్రోతకు మళ్లించండి, రెండు వైపులా మొదటి సందేశంపై ఏకీభవించవు.
లేని భాగం అనువాదకుడు
పారదర్శక TCP-నుండి-ప్రాక్సీ భాగం ఆ ఇంటర్‌ఫేస్‌ల మధ్య ఉంటుంది. అనువర్తనం మొదట అభ్యర్థించిన గమ్యస్థానాన్ని అది కనుగొంటుంది, తగిన SOCKS లేదా HTTP CONNECT సెషన్‌ను ఏర్పాటు చేస్తుంది, ఆపై ఏర్పడిన స్ట్రీమ్‌పై అనువర్తన డేటాను ప్రసారం చేస్తుంది.
దాని Linux iptables మార్గంలో, redsocks మూలం భద్రపరచిన గమ్యస్థానాన్ని SO_ORIGINAL_DST ఉపయోగించి పొందుతుంది. ఇతర ఆపరేటింగ్ సిస్టమ్‌లు మరియు మళ్లింపు పద్ధతులు వేర్వేరు యంత్రాంగాలను ఉపయోగిస్తాయి. ఇది మళ్లింపు పరికరం మరియు నెట్‌వర్క్ సెటప్ యొక్క లక్షణం, సాధారణ SOCKS క్లయింట్ ఫీచర్ కాదు.
అసలు-గమ్యస్థాన సమాచారం, మళ్లింపు నియమాన్ని ప్రాక్సీ హోస్ట్ నుండి సంబంధం లేని గేట్‌వేకు తరలించడం ఎందుకు ఎప్పుడూ సమానం కాదో కూడా వివరిస్తుంది. స్వీకరించే ప్రక్రియకు దాని అడ్డగింపు పద్ధతి కోరే మెటాడేటా అవసరం. వేరే చోట మళ్లీ రాసిన చిరునామా ఆ సమాచారాన్ని ఆశించిన రూపంలో ఇక ఇవ్వకపోవచ్చు.
అనువాదకుడి పరిధిని స్పష్టంగా ఉంచండి. పని చేసే మళ్లించిన TCP కనెక్షన్ ఏదైనా UDP, ICMP లేదా ప్రతి రిజాల్వర్ మార్గానికి మద్దతును నిరూపించదు. అప్‌స్ట్రీమ్ ప్రాక్సీ ప్రోటోకాల్ మరియు అనువాదకుడి అమలు ఇప్పటికీ మద్దతు ఉన్న కార్యకలాపాలను నిర్వచిస్తాయి.
కనెక్షన్ తర్వాత వెంటనే సెటప్ విఫలమైతే, యాక్సెస్ నియమాలను విస్తరించే ముందు ప్రోటోకాల్ సరిహద్దును తనిఖీ చేయండి. పూర్తిగా చేరుకోగల SOCKS శ్రోత కూడా ఎప్పుడూ SOCKS అభ్యర్థన కాని బైట్‌లను తిరస్కరించవచ్చు.