El manual de RouterOS SOCKS documenta l'autenticació amb contrasenya SOCKS5 i una llista pròpia d'usuaris SOCKS. Això respon una pregunta de funcionalitat per a les versions que tenen aquests controls, però no promet que un router més antic els tingui.

En la disposició documentada, les dues bandes s'han de posar d'acord:

  • El router tria SOCKS5 i un mètode d'autenticació que requereix negociació de contrasenya, amb un usuari SOCKS dedicat i habilitat.
  • El client implementa la negociació d'usuari i contrasenya de SOCKS5. Una caixa d'inici de sessió de proxy HTTP o una implementació SOCKS només sense autenticació no són suficients.

Feu servir els camps que admet la versió instal·lada. Si una versió no els té, trieu el seu disseny compatible o una alternativa aprovada en lloc de copiar els camps d'un manual més nou.

Són comptes SOCKS. No demostren que el proxy web HTTP separat de RouterOS ofereixi la mateixa interfície ni obliguen a concedir accés a l'administració del router. Manteniu també restringides la política d'accés origen/destinació i el tallafoc del router.

El mètode de contrasenya per si sol no xifra les credencials: la negociació RFC 1929 va abans de qualsevol sessió HTTPS posterior amb un lloc web. Utilitzeu un camí client-router degudament protegit; el TLS de destinació no pot protegir retroactivament aquell intercanvi anterior.

Articles relacionats