Støttar denne RouterOS SOCKS-tenesta pålogginga di med passord?
Kontroller den installerte RouterOS-versjonen og SOCKS5-autentiseringsstøtta til klienten, og hald SOCKS-kontoar skilde frå webproxy- og rutarkonfigurasjon.
RouterOS SOCKS-veiledninga dokumenterer SOCKS5-passordautentisering og ei eiga liste over SOCKS-brukarar. Det svarar på eit funksjonsspørsmål for versjonar som har desse kontrollane, men er ikkje eit løfte om at ein eldre ruter har dei.
I den dokumenterte oppstillinga må begge sider stemme overeins:
- Rutaren vel SOCKS5 og ein autentiseringsmetode som krev passordforhandling, med ein eigen aktivert SOCKS-brukar.
- Klienten implementerer SOCKS5-forhandling av brukarnamn og passord. Eit påloggingsfelt for HTTP-proxy eller ei SOCKS-implementering som berre verkar utan autentisering, er ikkje nok.
Bruk felta som den installerte versjonen støttar. Manglar dei i ein versjon, vel då den støtta utforminga hans eller eit godkjent alternativ i staden for å kopiere felta frå ei nyare veiledning.
Dette er SOCKS-kontoar. Dei beviser korkje at den separate HTTP-webproxyen i RouterOS tilbyr same grensesnitt, eller krev at rutaradministrasjonstilgang blir gitt. Hald òg tilgangspolicyen for kjelde/mål og brannmuren til rutaren avgrensa.
Sjølve passordmetoden krypterer ikkje påloggingsinformasjonen: RFC 1929-forhandlinga kjem før kvar seinare HTTPS-økt med eit nettstad. Bruk ein høveleg verna veg frå klient til ruter; TLS ved målet kan ikkje verne den tidlegare utvekslinga i ettertid.