同理,远程网卡地址可以省略,目标地址也可以是其他主机地址。假设本地主机A2的局域网IP地址为192.168.0.100。
# 在本地主机A1登陆远程云主机B1,并进行远程端口转发 ssh -R 2000:192.168.0.100:3000 root@103.59.22.17若将Node.js服务运行在本地主机A2上,则发送到远程云主机A1端口2000的请求,都会被转发到A2主机上。
动态端口转发 应用场景:远程云主机B1运行了多个服务,分别使用了不同端口,本地主机A1需要访问这些服务。
为啥需要动态端口转发呢?一方面,由于防火墙限制,本地主机A1并不能直接访问远程云主机B1上的服务,因此需要进行端口转发;另一方面,为每个端口分别创建本地端口转发非常麻烦。
什么是动态端口转发?对于本地端口转发和远程端口转发,都存在两个一一对应的端口,分别位于SSH的客户端和服务端,而动态端口转发则只是绑定了一个本地端口,而目标地址:目标端口则是不固定的。目标地址:目标端口是由发起的请求决定的,比如,请求地址为192.168.1.100:3000,则通过SSH转发的请求地址也是192.168.1.100:3000。
-D 本地网卡地址:本地端口这时,通过动态端口转发,可以将在本地主机A1发起的请求,转发到远程主机B1,而由B1去真正地发起请求。
# 在本地主机A1登陆远程云主机B1,并进行动态端口转发 ssh -D localhost:2000 root@103.59.22.17而在本地发起的请求,需要由Socket代理(Socket Proxy)转发到SSH绑定的2000端口。以Firefox浏览器为例,配置Socket代理需要找到首选项>高级>网络>连接->设置:
这样的话,Firefox浏览器发起的请求都会转发到2000端口,然后通过SSH转发到真正地请求地址。若Node.js服务运行在远程云主机B1上,则在Firefox中访问localhost:3000即可以访问。如果主机B1能够访问外网的话,则可以FQ……
链式端口转发本地端口转发与远程端口转发结合起来使用,可以进行链式转发。假设A主机在公司,B主机在家,C主机为远程云主机。A主机上运行了前文的Node.js服务,需要在B主机上访问该服务。由于A和B不在同一个网络,且A主机没有独立公共IP地址,所以无法直接访问服务。
通过本地端口转发,将发送到B主机3000端口的请求,转发到远程云主机C的2000端口。
# 在B主机登陆远程云主机C,并进行本地端口转发 ssh -L localhost:3000:localhost:2000 root@103.59.22.17通过远程端口转发,将发送到远程云主机C端口2000的请求,转发到A主机的3000端口。
# 在A主机登陆远程云主机C,并进行远程端口转发 ssh -R localhost:2000:localhost:3000 root@103.59.22.17这样,在主机B可以通过访问:3000来访问主机A上的服务。
# 在主机B访问主机A上的服务 curl :3000 Hello Fundebug 参考链接原文链接:https://blog.fundebug.com/2017/04/24/ssh-port-forwarding/
SSH PortForwarding
SSH隧道的原理和实现
SSH的三种端口转发