1. 为什么Linux下SoftEther连接后无法自动路由？

很多从Windows转向Linux的用户都会遇到这个困惑：同样的SoftEther服务器，在Windows上连接后就能直接访问远程网段，但在Linux上却死活ping不通。这其实是因为两个系统的网络栈设计理念不同。

Windows版的SoftEther客户端内置了完整的路由配置模块，连接时会自动完成三件事：

1. 为虚拟网卡分配目标网段IP
2. 添加指向服务器IP的静态路由
3. 自动更新默认网关

而Linux客户端出于安全考虑，将这些配置权交给了系统管理员。我曾在项目迁移时踩过这个坑，当时花了整整两天才搞明白原理。关键点在于：Linux的网络配置是显式声明的，不像Windows那样允许应用程序随意修改路由表。

2. 环境准备与基础配置

2.1 确认网络拓扑结构

假设我们有以下典型场景：

• 服务器公网IP：203.0.113.45（示例）
• 目标内网网段：10.8.0.0/24
• 本地局域网：192.168.1.0/24
• 本地网关：192.168.1.1

在开始前，先用这些命令检查现有配置：

ip addr show # 查看所有网卡 route -n # 查看当前路由表 ping 192.168.1.1 # 测试本地网关连通性

2.2 安装SoftEther客户端

虽然这不是本文重点，但有几个容易出错的点值得注意：

# Ubuntu/Debian sudo apt install build-essential -y wget https://github.com/SoftEtherVPN/SoftEtherVPN/releases/download/v4.38-9760-rtm/softether-vpnclient-v4.38-9760-rtm-2021.08.17-linux-x64-64bit.tar.gz tar xzvf softether*.tar.gz cd vpnclient/ make # 需要root权限 # CentOS/RHEL sudo yum groupinstall "Development Tools" wget [同上链接] # 后续步骤相同

安装完成后别急着连接，先处理一个常见问题：如果遇到/lib/modules/.../build: No such file错误，需要安装内核头文件：

# Ubuntu sudo apt install linux-headers-$(uname -r) # CentOS sudo yum install kernel-devel

3. 关键路由配置详解

3.1 连接后的初始状态

启动客户端并连接服务器：

./vpnclient start ./vpncmd > NicGetList # 查看虚拟网卡名（通常是vpn_vpn） > AccountConnect [配置名]

此时执行ip addr show vpn_vpn，你会发现虚拟网卡没有IP地址。这是因为Linux客户端不会自动触发DHCP请求，需要手动操作：

sudo dhclient vpn_vpn

等待几秒后，虚拟网卡应该获得目标网段的IP（比如10.8.0.100）。但此时尝试ping目标网段的其他IP（如10.8.0.1）仍然会失败。

3.2 那个"反人类"的路由配置

这里就是大多数教程语焉不详的关键步骤。正确的操作顺序应该是：

# 先添加服务器路由（核心步骤！） sudo ip route add 203.0.113.45 via 192.168.1.1 # 删除原有默认路由（临时） sudo ip route del default # 添加新默认路由（通过VPN） sudo ip route add default via 10.8.0.1 dev vpn_vpn # 最后恢复本地默认路由 sudo ip route add default via 192.168.1.1

这个配置的底层逻辑是：所有发往服务器的流量（203.0.113.45）必须经过本地网关（192.168.1.1）转发，否则数据包会被错误地路由到虚拟接口。我在三台不同发行版的机器上测试过，这是唯一可靠的工作方式。

4. 持久化配置与排错

4.1 让配置开机自动生效

临时路由重启会丢失，需要修改网络配置文件。以NetworkManager为例：

1. 创建路由配置文件：

sudo tee /etc/NetworkManager/dispatcher.d/99-vpnroute <<'EOF' #!/bin/bash if [ "$1" = "vpn_vpn" ] && [ "$2" = "up" ]; then ip route add 203.0.113.45 via 192.168.1.1 ip route add 10.8.0.0/24 dev vpn_vpn fi EOF

2. 设置可执行权限：

sudo chmod +x /etc/NetworkManager/dispatcher.d/99-vpnroute

4.2 常见问题排查

症状1：能ping通服务器但无法访问内网

• 检查服务器端的SecureNAT配置
• 确认服务器防火墙放行了目标网段：

# 在服务器上执行 sudo iptables -L -n | grep 10.8.0.0

症状2：连接后本地网络中断

• 通常是因为错误删除了默认路由
• 紧急恢复方法：

sudo ip route add default via 192.168.1.1

症状3：DHCP获取不到IP

• 手动指定静态IP试试：

sudo ip addr add 10.8.0.100/24 dev vpn_vpn sudo ip link set vpn_vpn up

5. 进阶：多网段路由配置

当需要访问多个远程网段时（如10.8.0.0/24和172.16.1.0/24），可以采用更精细的路由策略：

# 主路由规则保持不变 sudo ip route add 203.0.113.45 via 192.168.1.1 # 为每个目标网段添加单独路由 sudo ip route add 10.8.0.0/24 dev vpn_vpn sudo ip route add 172.16.1.0/24 dev vpn_vpn

这种配置下，只有特定网段的流量会走VPN通道，其他流量仍走本地网络。我在混合云环境中经常使用这种方案，既保证了特定业务的连通性，又不影响其他网络访问。

最后提醒一点：如果网络拓扑发生变化（比如服务器IP更改），记得先清除旧路由：

sudo ip route flush cache sudo ip route del 203.0.113.45