RouterOS SOCKS -käsikirja dokumentoi SOCKS5-salasanatodennuksen ja erillisen SOCKS-käyttäjäluettelon. Se vastaa ominaisuuskysymykseen julkaisuissa, joissa nämä hallinnat ovat, mutta ei lupaa, että vanhemmassa reitittimessä ne olisivat.

Kuvatussa järjestelyssä molempien osapuolten on sovittava:

  • Reititin valitsee SOCKS5:n ja todennusmenetelmän, joka edellyttää salasanan neuvottelua, sekä erillisen käytössä olevan SOCKS-käyttäjän.
  • Asiakas toteuttaa SOCKS5:n käyttäjätunnuksen ja salasanan neuvottelun. HTTP-proksin kirjautumiskenttä tai vain ilman todennusta toimiva SOCKS-toteutus ei riitä.

Käytä kenttiä, joita asennettu julkaisu tukee. Jos julkaisussa niitä ei ole, valitse sen tuettu ratkaisu tai hyväksytty vaihtoehto sen sijaan, että kopioit uudemman käsikirjan kentät.

Nämä ovat SOCKS-tilejä. Ne eivät osoita, että RouterOS:n erillinen HTTP-verkkoproksi tarjoaisi saman rajapinnan, eivätkä vaadi reitittimen hallintakäyttöoikeuden myöntämistä. Pidä myös lähde-/kohdekäyttöoikeuskäytäntö ja reitittimen palomuuri rajoitettuina.

Salasanamenetelmä itsessään ei salaa tunnistetietoja: RFC 1929 -neuvottelu tapahtuu ennen mitä tahansa myöhempää HTTPS-istuntoa verkkosivuston kanssa. Käytä asianmukaisesti suojattua reittiä asiakkaasta reitittimeen; kohteen TLS ei voi suojata tuota aiempaa vaihtoa jälkikäteen.

Aiheeseen liittyvät artikkelit