Ці падтрымлівае гэтая служба RouterOS SOCKS ваш уваход па паролі?
Праверце ўсталяваную версію RouterOS і падтрымку аўтэнтыфікацыі SOCKS5 у кліенце, а затым трымайце ўліковыя запісы SOCKS асобна ад наладаў веб-проксі і кіравання роўтарам.
Дапаможнік па RouterOS SOCKS апісвае аўтэнтыфікацыю паролем SOCKS5 і асобны спіс карыстальнікаў SOCKS. Гэта адказвае на пытанне пра магчымасць для версій, якія маюць такія сродкі, а не абяцанне, што стары роўтар іх мае.
Для апісанай схемы абодва бакі павінны ўзгадніцца:
- Роўтар выбірае SOCKS5 і метад аўтэнтыфікацыі, які патрабуе ўзгаднення пароля, з асобным уключаным карыстальнікам SOCKS.
- Кліент рэалізуе ўзгадненне імені карыстальніка і пароля SOCKS5. Поле ўваходу HTTP-проксі або рэалізацыя SOCKS толькі без аўтэнтыфікацыі недастатковыя.
Выкарыстоўвайце палі, якія падтрымлівае ўсталяваная версія. Калі ў версіі іх няма, выбірайце яе падтрыманую схему або ўзгодненую альтэрнатыву, а не капіруйце палі з навейшага дапаможніка.
Гэта ўліковыя запісы SOCKS. Яны не даказваюць, што асобны HTTP веб-проксі RouterOS дае той жа інтэрфейс, і не патрабуюць даваць доступ да кіравання роўтарам. Таксама абмяжуйце палітыку доступу крыніца/прызначэнне і фаервол роўтара.
Сам метад з паролем не шыфруе ўліковыя даныя: узгадненне па RFC 1929 адбываецца перад любой наступнай HTTPS-сесіяй з сайтам. Выкарыстоўвайце належным чынам абаронены шлях ад кліента да роўтара; TLS на прызначэнні не можа заднім чыслом абараніць той ранейшы абмен.