Доступ до наявного HTTP- або SOCKS-проксі через SSH
Отримайте доступ до віддаленого loopback HTTP- або SOCKS-проксі через SSH, не виставляючи його слухач публічно.
Якщо relay.example.net уже запускає SOCKS на своєму 127.0.0.1:1080, пересилайте доступ, а не виставляйте цей слухач публічно:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Кінцева точка | Роль |
|---|---|
Ноутбук 127.0.0.1:1081 | Адреса SOCKS, яку треба налаштувати в програмі ноутбука. |
Ретранслятор 127.0.0.1:1080 | Наявний проксі, доступний з боку сервера SSH. |
Синтаксис локального переспрямування призначає фіксований пункт призначення стороні сервера. HTTP-проксі на віддаленому loopback-порту 3128 або внутрішня кінцева точка на кшталт proxy.internal.example:8080 працює за тим самим принципом. Налаштуйте клієнт для цього наявного протоколу HTTP і облікового запису; передавання через SSH не створює SOCKS або HTTPS-слухач із TLS.
Наявний сервіс і далі вибирає підтримувані версії протоколу, автентифікацію, пункти призначення та остаточний вихід. Якщо цей віддалений проксі створив інший процес SSH, обидва процеси мають залишатися живими. Маршрут ноутбук→ретранслятор→шлюз залишає сайту останнє вихідне з'єднання, а не ідентичність, виділену локальним портом 1081.
Тримайте прив'язку ноутбука явно локальною. Ширше розкриття змінює те, хто може дістатися сервісу, і вхід через SSH не додає пароль SOCKS слухачу. У разі відмови перевіряйте слухач ноутбука, транспорт SSH і віддалений проксі як окремі етапи.