连接不上VPN？先别急着重启电脑
早上赶着进公司系统开晨会，VPN连了三次都卡在“正在验证”界面。这种情况太常见了，很多人第一反应是重装客户端或者换网络，其实多数问题都有迹可循。建立一个属于自己的VPN接入问题知识库，能省下不少抓耳挠腮的时间。
认证失败：密码没错，为什么还是登不上？
用户输入的账号密码完全正确，但提示“身份验证失败”。这时候别急着改密码，先检查是否开启了双因素认证（2FA）。有些企业的VPN策略要求绑定手机令牌，如果没及时刷新验证码，就会被拦在外面。另外，域控时间不同步也会导致Kerberos认证出错，尤其是跨时区办公的时候。
能连上但打不开内网页面
状态显示已连接，但浏览器访问内部OA系统始终超时。这种情况大概率是路由规则没生效。查看客户端日志，确认是否推送了正确的内网网段路由。比如你本该访问192.168.10.0/24，但路由表里只加了默认网关，那流量就不会走隧道。
Windows下可以用命令快速查看：
route print | findstr 192.168.10Linux或Mac用户则用：
netstat -rn | grep 192.168.10公共WiFi下连不上，回家却正常
咖啡厅、机场这些地方的网络常会屏蔽非标准端口。如果你们公司用的是基于UDP 1194的OpenVPN，很可能被防火墙直接拦截。换成TCP 443模式通常能绕过去，因为这个端口和HTTPS共用，一般不会被封。
在配置文件中修改协议和端口：
proto tcp-client
remote your-vpn-server.com 443移动端频繁断线
手机切到后台一会儿就掉线，重新打开又要重新认证。这其实是系统为了省电强制终止后台服务。安卓用户建议开启“电池保护白名单”，iOS可以在设置里把VPN设为“永久连接”。部分企业MDM策略也会影响保活机制，需要联系IT部门调整心跳间隔。
DNS解析失败，网页打成乱码
明明连上了，但输入内网地址却跳到公网搜索页。这是典型的DNS泄露问题。客户端应强制使用内网DNS服务器，而不是沿用本地网络的DNS。检查配置中是否有类似设置：
dhcp-option DNS 10.8.0.1
block-outside-dns特别是Windows系统，默认可能忽略下发的DNS策略，需要手动关闭“自动获取DNS”并锁定设置。
日志怎么看？关键信息藏在这几行
遇到问题别只会看图形界面的状态灯。打开客户端的日志窗口，搜索关键词VERIFY ERROR、TLS handshake failed、ROUTE等，往往能定位根源。比如出现“bad certificate”，基本可以确定是证书过期或未安装根证书；而“no route to host”多半是网络层不通。
保存一份常见错误码对照表，下次再遇到就能快速匹配。这也是搭建个人知识库的核心——把每次排错的过程沉淀下来，变成下次的底气。