De RouterOS SOCKS-handleiding documenteert SOCKS5-wachtwoordauthenticatie en een aparte lijst met SOCKS-gebruikers. Dat beantwoordt een functievraag voor releases die die besturingselementen hebben, maar belooft niet dat een oudere router ze heeft.

In de gedocumenteerde opstelling moeten beide kanten overeenkomen:

  • De router kiest SOCKS5 en een authenticatiemethode die wachtwoordonderhandeling vereist, met een aparte ingeschakelde SOCKS-gebruiker.
  • De client implementeert SOCKS5-onderhandeling van gebruikersnaam en wachtwoord. Een inlogveld van een HTTP-proxy of een SOCKS-implementatie die alleen zonder authenticatie werkt, is niet voldoende.

Gebruik de velden die de geïnstalleerde release ondersteunt. Ontbreken ze in een release, kies dan het ondersteunde ontwerp of een goedgekeurd alternatief in plaats van de velden van een nieuwere handleiding te kopiëren.

Dit zijn SOCKS-accounts. Ze bewijzen niet dat de aparte HTTP-webproxy van RouterOS dezelfde interface biedt, en vereisen geen toegang tot routerbeheer. Houd ook het toegangsbeleid voor bron/bestemming en de firewall van de router beperkt.

De wachtwoordmethode zelf versleutelt de inloggegevens niet: de RFC 1929-onderhandeling gaat vooraf aan elke latere HTTPS-sessie met een website. Gebruik een passend beveiligde route van client naar router; TLS bij de bestemming kan die eerdere uitwisseling niet achteraf beschermen.

Gerelateerde artikelen