Dante యొక్క UDP ప్రతిస్పందన నియమాలు from/to దిశను తిరగబెడతాయి
బయటకు వెళ్లే క్లయింట్ చిరునామా ఊహలను కాపీ చేయడం బదులు Dante ప్రతిస్పందన నియమాలను బయట→లోపల దిశలో వర్తించండి.
క్లయింట్ ధృవీకరించబడింది మరియు UDP అనుబంధం అనుమతించబడింది. అయినప్పటికీ ప్రతిస్పందనలు విఫలమవుతాయి. Dante లో, తిరిగి వచ్చే ట్రాఫిక్‌ను నిర్వహించే నియమం దిశను పరిశీలించండి.
Dante ప్రారంభ ఆదేశాలను ప్రతిస్పందన నిర్వహణ నుండి వేరు చేస్తుంది:
| నియమ ఆదేశాలు | from | to |
|---|---|---|
connect, bind, udpassociate | లోపలి క్లయింట్ | బయటి గమ్యం |
bindreply, udpreply | బయటి హోస్ట్ | లోపలి క్లయింట్ |
క్లయింట్ సబ్‌నెట్ పరిమితిని రెండు దిశలకూ మార్పు లేకుండా కాపీ చేయడం ప్రతిస్పందన నియమంలో తప్పు వైపుతో సరిపోలవచ్చు. pass నియమంలో UDP అనే పదం ఉందా అనేది మాత్రమే కాకుండా, ఉద్దేశించిన బయటి పంపేవారు మరియు లోపలి స్వీకర్తలను సమీక్షించండి.
ధృవీకరణకు సంబంధిత సరిహద్దు ఉంది. UDP డేటాగ్రామ్‌కు ప్రతిస్పందించే బయటి సేవ మీ వినియోగదారు పేరు/పాస్‌వర్డ్ మార్పిడిని పూర్తి చేయగల SOCKS క్లయింట్ కాదు. ప్రతిస్పందన కార్యకలాపాలు క్లయింట్ యొక్క మునుపటి BIND లేదా UDP అనుబంధం నుండి ఉత్పన్నమవుతాయని Dante పత్రాలు వివరిస్తాయి; ఆ ప్రారంభ కార్యకలాపాన్ని ధృవీకరించి తగిన అనుబంధ-ప్రతిస్పందన విధానాన్ని వర్తించండి.
ఇది అపరిమితమైన, అభ్యర్థించని ఇన్‌బౌండ్ ట్రాఫిక్‌ను సమర్థించదు. UDP అనుబంధం, గమ్య విధానం, రిలే చిరునామా మరియు ఫైర్‌వాల్ మార్గం ఇప్పటికీ ముఖ్యం. bindreply ను ప్రారంభించడం UDP అనుబంధాన్ని సాధారణ ప్రయోజన పబ్లిక్ పోర్ట్ ఫార్వార్డింగ్ సేవగా మార్చదు.
క్లయింట్ వైపు SOCKS మార్పిడి మరియు వాస్తవ UDP తిరిగి వచ్చే మార్గాన్ని విడిగా కనిపించేలా ఉంచండి. విజయవంతమైన TCP లాగిన్ ప్రతిస్పందన ACL చిరునామా దిశను లేదా UDP రిలే ఎండ్‌పాయింట్ చేరుకోగలిగే సామర్థ్యాన్ని ధృవీకరించదు.