RouterOS SOCKS-manualen dokumenterar SOCKS5-lösenordsautentisering och en separat lista över SOCKS-användare. Det svarar på en funktionsfråga för versioner som har dessa kontroller, men är inget löfte om att en äldre router har dem.

I den dokumenterade uppsättningen måste båda sidor stämma överens:

  • Routern väljer SOCKS5 och en autentiseringsmetod som kräver lösenordsförhandling, med en separat aktiverad SOCKS-användare.
  • Klienten implementerar SOCKS5-förhandling av användarnamn och lösenord. Ett inloggningsfält för HTTP-proxy eller en SOCKS-implementering som bara fungerar utan autentisering räcker inte.

Använd de fält som den installerade versionen stöder. Saknas de i en version, välj dess stödda utformning eller ett godkänt alternativ i stället för att kopiera fälten från en nyare manual.

Detta är SOCKS-konton. De varken bevisar att RouterOS separata HTTP-webproxy erbjuder samma gränssnitt eller kräver att routeradministrationsåtkomst ges. Håll även åtkomstpolicyn för källa/mål och routerns brandvägg begränsade.

Själva lösenordsmetoden krypterar inte inloggningsuppgifterna: RFC 1929-förhandlingen sker före varje senare HTTPS-session med en webbplats. Använd en lämpligt skyddad väg från klient till router; TLS vid målet kan inte i efterhand skydda det tidigare utbytet.

Relaterade artiklar