Натерајте SSH да користи веќе постоечки SOCKS прокси

Користете постоечки SOCKS прокси како пренос за SSH врска преку компатибилен ProxyCommand помагач.

ssh -D создава SOCKS слушач; не избира постоечки за сопствената SSH врска. Со OpenBSD имплементацијата на nc користете запис за домаќин во конфигурацијата на SSH клиентот, на пример ~/.ssh/config:

Host server-via-socks
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Повикајте ssh server-via-socks. Помагачот контактира со SOCKS5 службата на машината на SSH клиентот и го бара целниот домаќин/порта. Потоа SSH врши вообичаена проверка на клучот на домаќинот и најава на корисникот во текот.

Проверете ја поддршката на помагачот пред да внесете лозинка за прокси. OpenBSD nc документира автентикација на прокси за HTTP CONNECT, а не SOCKS автентикација. SOCKS служба заштитена со акредитиви може да бара друг компатибилен помагач. Задржете ја автентикацијата на споделеното прокси наместо да ја отстраните за да се прилагодите на неподдржан клиент.

Одредиштето ја гледа излезната врска на проксито, додека SSH проверката сё уште го идентификува вистинскиот сервер. Неуспехот да се стигне до неговата порта се случува пред најавата на SSH; прифатен тунел проследен со одбивање клуч припаѓа на SSH акредитивите.

Поставката се однесува на оваа SSH врска. Таа не го конфигурира сообраќајот на прелистувачот или која било друга апликација.

Поврзани статии