Dante ના UDP જવાબ નિયમો from/to દિશા ઉલટાવે છે
બહાર જતા ક્લાયન્ટની સરનામાંની ધારણાઓ નકલ કરવાને બદલે બહારથી અંદરની દિશામાં Dante ના જવાબ નિયમો લાગુ કરો.
ક્લાયન્ટ પ્રમાણિત છે અને UDP સંલગ્નતા મંજૂર છે. જવાબો હજી પણ નિષ્ફળ જાય છે. Dante માં, પરત થતા ટ્રાફિકને સંભાળતા નિયમની દિશા તપાસો.
Dante પ્રારંભિક આદેશોને જવાબ સંભાળથી અલગ કરે છે:
| નિયમ આદેશો | from | to |
|---|---|---|
connect, bind, udpassociate | આંતરિક ક્લાયન્ટ | બાહ્ય ગંતવ્ય |
bindreply, udpreply | બાહ્ય હોસ્ટ | આંતરિક ક્લાયન્ટ |
તેથી ક્લાયન્ટની સબનેટ મર્યાદાને બદલ્યા વિના બંને દિશામાં નકલ કરવાથી જવાબ નિયમમાં ખોટી બાજુ મેળ ખાઈ શકે છે. ઇચ્છિત બાહ્ય પ્રેષકો અને આંતરિક પ્રાપ્તકર્તાઓની સમીક્ષા કરો, ફક્ત પાસ નિયમમાં UDP શબ્દ છે કે નહીં તે નહીં.
પ્રમાણીકરણની એક સંબંધિત મર્યાદા છે. UDP ડેટાગ્રામનો જવાબ આપતી બાહ્ય સેવા SOCKS ક્લાયન્ટ નથી જે તમારા વપરાશકર્તાનામ અને પાસવર્ડ વિનિમયને પૂર્ણ કરી શકે. Dante નું દસ્તાવેજીકરણ સમજાવે છે કે જવાબ ક્રિયાઓ ક્લાયન્ટની અગાઉની BIND અથવા UDP સંલગ્નતામાંથી ઉદ્ભવે છે; તે પ્રારંભિક ક્રિયાને પ્રમાણિત કરો અને યોગ્ય સંકળાયેલ-જવાબ નીતિ લાગુ કરો.
આ અમર્યાદિત અવિનંતી આવક ટ્રાફિકને ન્યાયી ઠેરવતું નથી. UDP સંલગ્નતા, ગંતવ્ય નીતિ, રિલે સરનામું અને ફાયરવોલ માર્ગ હજી પણ મહત્વપૂર્ણ છે. bindreply સક્ષમ કરવાથી UDP સંલગ્નતા સામાન્ય જાહેર પોર્ટ-ફોરવર્ડિંગ સેવા પણ બનતી નથી.
ક્લાયન્ટ-બાજુના SOCKS વિનિમય અને વાસ્તવિક UDP પરત માર્ગને અલગ રીતે દૃશ્યમાન રાખો. સફળ TCP લોગિન જવાબ ACL ની સરનામા-દિશા કે UDP રિલે અંતિમ બિંદુની પહોંચને ચકાસતું નથી.