Ënnerstëtzt dësen RouterOS SOCKS-Service Äre Passwuert-Login?
Kontrolléiert d'installéiert RouterOS-Versioun an d'SOCKS5-Authentifikatiounsënnerstëtzung vum Client, an haalt SOCKS-Konten getrennt vun de Webproxy- a Routerverwaltungsastellungen.
D'RouterOS SOCKS-Handbuch dokumentéiert d'SOCKS5-Passwuertauthentifikatioun an eng eege Lëscht vun SOCKS-Benotzer. Dat beäntwert eng Funktiounsfro fir Versiounen, déi déi Kontrollen hunn, awer ass kee Verspriechen, datt en eelere Router se huet.
An der dokumentéierter Opstellung mussen zwou Säiten iwwerenee kommen:
- Den Router wielt SOCKS5 an eng Authentifikatiounsmethod, déi eng Passwuertverhandlung erfuerdert, mat engem eegeen aktivéierte SOCKS-Benotzer.
- De Client setzt d'SOCKS5-Verhandlung vum Benotzernumm a Passwuert ëm. Eng Loginkëscht vun engem HTTP-Proxy oder eng SOCKS-Ëmsetzung, déi nëmmen ouni Authentifikatioun funktionéiert, ass net genuch.
Benotzt d'Felder, déi déi installéiert Versioun ënnerstëtzt. Wa se engem Release feelen, wielt deem seng ënnerstëtzt Konzeptioun oder eng ugehollen Alternativ, amplaz d'Felder vun enger méi neier Handbuch ze kopéieren.
Dëst si SOCKS-Konten. Si beleeën weder, datt de separaten HTTP-Webproxy vum RouterOS déiselwecht Interface ubitt, nach froen se, datt een Zougang zur Routerverwaltung gëtt. Haalt zousätzlech d'Quell-/Zil-Zougangspolitik an d'Firewall vum Router limitéiert.
D'Passwuertmethod selwer verschlësselt d'Authentifikatiounsdaten net: d'RFC 1929-Verhandlung geschitt virun all méi spéider HTTPS-Sessioun mat enger Websäit. Benotzt en entspriechend geschützte Wee vum Client zum Router; TLS um Zil kann deen éischten Austausch net méi spéit schützen.