Dante માં SOCKS5 પ્રમાણીકરણ પદ્ધતિઓ પસંદ કરવી

SOCKS5 માં, ક્લાયન્ટ તેની ગંતવ્ય વિનંતી મોકલે તે પહેલાં પ્રમાણીકરણ વાટાઘાટ થાય છે. તેથી વહેલી ઓળખપત્ર નિષ્ફળતા પ્રોક્સીની પારની FTP, HTTPS કે અન્ય એપ્લિકેશન નિષ્ફળતાથી અલગ ઘટના છે.

ક્લાયન્ટનું અભિવાદન તે જે પ્રમાણીકરણ પદ્ધતિઓને સમર્થન આપે છે તેની યાદી બનાવે છે. સર્વર તે યાદીમાંથી એક પદ્ધતિ પસંદ કરે છે અને પસંદગી પાછી મોકલે છે. 0xff મૂલ્યનો અર્થ છે કે ઓફર કરેલી કોઈ પણ પદ્ધતિ સ્વીકાર્ય નથી અને કનેક્શન બંધ કરવું જોઈએ. પાસવર્ડ નિષ્ફળ થયા પછી ક્લાયન્ટ ફક્ત સર્વર બાજુની દરેક પદ્ધતિ અજમાવતો નથી.

Dante નું ક્રમ શું નિયંત્રિત કરે છે

Dante 1.4.x પ્રોટોકોલ-સ્તરની સેટિંગને socksmethod કહે છે. તેનું દસ્તાવેજીકરણ કહે છે કે પદ્ધતિઓ પ્રાધાન્ય ક્રમમાં સૂચિબદ્ધ હોય છે. બંને પદ્ધતિઓને મંજૂરી આપતી નીતિ માટે, આ જાહેરાત ક્લાયન્ટ તે ઓફર કરે ત્યારે વપરાશકર્તા નામ/પાસવર્ડને પ્રાધાન્ય આપે છે:

socksmethod: username none

યાદી ઉલટાવવાથી બંને પદ્ધતિઓ ઓફર થાય ત્યારે પ્રમાણીકરણ વગરની ઍક્સેસને પ્રાધાન્ય મળે છે:

socksmethod: none username

આ વૈકલ્પિક પદ્ધતિ જાહેરાતો છે, સંપૂર્ણ સર્વર રૂપરેખાંકનો નથી. સાંભળતા ઇન્ટરફેસ, મંજૂર ક્લાયન્ટ, ગંતવ્ય નિયમો અને કોઈપણ નિયમ-વિશિષ્ટ પ્રમાણીકરણ મર્યાદાઓ હજી પણ મહત્વપૂર્ણ છે.

none ને મંજૂરી આપવાનું એક ઠોસ પરિણામ છે: ફક્ત પ્રમાણીકરણ વગરની પદ્ધતિ ઓફર કરતો ક્લાયન્ટ લાગુ નિયમો હેઠળ સ્વીકારી શકાય છે. username ને પ્રથમ મૂકવાથી none ધરાવતી યાદી બધાએ પાસવર્ડ આપવો એવી આવશ્યકતામાં ફેરવાતી નથી.

પહેલા આવશ્યકતા પસંદ કરો

જો દરેક મંજૂર ક્લાયન્ટે વપરાશકર્તા નામ/પાસવર્ડ સાથે પ્રમાણીકરણ કરવું પડે, તો none ને સામાન્ય સુસંગતતા સુધારા તરીકે ઉમેરવાને બદલે તે આવશ્યકતાને વૈશ્વિક અને લાગુ નિયમોમાં સુસંગત રીતે ગોઠવો. જો મર્યાદિત ક્લાયન્ટ જૂથ માટે અનામી ઍક્સેસ ઇરાદાપૂર્વક છે, તો જૂથ અને તેના મંજૂર ગંતવ્યોને સ્પષ્ટ કરો.

Dante માં clientmethod પણ છે, જે TCP ક્લાયન્ટ કનેક્ટ થાય ત્યારે, SOCKS વાટાઘાટ પહેલાં કરવામાં આવતી તપાસો સાથે સંબંધિત છે. તે SOCKS5 અભિવાદનમાં બદલાતી પદ્ધતિઓથી અલગ સ્તર છે. જૂના method કીવર્ડનો ઉપયોગ કરતા રૂપરેખાંકન સ્નિપેટ્સ ઇન્સ્ટોલ કરેલ Dante આવૃત્તિના મેન્યુઅલ મુજબ વાંચવા જોઈએ.

જ્યારે બે ક્લાયન્ટ અલગ વર્તે, ત્યારે દરેક શું ઓફર કરે છે, Dante શું પસંદ કરે છે અને પસંદ કરેલ પદ્ધતિની ઉપ-વાટાઘાટ સફળ થાય છે કે નહીં તેની સરખામણી કરો. પછી SOCKS ગંતવ્ય પ્રતિસાદ તપાસો. આ ક્રમ દરેક નિષ્ફળતાને FTP પર આરોપ મૂક્યા વિના કે સર્વરની પ્રમાણીકરણ નીતિ આંધળી રીતે બદલ્યા વિના ખૂટતા ઓળખપત્ર કૉલબેકને ઓળખે છે.

અંતે, SOCKS5 વપરાશકર્તા નામ/પાસવર્ડ પ્રમાણીકરણ પાસવર્ડની આપલેને એન્ક્રિપ્ટ કરતું નથી. જ્યારે તે ઓળખપત્રોને ગોપનીયતાની જરૂર હોય ત્યારે યોગ્ય રીતે સુરક્ષિત પરિવહન કે નેટવર્ક વાપરો.