Достъп до съществуващ 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 транспорта и отдалеченото прокси като отделни етапи.