Manualul RouterOS SOCKS documentează autentificarea cu parolă SOCKS5 și o listă dedicată de utilizatori SOCKS. Aceasta răspunde la o întrebare despre funcționalitate pentru versiunile care au aceste controale, nu este promisiunea că un router mai vechi le are.

În configurația documentată, ambele părți trebuie să fie de acord:

  • Routerul alege SOCKS5 și o metodă de autentificare care necesită negocierea parolei, cu un utilizator SOCKS dedicat și activat.
  • Clientul implementează negocierea numelui de utilizator și a parolei SOCKS5. O casetă de autentificare a unui proxy HTTP sau o implementare SOCKS care funcționează doar fără autentificare nu sunt suficiente.

Folosiți câmpurile acceptate de versiunea instalată. Dacă o versiune nu le are, alegeți soluția ei acceptată sau o alternativă aprobată, în loc să copiați câmpurile unui manual mai nou.

Acestea sunt conturi SOCKS. Nu demonstrează că proxy-ul web HTTP separat din RouterOS oferă aceeași interfață și nu impun acordarea accesului la administrarea routerului. Mențineți restricționate și politica de acces sursă/destinație și firewall-ul routerului.

Metoda cu parolă în sine nu criptează datele de autentificare: negocierea RFC 1929 are loc înaintea oricărei sesiuni HTTPS ulterioare cu un site. Folosiți o cale client-router protejată corespunzător; TLS-ul de la destinație nu poate proteja retroactiv acel schimb anterior.

Articole similare