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 റിലേ എൻഡ്പോയിന്റിന്റെ എത്തിച്ചേരാനുള്ള കഴിവോ പരിശോധിക്കുന്നില്ല.