O manual de RouterOS SOCKS documenta a autenticación por contrasinal SOCKS5 e unha lista propia de usuarios SOCKS. Iso responde a unha pregunta de funcionalidade para as versións que teñen eses controis, non é a promesa de que un router máis antigo os teña.

Na disposición documentada, ambas as partes deben coincidir:

  • O router escolle SOCKS5 e un método de autenticación que require negociación de contrasinal, cun usuario SOCKS dedicado e activado.
  • O cliente implementa a negociación de usuario e contrasinal de SOCKS5. Unha caixa de inicio de sesión de proxy HTTP ou unha implementación SOCKS só sen autenticación non abondan.

Usa os campos que admite a versión instalada. Se unha versión non os ten, escolle o seu deseño compatible ou unha alternativa aprobada en vez de copiar os campos dun manual máis recente.

Son contas SOCKS. Non demostran que o proxy web HTTP independente de RouterOS ofreza a mesma interface nin obrigan a conceder acceso á administración do router. Mantén tamén restrinxidas a política de acceso orixe/destino e a devasa do router.

O método de contrasinal por si só non cifra as credenciais: a negociación RFC 1929 precede calquera sesión HTTPS posterior cun sitio web. Usa un camiño cliente-router debidamente protexido; o TLS de destino non pode protexer retroactivamente ese intercambio anterior.

Artigos relacionados