Чи підтримує ця служба RouterOS SOCKS ваш вхід із паролем?
Перевірте встановлену версію RouterOS і підтримку автентифікації SOCKS5 у клієнті, а потім тримайте облікові записи SOCKS окремо від налаштувань вебпроксі та адміністрування маршрутизатора.
Посібник із RouterOS SOCKS описує автентифікацію паролем SOCKS5 і окремий список користувачів SOCKS. Це відповідь на питання про можливість у версіях, де такі засоби є, а не обіцянка, що старіший маршрутизатор їх має.
У описаній схемі обидві сторони мають узгоджуватися:
- Маршрутизатор вибирає SOCKS5 і метод автентифікації, що вимагає узгодження пароля, з окремим увімкненим користувачем SOCKS.
- Клієнт реалізує узгодження імені користувача й пароля SOCKS5. Поле входу HTTP-проксі або реалізація SOCKS лише без автентифікації не підходять.
Використовуйте поля, які підтримує встановлена версія. Якщо у версії їх немає, виберіть її підтримуване рішення або схвалену альтернативу, а не копіюйте поля з новішого посібника.
Це облікові записи SOCKS. Вони не доводять, що окремий HTTP-вебпроксі RouterOS надає той самий інтерфейс, і не вимагають надання доступу до керування маршрутизатором. Тримайте обмеженими також політику доступу джерело/призначення та міжмережевий екран маршрутизатора.
Сам парольний метод не шифрує облікові дані: узгодження за RFC 1929 відбувається до будь-якого подальшого сеансу HTTPS із сайтом. Використовуйте належно захищений шлях від клієнта до маршрутизатора; TLS на боці призначення не може заднім числом захистити той раніший обмін.