Unterstützt dieser RouterOS-SOCKS-Dienst Ihre Passwort-Anmeldung?
Prüfen Sie die installierte RouterOS-Version und die SOCKS5-Authentifizierungsunterstützung des Clients und halten Sie SOCKS-Konten von Web-Proxy- und Router-Verwaltungseinstellungen getrennt.
Das RouterOS-SOCKS-Handbuch dokumentiert die SOCKS5-Passwortauthentifizierung und eine eigene Liste von SOCKS-Benutzern. Das beantwortet eine Funktionsfrage für Releases, die diese Steuerungsmöglichkeiten bieten – es ist kein Versprechen, dass ein älterer Router sie hat.
Für die dokumentierte Konstellation müssen beide Seiten zusammenpassen:
- Der Router wählt SOCKS5 und ein Authentifizierungsverfahren, das eine Passwortaushandlung verlangt, mit einem eigenen aktivierten SOCKS-Benutzer.
- Der Client implementiert die SOCKS5-Aushandlung von Benutzername und Passwort. Ein Anmeldefeld eines HTTP-Proxys oder eine SOCKS-Implementierung, die nur ohne Authentifizierung arbeitet, reicht nicht aus.
Verwenden Sie die Felder, die das installierte Release unterstützt. Fehlen sie in einem Release, wählen Sie dessen unterstütztes Konzept oder eine freigegebene Alternative, statt die Felder eines neueren Handbuchs zu übernehmen.
Dies sind SOCKS-Konten. Sie belegen weder, dass der separate HTTP-Web-Proxy von RouterOS dieselbe Schnittstelle bereitstellt, noch verlangen sie Zugriff auf die Router-Verwaltung. Halten Sie zusätzlich die Quell-/Ziel-Zugriffsrichtlinie und die Router-Firewall eingeschränkt.
Das Passwortverfahren selbst verschlüsselt die Anmeldedaten nicht: Die RFC-1929-Aushandlung findet vor jeder späteren HTTPS-Sitzung mit einer Website statt. Nutzen Sie einen angemessen geschützten Pfad vom Client zum Router; TLS am Ziel kann diesen früheren Austausch nicht nachträglich schützen.