Вашата парола за SSH не е парола за SOCKS

Въведохте парола, за да стартирате ssh -D. Тя удостовери вашата SSH връзка. Но не създаде защитен с парола SOCKS профил за всяка програма, която може да достигне новия слушател.

Динамичното препращане на OpenSSH предоставя локална SOCKS услуга през удостоверен SSH транспорт. Неговата SOCKS5 обработка избира метода без удостоверяване; това не е общ SOCKS сървър с потребителско име и парола.

За лична употреба се свържете локално:

ssh -N -D 127.0.0.1:1080 [email protected]

Приложенията на този компютър използват порт 1080, без да въвеждат вашата SSH парола като SOCKS парола. Документацията за динамично препращане описва слушателя, а изходният код за SOCKS обработка на OpenSSH дава подробностите за удостоверяването.

Споделянето променя проблема

Свързването към LAN адрес прави порта достъпен извън първоначалната локална употреба. Близките клиенти не установяват отделни SSH сесии само защото трафикът им минава през вашата. Ако мрежата позволява достъп, тези клиенти могат да споделят външната идентичност на вашия шлюз.

Защитна стена може да ограничи достъпните клиенти, но не добавя SOCKS обмен на вход. За отделни SOCKS потребителски имена, квоти или правила за всеки потребител изберете сървър, който поддържа тези функции. Например Dante документира удостоверяването на SOCKS отделно от ограниченията за клиентски адреси.

Това помага и при отстраняване на проблеми. Клиент, който настоява на метода с потребителско име и парола за SOCKS, може да не преговаря с този слушател както очаквате. Настройте приложението или изберете подходяща удостоверена SOCKS услуга; многократните опити с вашата SSH парола адресират грешния вход.

Достъпността само локално все още е граница, която трябва да се разбира, а не твърдение, че всеки процес на локалния компютър принадлежи на един и същ потребител.