શું આ RouterOS SOCKS સેવા તમારા પાસવર્ડ લોગિનને સમર્થન આપે છે?
ઇન્સ્ટોલ કરેલી RouterOS આવૃત્તિ અને ક્લાયન્ટનું SOCKS5 પ્રમાણીકરણ સમર્થન તપાસો, પછી SOCKS ખાતાંને વેબ-પ્રોક્સી અને રાઉટર વ્યવસ્થાપન સેટિંગ્સથી અલગ રાખો.
RouterOS SOCKS માર્ગદર્શિકા SOCKS5 પાસવર્ડ પ્રમાણીકરણ અને અલગ SOCKS વપરાશકર્તા યાદીનું દસ્તાવેજીકરણ કરે છે. તે એ નિયંત્રણો ધરાવતી આવૃત્તિઓ માટે લક્ષણનો પ્રશ્ન જવાબે છે, જૂનું રાઉટર તે ધરાવે છે તેવું વચન નથી.
દસ્તાવેજી ગોઠવણીમાં બંને પક્ષોએ સંમત થવું પડે:
- રાઉટર SOCKS5 અને પાસવર્ડ વાટાઘાટ જરૂરી હોય તેવી પ્રમાણીકરણ પદ્ધતિ પસંદ કરે છે, સાથે અલગ સક્રિય SOCKS વપરાશકર્તા હોય છે.
- ક્લાયન્ટ SOCKS5 વપરાશકર્તાનામ/પાસવર્ડ વાટાઘાટ અમલમાં મૂકે છે. HTTP પ્રોક્સીનું લોગિન બોક્સ અથવા માત્ર પ્રમાણીકરણ વગર ચાલતું SOCKS અમલીકરણ પૂરતું નથી.
ઇન્સ્ટોલ કરેલી આવૃત્તિ જે ક્ષેત્રોને સમર્થન આપે છે તે વાપરો. આવૃત્તિમાં તે ન હોય તો નવી માર્ગદર્શિકાના ક્ષેત્રો નકલ કરવાને બદલે તેની સમર્થિત રચના કે મંજૂર વિકલ્પ પસંદ કરો.
આ SOCKS ખાતાં છે. તે સાબિત કરતાં નથી કે RouterOSનું અલગ HTTP વેબ પ્રોક્સી એ જ ઇન્ટરફેસ આપે છે, અને રાઉટર વ્યવસ્થાપનનો ઍક્સેસ આપવાની માંગ પણ કરતાં નથી. સ્રોત/ગંતવ્ય ઍક્સેસ નીતિ અને રાઉટર ફાયરવૉલ પણ મર્યાદિત રાખો.
પાસવર્ડ પદ્ધતિ પોતે ઓળખપત્રોને એન્ક્રિપ્ટ કરતી નથી: RFC 1929 વાટાઘાટ કોઈપણ પછીના વેબસાઇટ HTTPS સત્ર પહેલાં થાય છે. ક્લાયન્ટથી રાઉટર સુધી યોગ્ય રીતે સુરક્ષિત માર્ગ વાપરો; ગંતવ્યનું TLS તે પહેલાના વિનિમયને પાછળથી સુરક્ષિત કરી શકતું નથી.