Sinusuportahan ba ng RouterOS SOCKS service na ito ang iyong pag-login gamit ang password?
Suriin ang naka-install na RouterOS release at ang suporta sa SOCKS5 authentication ng client, pagkatapos ay ihiwalay ang mga SOCKS account mula sa web-proxy at router administration settings.
Dinodokumento ng manwal ng RouterOS SOCKS ang SOCKS5 password authentication at isang hiwalay na listahan ng mga SOCKS user. Sinasagot nito ang isang tanong sa feature para sa mga release na may mga kontrol na ito, hindi ito pangako na mayroon ang mas lumang router.
Sa dokumentadong kaayusan, dapat magtugma ang magkabilang panig:
- Pinipili ng router ang SOCKS5 at isang paraan ng authentication na nangangailangan ng negosasyon ng password, kasama ang hiwalay na naka-enable na SOCKS user.
- Ipinapatupad ng client ang negosasyon ng username/password na SOCKS5. Ang login box ng HTTP proxy o implementasyon ng SOCKS na gumagana lamang nang walang authentication ay hindi sapat.
Gamitin ang mga field na sinusuportahan ng naka-install na release. Kung wala ang mga ito sa isang release, piliin ang sinusuportahang disenyo nito o isang aprubadong alternatibo sa halip na kopyahin ang mga field ng mas bagong manwal.
Mga SOCKS account ito. Hindi nila pinapatunayan na ang hiwalay na HTTP web proxy ng RouterOS ay nag-aalok ng parehong interface, at hindi rin nila hinihiling na magbigay ng access sa administration ng router. Panatilihing limitado rin ang patakaran sa access ng pinagmulan/destinasyon at ang firewall ng router.
Ang paraan ng password mismo ay hindi nag-e-encrypt ng mga kredensyal: nauuna ang negosasyon ng RFC 1929 sa anumang susunod na HTTPS session sa isang website. Gumamit ng nararapat na protektadong landas mula client patungo sa router; hindi maipagtatanggol ng TLS sa destinasyon ang naunang palitan na iyon nang paurong.