მხარს უჭერს თუ არა ეს RouterOS SOCKS სერვისი თქვენს პაროლით შესვლას?

RouterOS SOCKS-ის სახელმძღვანელო აღწერს SOCKS5 პაროლით აუტენტიფიკაციას და SOCKS მომხმარებლების ცალკე სიას. ეს პასუხობს ფუნქციის შეკითხვას იმ ვერსიებისთვის, რომლებსაც ეს კონტროლი აქვთ, და არ არის დაპირება, რომ ძველ როუტერს ისინი აქვს.

აღწერილ განლაგებაში ორივე მხარე უნდა შეთანხმდეს:

• როუტერი ირჩევს SOCKS5-ს და აუტენტიფიკაციის მეთოდს, რომელიც პაროლის მოლაპარაკებას მოითხოვს, ცალკე ჩართული SOCKS მომხმარებლით.
• კლიენტი ახორციელებს SOCKS5 მომხმარებლის სახელის/პაროლის მოლაპარაკებას. HTTP პროქსის შესვლის ფანჯარა ან მხოლოდ აუტენტიფიკაციის გარეშე მომუშავე SOCKS იმპლემენტაცია საკმარისი არ არის.

გამოიყენეთ ის ველები, რომლებსაც დაყენებული ვერსია მხარს უჭერს. თუ ვერსიას ისინი არ აქვს, აირჩიეთ მისი მხარდაჭერილი გადაწყვეტა ან დამტკიცებული ალტერნატივა, ნაცვლად ახალი სახელმძღვანელოს ველების კოპირებისა.

ეს SOCKS ანგარიშებია. ისინი არ ადასტურებენ, რომ RouterOS-ის ცალკე HTTP ვებ-პროქსი იმავე ინტერფეისს გვთავაზობს, და არც როუტერის ადმინისტრირების წვდომის მიცემას მოითხოვს. შეზღუდული შეინახეთ ასევე წყარო/დანიშნულების წვდომის პოლიტიკა და როუტერის firewall.

პაროლის მეთოდი თავისთავად არ შიფრავს მონაცემებს: RFC 1929 მოლაპარაკება უსწრებს ნებისმიერ მოგვიანებით ვებსაიტთან HTTPS სეანსს. გამოიყენეთ სათანადოდ დაცული გზა კლიენტიდან როუტერამდე; დანიშნულების TLS ვერ დაიცავს იმ ადრინდელ გაცვლას უკანმოქმედად.