RouterOS SOCKS-veiledningen dokumenterer SOCKS5-passordautentisering og en egen liste over SOCKS-brukere. Det besvarer et funksjonsspørsmål for versjoner som har disse kontrollene, men er ikke et løfte om at en eldre ruter har dem.

I den dokumenterte oppstillingen må begge sider stemme overens:

  • Ruteren velger SOCKS5 og en autentiseringsmetode som krever passordforhandling, med en egen aktivert SOCKS-bruker.
  • Klienten implementerer SOCKS5-forhandling av brukernavn og passord. Et påloggingsfelt for HTTP-proxy eller en SOCKS-implementasjon som bare virker uten autentisering, er ikke nok.

Bruk feltene som den installerte versjonen støtter. Hvis en versjon ikke har dem, velg dens støttede utforming eller et godkjent alternativ i stedet for å kopiere feltene fra en nyere veiledning.

Dette er SOCKS-kontoer. De verken beviser at RouterOS' separate HTTP-webproxy tilbyr samme grensesnitt, eller krever at ruteradministrasjonstilgang gis. Hold også tilgangspolicyen for kilde/mål og ruterns brannmur begrenset.

Selve passordmetoden krypterer ikke påloggingsinformasjonen: RFC 1929-forhandlingen kommer før enhver senere HTTPS-økt med et nettsted. Bruk en tilstrekkelig beskyttet vei fra klient til ruter; TLS ved målet kan ikke beskytte den tidligere utvekslingen i ettertid.

Relaterte artikler