很多用户在自行配置OpenVPN客户端后，经常遇到访问内网域名解析失败、本地公共DNS泄漏、跨站点访问跳转异常的问题，这类故障绝大多数都和OpenVPN服务端的DNS推送规则配置不当有关，很多用户不知道该向运维管理员提供哪些有效信息，反复沟通也没法快速定位问题，这份清单就从故障现象、配置前提、校验维度几个层面，把OpenVPN DNS推送：与管理员沟通需要哪些信息的核心要点梳理清楚，帮双方减少无效沟通成本，快速完成符合需求的配置调整。
第一类：故障现象与当前网络环境的基础信息
首先你需要先把当前连接OpenVPN前后的网络表现完整描述清楚，不要只说“DNS不好用”，要分别说明连接VPN之前，本地设备的默认DNS服务器是什么，访问公网域名、本地局域网域名有没有异常，连接VPN之后，哪些域名解析失败，是所有公网域名都打不开，还是只有指定的内网业务域名无法解析，有没有出现访问公网网站跳转到内网非预期页面的异常情况。
接下来要说明你当前使用的设备类型和操作系统版本，不同系统对OpenVPN推送DNS的适配逻辑完全不同，比如Windows系统会自动把推送的DNS优先级调到本地原有DNS之前，而部分Linux发行版需要额外配置resolvconf服务才能生效，macOS的部分版本还会出现推送DNS和本地DNS冲突的兼容问题，这些信息能帮管理员直接排除系统层面的适配bug，不用反复测试不同系统的表现。
第二类：你对DNS分流的实际业务需求
很多用户误以为OpenVPN DNS推送只能把所有DNS请求都走VPN隧道，实际上你需要明确告知管理员，你是希望所有域名的解析请求都通过VPN服务端分配的DNS服务器处理，还是只有指定后缀的内网域名走VPN侧DNS解析，其余公网域名继续用本地原有的公共DNS，这两种配置的服务端参数完全不同，前者需要推送redirect-gateway全局路由规则，蓝莓VPN后者只需要配置特定域的DNS推送条目。
运维人员协同核对网络环境信息，快速定位OpenVPN DNS推送相关的解析故障。
如果你的使用场景涉及多站点接入，还要说明你需要同时解析几个不同内网域的域名，比如同时访问总部的OA内网域和分公司的存储服务域，这两类域名对应的DNS服务器地址可能不一样，你需要把所有需要解析的内网域名后缀都列出来，蓝莓加速器避免管理员漏配部分域的推送规则，导致部分业务系统访问失败。
第三类：本地侧已经排查过的校验结果
在找管理员沟通之前，你可以先在本地执行nslookup或者dig命令做初步校验，把测试结果同步给管理员：首先断开VPN的状态下，手动把DNS改成你预期VPN侧要使用的内网DNS服务器地址，测试指定内网域名能不能正常解析，如果这个测试本身就失败，说明问题出在内网DNS服务器本身的连通性，和OpenVPN的推送配置无关。
连接上VPN之后，你可以查看本地设备的DNS列表，蓝莓加速器确认有没有收到管理员之前配置推送的DNS服务器地址，如果列表里完全没有对应的DNS条目，说明是客户端配置的问题，比如部分客户端勾选了“不允许服务端修改DNS”的选项，或者服务端的推送参数写错了，如果DNS条目已经存在但解析还是失败，说明可能是VPN隧道的路由规则没有放通到内网DNS服务器的访问权限。
第四类：需要同步确认的配置边界规则
你还要和管理员确认当前OpenVPN服务端的DNS推送有没有做全局的强制拦截，部分企业的VPN配置会把所有DNS请求都重定向到内网的审计DNS服务器，如果你有特定的公共DNS使用需求，需要提前和管理员说明，避免配置完成后出现你常用的公共DNS无法正常使用的情况。
你还可以同步告知管理员你日常使用的OpenVPN客户端版本，部分老旧的第三方客户端对新版OpenVPN服务端的DNS推送参数支持不全，会出现收到推送规则但不生效的问题，管理员可以根据你提供的客户端版本调整服务端的兼容参数，不需要你额外升级客户端就能解决适配问题。
最后还要确认配置后的隐私边界，OpenVPN DNS推送规则生效后，走VPN隧道的DNS请求会被服务端侧的DNS服务器记录解析日志，你需要提前确认哪些解析请求会被留存日志，哪些请求仍然走本地DNS不会上传到VPN服务端，避免出现超出预期的日志记录问题。
很多无效沟通的本质是用户只反馈故障结果，没有提供足够的定位信息，蓝莓加速器按照这份清单整理好所有信息再和管理员对接，绝大多数DNS推送相关的配置需求都可以在一次沟通内完成确认，不需要反复来回排查。
