Stipelet dizze RouterOS SOCKS-tsjinst jo wachtwurd-oanmelding?
Kontrolearje de ynstallearre RouterOS-ferzje en de SOCKS5-autentikaasjestipe fan 'e klant, en hâld SOCKS-akkounts skieden fan webproxy- en routerbehear-ynstellings.
De RouterOS SOCKS-hânlieding dokumintearret SOCKS5-wachtwurdautentikaasje en in aparte list fan SOCKS-brûkers. Dat beantwurdet in funksjefraach foar ferzjes dy't dy kontrôles hawwe, mar is gjin tasizzing dat in âldere router se hat.
Yn 'e dokumintearre opstelling moatte beide kanten oerienkomme:
- De router kiest SOCKS5 en in autentikaasjemetoade dy't wachtwurdûnderhanneling freget, mei in apart aktivearre SOCKS-brûker.
- De klant ymplemintearret SOCKS5-ûnderhanneling fan brûkersnamme en wachtwurd. In oanmeldingsfak fan in HTTP-proxy of in SOCKS-ymplemintaasje dy't allinnich sûnder autentikaasje wurket, is net genôch.
Brûk de fjilden dy't de ynstallearre ferzje stipet. Hat in ferzje se net, kies dan har stipe ûntwerp of in goedkard alternatyf ynstee fan de fjilden fan in nijere hânlieding te kopiearjen.
Dit binne SOCKS-akkounts. Se bewize net dat de aparte HTTP-webproxy fan RouterOS itselde ynterface biedt, en freegje ek net om tagong ta routerbehear. Hâld ek it tagongsbelied foar boarne/bestimming en de firewall fan 'e router beheind.
De wachtwurdmetoade sels fersiferet de oanmeldgegevens net: de RFC 1929-ûnderhanneling giet foarôf oan elke lettere HTTPS-sesje mei in webside. Brûk in passend beskerme paad fan klant nei router; TLS by de bestimming kin dy eardere útwikseling net efterôf beskermje.