RouterOS SOCKS-manualen dokumenterer SOCKS5-adgangskodegodkendelse og en særskilt liste over SOCKS-brugere. Det besvarer et funktionsspørgsmål for versioner, der understøtter disse kontroller, men er ikke et løfte om, at en ældre router har dem.

I den dokumenterede opsætning skal begge sider passe sammen:

  • Routeren vælger SOCKS5 og en godkendelsesmetode, der kræver forhandling af adgangskode, med en særskilt aktiveret SOCKS-bruger.
  • Klienten implementerer SOCKS5-forhandling af brugernavn og adgangskode. Et loginfelt til en HTTP-proxy eller en SOCKS-implementering, der kun virker uden godkendelse, er ikke nok.

Brug de felter, som den installerede version understøtter. Hvis en version ikke har dem, vælg dens understøttede design eller et godkendt alternativ i stedet for at kopiere felter fra en nyere manual.

Det er SOCKS-konti. De beviser hverken, at RouterOS' særskilte HTTP-webproxy udstiller samme grænseflade, eller kræver, at der gives adgang til routeradministration. Hold også adgangspolitikken for kilde/destination og routerens firewall begrænset.

Selve adgangskodemetoden krypterer ikke legitimationsoplysningerne: RFC 1929-forhandlingen ligger før enhver senere HTTPS-session med et websted. Brug en passende beskyttet klient-til-router-vej; TLS ved destinationen kan ikke beskytte den tidligere udveksling bagefter.

Relaterede artikler