Il manuale di RouterOS SOCKS documenta l'autenticazione con password SOCKS5 e un elenco dedicato di utenti SOCKS. Questo risponde a una domanda sulle funzionalità per le versioni che dispongono di tali controlli, non è la promessa che un router più vecchio li abbia.

Nella configurazione documentata entrambe le parti devono concordare:

  • Il router sceglie SOCKS5 e un metodo di autenticazione che richiede la negoziazione della password, con un utente SOCKS dedicato e abilitato.
  • Il client implementa la negoziazione di nome utente e password SOCKS5. Una finestra di accesso di un proxy HTTP o un'implementazione SOCKS solo senza autenticazione non bastano.

Usa i campi supportati dalla versione installata. Se una versione non li ha, scegli il suo progetto supportato o un'alternativa approvata invece di copiare i campi di un manuale più recente.

Sono account SOCKS. Non dimostrano che il proxy web HTTP separato di RouterOS esponga la stessa interfaccia né richiedono di concedere l'accesso all'amministrazione del router. Mantieni inoltre limitate la policy di accesso origine/destinazione e il firewall del router.

Il metodo con password di per sé non cifra le credenziali: la negoziazione RFC 1929 precede qualsiasi successiva sessione HTTPS con un sito. Usa un percorso client-router adeguatamente protetto; il TLS di destinazione non può proteggere retroattivamente quello scambio precedente.

Articoli correlati