主页 / server / 问题

问题[port-forwarding](server)

Martin Hope
fed
Asked: 2024-07-16 05:23:50 +0800 CST
  • 5

我们有 server1 和 server2

  • 在 server2 上安装了 socks5 代理服务器并监听 TCP 端口 1080

  • 在 server2 上安装了一个 openvpn 服务器，监听 TCP 端口 1194

  • server1 连接到 socks5 代理（在 server2 上）并监听本地端口 1070。

是否可以使用 socat 来做到这一点？：

我们希望使用 socks5 隧道将发送到服务器 1 端口 9090 的任何数据包转发到服务器 2 端口 1194。这意味着如果我们更改 openvpn 配置文件并将服务器 2 IP 替换为服务器 1 IP，将端口 1194 替换为 9090，则连接会被转发。

如果 server2 中的代理类型是 HTTP，当 chatgpt 的这个答案工作正常时（我们需要apt install corkscrew先运行）：

只需在 server1 中运行此命令：

socat TCP4-LISTEN:9090,reuseaddr,fork EXEC:'corkscrew 127.0.0.1 1070

但是socks5代理的答案是什么呢？

port-forwarding
Martin Hope
Gerge
Asked: 2022-08-18 10:34:28 +0800 CST
  • 2

我有一个问题，我无法将端口 80 和 443 用于我的网站/服务，因为它们已经在路由器上使用。我无法控制，无法更改它或在其中放置反向代理，因此我被迫使用不同的端口。我发现 cloudflare可以与其他端口一起使用，但我不知道如何使用它们。

我尝试使用 cloudflared 隧道，它运行良好，但是我知道 TOS 不允许使用隧道进行视频流，如 Plex/kodi ......这将是我想做的事情之一。

假设我决定使用端口 2052 (http) 和 2053 (https) 而不是 80 和 443。所有流量都需要使用路由器上的这些端口（也就是我的公共 IP）才能到达 NGINX 代理管理器将处理的服务器其余的将子域拆分为服务。我正在寻求帮助，逐步解释如何设置和使用我的网站（cloudflare 初学者）。我知道这可能会使 url 变得丑陋（subdomain.mydomain.com:port），但最重要的是它需要工作。

根据第一个答案，我想它需要像这个插图一样连接 根据第一个答案，我想它需要像这个插图一样连接

port-forwarding
Martin Hope
ender.an27
Asked: 2022-04-13 02:32:59 +0800 CST
  • 0

我想通过远程 Web 服务器公开本地 Web 服务器。远程主机已经有一个 Nginx 和一个 web 应用程序（webmail）。远程服务器充当将端口 80 转发到远程 8080 的本地 Web 服务器的网关。这是有效的。

现在我想将子域（例如，bridge.mydomain.co）请求转发到转发的端口。我尝试使用这个：

server {
    listen 80;
    listen [::]:80;
    server_name bridge.mydomain.co;

    location / {
        proxy_set_header Host $host;
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

本地网络服务器正在运行一个复杂的 PHP 应用程序，所以它抱怨：

40 个错误，例如：

拒绝加载样式表''，因为它违反了以下内容安全策略指令：“default-src https:data:'unsafe-inline''unsafe-eval'”。请注意，'style-src-elem' 没有明确设置，所以 'default-src' 用作后备。

和 56 个：

拒绝加载脚本''，因为它违反了以下内容安全策略指令：“default-src https:data:'unsafe-inline''unsafe-eval'”。请注意，'script-src-elem' 没有显式设置，因此 'default-src' 用作后备。

我知道我可以直接公开转发的端口，这完美无缺。但我想（最终）使用 nginx 进行 TLS 终止然后转发。

阅读有关此问题的信息似乎是 PHP 中的本地网络服务器拒绝了请求。然而，我不知道如何解决它。

有什么帮助吗？

php port-forwarding nginx
Martin Hope
Tuinslak
Asked: 2022-04-08 04:47:41 +0800 CST
  • 5

我有一个运行 Wireguard 的服务器（因此需要masquerade）和一个在端口 2525 上运行的容器。

我有以下iptables规则：

iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 25 -j DNAT --to-destination 172.18.0.1:2525
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

直接连接时server:2525，Docker 容器可以看到我的真实 IP 地址（1.2.3.4）。连接到 portserver:25时，Docker 容器看到的是由提供的本地 IP docker network：

Apr 07 12:45:46 mx postfix/smtpd[87]: lost connection after CONNECT from unknown[172.18.0.1]
Apr 07 12:45:46 mx postfix/smtpd[87]: disconnect from unknown[172.18.0.1] commands=0/0

如何确保 Docker 容器在连接到端口 25 时正确看到公共 IP 地址（而不仅仅是在连接到端口 2525 时）。

谢谢

# iptables -L -n -v -t nat
Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
52300 3131K DNAT       tcp  --  eth0   *       0.0.0.0/0            0.0.0.0/0            tcp dpt:25 to:172.18.0.1:2525
 150K 8524K DOCKER     all  --  *      *       0.0.0.0/0            0.0.0.0/0            ADDRTYPE match dst-type LOCAL

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    2   120 DOCKER     all  --  *      *       0.0.0.0/0           !127.0.0.0/8          ADDRTYPE match dst-type LOCAL

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
 3385  256K MASQUERADE  all  --  *      !docker0  172.17.0.0/16        0.0.0.0/0
1733K  104M MASQUERADE  all  --  *      !br-b147ffdbc9f3  172.18.0.0/16        0.0.0.0/0
    0     0 MASQUERADE  tcp  --  *      *       172.17.0.2           172.17.0.2           tcp dpt:53
    0     0 MASQUERADE  udp  --  *      *       172.17.0.2           172.17.0.2           udp dpt:53
    0     0 MASQUERADE  tcp  --  *      *       172.18.0.2           172.18.0.2           tcp dpt:25

Chain DOCKER (2 references)
 pkts bytes target     prot opt in     out     source               destination
   12  1419 RETURN     all  --  docker0 *       0.0.0.0/0            0.0.0.0/0
    0     0 RETURN     all  --  br-b147ffdbc9f3 *       0.0.0.0/0            0.0.0.0/0
   56  3192 DNAT       tcp  --  !docker0 *       0.0.0.0/0            0.0.0.0/0            tcp dpt:5354 to:172.17.0.2:53
    0     0 DNAT       udp  --  !docker0 *       0.0.0.0/0            0.0.0.0/0            udp dpt:5354 to:172.17.0.2:53
  107  6020 DNAT       tcp  --  !br-b147ffdbc9f3 *       0.0.0.0/0            0.0.0.0/0            tcp dpt:2525 to:172.18.0.2:25

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 32:d0:56:15:0a:64 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    altname ens3
    inet 159.223.80.86/20 brd 159.223.95.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 10.15.0.19/16 brd 10.15.255.255 scope global eth0:1
       valid_lft forever preferred_lft forever
    inet6 2400:6180:0:d0::f57:6001/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::30d0:56ff:fe15:a64/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 32:dc:4a:e4:27:be brd ff:ff:ff:ff:ff:ff
    altname enp0s4
    altname ens4
    inet 10.130.244.15/16 brd 10.130.255.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::30dc:4aff:fee4:27be/64 scope link
       valid_lft forever preferred_lft forever
4: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none
    inet 10.200.200.52/24 scope global wg0
       valid_lft forever preferred_lft forever
5: wg1: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none
    inet 10.222.111.1/24 scope global wg1
       valid_lft forever preferred_lft forever
6: br-b147ffdbc9f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:46:21:70:c0 brd ff:ff:ff:ff:ff:ff
    inet 172.18.0.1/16 brd 172.18.255.255 scope global br-b147ffdbc9f3
       valid_lft forever preferred_lft forever
    inet6 fe80::42:46ff:fe21:70c0/64 scope link
       valid_lft forever preferred_lft forever
7: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:66:22:41:91 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:66ff:fe22:4191/64 scope link
       valid_lft forever preferred_lft forever
9: veth31eff9d@if8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether e6:fb:80:5d:c7:a3 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::e4fb:80ff:fe5d:c7a3/64 scope link
       valid_lft forever preferred_lft forever
19: veth01269f5@if18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-b147ffdbc9f3 state UP group default
    link/ether 36:f4:e7:43:5f:da brd ff:ff:ff:ff:ff:ff link-netnsid 2
    inet6 fe80::34f4:e7ff:fe43:5fda/64 scope link
       valid_lft forever preferred_lft forever
port-forwarding iptables forwarding docker
Martin Hope
Muhammad Ikhwan Perwira
Asked: 2022-02-05 07:04:46 +0800 CST
  • 0

我有 VPS，比方说没有 IPv4 但只有 IPv6 的 VPS X。

和

我有 VPS，比如说没有 IPv6 但只有 IPv4 的 VPS Y。

由于今天仍然普遍使用 IPv4，并且某些设备无法访问 IPv6。

我想使用 VPS Y 网卡作为 VPS X 的 IPv4，因为 VPS X 没有 IPv4。

我希望 VPS Y 中的 UDP 端口正在监听来自互联网的传入连接，然后将 UDP 数据报转发到 VPS X 中的 UDP 端口。

我可以使用 SSH 转发在 VPS X 中运行此命令来实现它。

SSH -NR 19132:localhost:19133 server

我可以将 SSH 从 VPS X 连接到 VPS Y。但是 VPS Y 无法连接到 VPS X。

不幸的是，SSH 转发仅适用于 TCP 端口。虽然我想要 UDP 端口转发，因为我的世界基岩服务器正在使用 UDP。

udp ssh port-forwarding ssh-tunnel ipv6
Martin Hope
c0D3l0g1c
Asked: 2022-01-03 04:32:11 +0800 CST
  • 0

我花了一段时间才弄清楚这一点，但最终让远程端口转发与ssh一起工作，如下所示：

ssh -N -i /etc/ssh/id_rsa user@somewhere.com -R 8080:localhost:80 -C -v

本地服务器使用私钥连接到配置了公钥的远程服务器。能够成功认证，日志中没有错误。ssh 打印的最后一行是：

debug1: remote forward success for: listen 8080, connect localhost:80

我尝试从我的公共站点对此进行测试，如下所示：

但是，什么也没发生 - 仍然看到这一行：

debug1: remote forward success for: listen 8080, connect localhost:80

如果我使用http://127.0.0.1:8080在远程服务器上进行本地测试，它工作正常。

注意：在远程服务器上的 sshd_config 中设置了以下内容：

  1. AllowTcpForwarding 是
  2. 网关端口 是

不知道我错过了什么......

linux ssh port-forwarding ssh-tunnel
Martin Hope
AAron
Asked: 2021-11-19 06:47:06 +0800 CST
  • 0

TL;DR：如何让连接到远程托管 VPS 的客户端 IP 成为通过 iptables 转发/nat 到我家运行的游戏服务器的 IP？

我在家里托管了一个 Rust 游戏服务器。我希望将其公开，但我不一定想向所有人提供我的 IP 地址。所以我租了一个小型 VPS，它打算基本上用作反向代理。我目前正在使用 nginx 通过 clinet-server VPN 转发流量，效果很好。但是，在游戏服务器上，每个玩家的 IP 都是 VPS 的隧道地址，而不是实际的客户端 IP。我尝试proxy_pass $remote_addr:28015 transparancy; proxy_responses 0在我的 nginx 配置中使用，没有变化。所以我然后切换到通过 iptables 来做。

我可以按照我想要的方式让它工作 99%，就是这样做的：

sysctl net.ipv4.ip_forward=1
iptables -t nat -A PREROUTING -p tcp --dport 28015 -j NAT --to-destination my_ip:28015
iptables -t nat -A PREROUTING -p udp --dport 28015 -j NAT --to-destination my_ip:28015
iptables -t nat -A PREROUTING -p tcp --dport 28016 -j NAT --to-destination my_ip:28016
iptables -t nat -A PREROUTING -p udp --dport 28016 -j NAT --to-destination my_ip:28016
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -p tcp -d my_ip --dport 28015 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -p ucp -d my_ip --dport 28015 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
ufw disable
ufw enable
vps reboot \

它的作用与 nginx 基本相同，它工作正常，但每个人都只有 VPS 的公共 ip（注意，VPS 的 LAN 和公共 ip 地址是相同的）。如果我省略化装舞会，它就不起作用。

有关设置的一些信息：
VPS 有一个界面：eth0
VPS 正在运行Ubuntu 20.04
在我家，调制解调器处于通向 pfsesne 的通路模式。在 pfsense 上，我有端口转发规则将 28015/28016 tcp/udp 传递到gameserver.

旁注：我不确定为什么 nginx 不能为此工作。几乎就像 nginx 对proxy_pass $remote_addr指令什么都不做一样。

nat port-forwarding iptables nginx
Martin Hope
deHaar
Asked: 2021-11-13 07:17:35 +0800 CST
  • 0

我在 IBM 云中有 2 个 Kubernetes 集群，一个有 2 个节点，另一个有 4 个。

一个有 4 个节点的节点工作正常，但在另一个节点上，由于金钱原因，我不得不暂时移除工作节点（不应该在空闲时支付）。

当我重新激活这两个节点时，一切似乎都正常启动，只要我不尝试与 Pod 交互，它表面上看起来仍然很好，没有关于不可用或严重健康状态的消息。好的，我删除了两个Namespace卡在Terminating状态中的过时的 s，但我可以通过重新启动集群节点来解决该问题（不再确切知道它是哪一个）。

当一切正常时，我尝试访问 kubernetes 仪表板（之前所做的一切都是在 IBM 管理级别或命令行中完成的），但令人惊讶的是，我发现它无法访问，浏览器中的错误页面显示：

503服务不可用

该页面底部有一条小的 JSON 消息，内容是：

{
  "kind": "Status",
  "apiVersion": "v1",
  "metadata": { },
  "status": "Failure",
  "message": "error trying to reach service: read tcp 172.18.190.60:39946-\u003e172.19.151.38:8090: read: connection reset by peer",
  "reason": "ServiceUnavailable",
  "code": 503
}

我发送了一个kubectl logs kubernetes-dashboard-54674bdd65-nf6w7 --namespace=kube-system显示Pod为正在运行的位置，但结果不是要查看的日志，而是这条消息：

Error from server: Get "https://10.215.17.75:10250/containerLogs/kube-system/kubernetes-dashboard-54674bdd65-nf6w7/kubernetes-dashboard":
read tcp 172.18.135.195:56882->172.19.151.38:8090:
read: connection reset by peer

然后我发现我既无法获取该集群中运行的任何 Pod日志，也无法部署任何需要调度的新自定义 kubernetes 对象（我实际上可以应用Services 或s ，ConfigMap但没有Pod,或类似的） .ReplicaSetDeployment

我已经尝试过

  • 重新加载工作池中的工作节点
  • 重启workerpool中的worker节点
  • 重新启动 kubernetes-dashboardDeployment

不幸的是，上述操作都没有改变Pods.

还有另一件事可能是相关的（虽然我不太确定它是否真的是）：

在另一个运行良好的集群中，有三个 calicoPod正在运行，并且所有三个都启动，而在有问题的集群中，三个 calicoPod中只有两个启动并运行，第三个保持Pending状态并且 akubectl describe pod calico-blablabla-blabla揭示了原因，Event

Warning  FailedScheduling  13s   default-scheduler
0/2 nodes are available: 2 node(s) didn't have free ports for the requested pod ports.

有没有人知道该集群中发生了什么并可以指出可能的解决方案？我真的不想删除集群并生成一个新集群。

编辑

结果kubectl describe pod kubernetes-dashboard-54674bdd65-4m2ch --namespace=kube-system：

Name:                 kubernetes-dashboard-54674bdd65-4m2ch
Namespace:            kube-system
Priority:             2000000000
Priority Class Name:  system-cluster-critical
Node:                 10.215.17.82/10.215.17.82
Start Time:           Mon, 15 Nov 2021 09:01:30 +0100
Labels:               k8s-app=kubernetes-dashboard
                      pod-template-hash=54674bdd65
Annotations:          cni.projectcalico.org/containerID: ca52cefaae58d8e5ce6d54883cb6a6135318c8db53d231dc645a5cf2e67d821e
                      cni.projectcalico.org/podIP: 172.30.184.2/32
                      cni.projectcalico.org/podIPs: 172.30.184.2/32
                      container.seccomp.security.alpha.kubernetes.io/kubernetes-dashboard: runtime/default
                      kubectl.kubernetes.io/restartedAt: 2021-11-10T15:47:14+01:00
                      kubernetes.io/psp: ibm-privileged-psp
Status:               Running
IP:                   172.30.184.2
IPs:
  IP:           172.30.184.2
Controlled By:  ReplicaSet/kubernetes-dashboard-54674bdd65
Containers:
  kubernetes-dashboard:
    Container ID:  containerd://bac57850055cd6bb944c4d893a5d315c659fd7d4935fe49083d9ef8ae03e5c31
    Image:         registry.eu-de.bluemix.net/armada-master/kubernetesui-dashboard:v2.3.1
    Image ID:      registry.eu-de.bluemix.net/armada-master/kubernetesui-dashboard@sha256:f14f581d36b83fc9c1cfa3b0609e7788017ecada1f3106fab1c9db35295fe523
    Port:          8443/TCP
    Host Port:     0/TCP
    Args:
      --auto-generate-certificates
      --namespace=kube-system
    State:          Running
      Started:      Mon, 15 Nov 2021 09:01:37 +0100
    Ready:          True
    Restart Count:  0
    Requests:
      cpu:        50m
      memory:     100Mi
    Liveness:     http-get https://:8443/ delay=30s timeout=30s period=10s #success=1 #failure=3
    Readiness:    http-get https://:8443/ delay=10s timeout=30s period=10s #success=1 #failure=3
    Environment:  <none>
    Mounts:
      /certs from kubernetes-dashboard-certs (rw)
      /tmp from tmp-volume (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-sc9kw (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  kubernetes-dashboard-certs:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  kubernetes-dashboard-certs
    Optional:    false
  tmp-volume:
    Type:       EmptyDir (a temporary directory that shares a pod's lifetime)
    Medium:     
    SizeLimit:  <unset>
  kube-api-access-sc9kw:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   Burstable
Node-Selectors:              <none>
Tolerations:                 node-role.kubernetes.io/master:NoSchedule
                             node.kubernetes.io/not-ready:NoExecute op=Exists for 600s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 600s
Events:                      <none>
port port-forwarding scheduling cluster kubernetes
Martin Hope
Jacob Harrand
Asked: 2021-10-26 13:10:23 +0800 CST
  • 0

我正在部署和配置本地 Exchange 2016 服务器。我的入站/接收连接器不工作。当我从外部网络上的计算机通过端口 25 远程登录到我的服务器时，我得到：

220 Row3Exch.Slowservers.com Microsoft ESMTP MAIL Service ready at Mon, 25 Oct 2021 16:57:57 -0400

但是，我无法接收电子邮件。我运行了入站连接分析器，看看是否有我遗漏的东西。结果表明端口 25 被阻塞、未侦听或产生预期响应。查看我的 DNS 记录和我的 telnet 结果，我对它可能是什么感到有些困惑。这是结果的屏幕截图

port-forwarding windows-server-2016 exchange-2016