Вашата 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 лозинка се однесува на погрешната најава.

Достапноста само локално е сè уште граница што треба да се разбере, а не тврдење дека секој процес на локалниот компјутер припаѓа на истиот корисник.