小编m00*_*000的帖子

MULTI:来自客户端的错误源地址 - 任何一次性解决方案?

设置: 我有一个 openvpn 客户端/服务器设置(底部的配置文件),我MULTI: bad source address from client [192.168.x.x], packet dropped在服务器上收到了臭名昭著的消息。服务器有一个公共 IP 地址,而客户端在 NAT 后面。

先前提出的解决方案的不足之处:client-config-dir服务器配置目前是空的定义。以前的帖子(此处和 openvpn 支持论坛中)建议在 中添加以DEFAULT正确规则命名的文件client-config-dir,或添加具有这些规则的每个用户文件来解决问题。

然而,这似乎不是一个长期的解决方案,因为这些规则是特定于客户位置的。所以,我可以添加一个规则来允许客户端192.168.x.0连接。但是,如果它们从另一个192.168.y.0用于 NAT 的网络连接,则需要新规则。

问题:

  • 是否可以以通用/一次性方式编写所需的规则?
  • 有人可以解释为什么首先会出现这个问题吗?

服务器配置:

port 1234
proto tcp
dev tun

ca ca.crt
cert openvpn.crt
key openvpn.key
dh dh2048.pem

server 10.78.96.0 255.255.255.0
keepalive 10 120
comp-lzo
cipher CAMELLIA-128-CBC

user nobody
group nogroup  
persist-key
persist-tun
client-cert-not-required
plugin /usr/lib/openvpn/openvpn-auth-pam.so login

status openvpn-status.log

push "redirect-gateway def1"
push "remote-gateway …
Run Code Online (Sandbox Code Playgroud)

vpn routing openvpn

11
推荐指数
1
解决办法
2万
查看次数

旧硬件的虚拟化平台(非 Intel-VT/AMD-V)

我正在尝试使用一些不支持Intel VT-x的基于 Xeon 的旧服务器构建一个小型虚拟化测试平台。

在他们之前的使用中,服务器运行的是VMware ESX 3.5。是否有我可以使用的更新的虚拟化平台?

我检查过的大多数解决方案(KVMVMware ESXi和 Microsoft Hyper-V)似乎都需要 CPU 上的 Intel VT 扩展。是否有任何虚拟化平台仍然支持旧硬件?

virtualization

7
推荐指数
2
解决办法
7688
查看次数

标签 统计

openvpn ×1

routing ×1

virtualization ×1

vpn ×1