Ondersteun hierdie RouterOS SOCKS-diens jou wagwoordaanmelding?
Kontroleer die geïnstalleerde RouterOS-weergawe en die kliënt se SOCKS5-verifikasieondersteuning, en hou SOCKS-rekeninge apart van webproxy- en routeradministrasie-instellings.
Die RouterOS SOCKS-handleiding dokumenteer SOCKS5-wagwoordverifikasie en 'n aparte lys van SOCKS-gebruikers. Dit beantwoord 'n funksievraag vir weergawes wat daardie beheermaatreëls ondersteun, maar dit belowe nie dat 'n ouer router oor hulle beskik nie.
Vir die gedokumenteerde opstelling moet beide kante saamstem:
- Die router kies SOCKS5 en 'n verifikasiemetode wat wagwoordonderhandeling vereis, met 'n aparte geaktiveerde SOCKS-gebruiker.
- Die kliënt implementeer SOCKS5-gebruikersnaam/wagwoord-onderhandeling. 'n Aanmeldblokkie vir 'n HTTP-proxy of 'n SOCKS-implementering wat net sonder verifikasie werk, is nie genoeg nie.
Gebruik die velde wat die geïnstalleerde weergawe ondersteun. Vir 'n weergawe wat hulle nie het nie, kies sy ondersteunde ontwerp of 'n goedgekeurde alternatief eerder as om die velde van 'n nuwer handleiding na te boots.
Dit is SOCKS-rekeninge. Hulle bewys nie dat RouterOS se aparte HTTP-webproxy dieselfde koppelvlak blootlê nie, en hulle vereis ook nie dat routerbestuurstoegang verleen word nie. Hou ook die toegangsbeleid vir bron/bestemming en die router se vuurmuur beperk.
Die wagwoordmetode self versleutel nie die geloofsbriewe nie: RFC 1929-onderhandeling vind voor enige latere HTTPS-sessie met 'n webwerf plaas. Gebruik 'n behoorlik beskermde pad van kliënt na router; TLS by die bestemming kan nie daardie vroeëre uitruiling agterna beskerm nie.