通过DNS/负载均衡访问站点报geolitedbpath配置缺失服务器错误

该错误来自Kentico CMS内置的GeoIP地理位置解析模块，触发逻辑和请求来源IP直接绑定：

• 服务器本地访问时请求源为127.0.0.1回环地址，模块默认跳过GeoIP库加载校验，因此访问正常无报错
• 经过负载均衡的请求源为公网客户端IP/未被识别为内网地址的LB节点IP，会触发会话生命周期绑定的WriteStateCodeToTheSession逻辑：该逻辑会初始化GeoInfoProvider，强制校验web.config中geolitedbpath配置项是否存在，缺失就直接抛出System.ArgumentException异常

你之前注释类库引用、packages.config配置的操作未生效，原因是这个事件钩子直接注册在全局Global.asax的会话获取阶段，和NuGet包引用、上层应用设置无关，只要bin目录下存在对应CMS核心程序集，事件就会正常执行。

之前旧环境未触发访问报错的核心原因有两个：一是旧服务器web.config中存在该配置项（web.config常因环境差异化配置、发布转换规则不会被全量同步，副本迁移时容易遗漏）；二是旧环境中经过LB的请求源IP被识别为私有保留地址段，模块默认跳过解析逻辑，仅在后台定时任务等非请求场景触发错误提示，不会冒泡到前端请求管道导致500错误。新部署的Windows Server 2016+IIS10环境下，该异常未被全局异常过滤器捕获，直接中断请求处理，因此出现访问报错。

根据你是否需要GeoIP地域解析功能，三选一即可：

方案1（零代码改动，适配你当前不需要该功能的场景） #

直接在web.config的<appSettings>节点下补充空值配置项，绕过参数校验：

<add key="geolitedbpath" value="" />

保存后重启对应IIS站点即可生效。空值会让GeoIP提供者初始化后直接返回空结果，不会执行后续IP解析逻辑，也不会抛出异常。

方案2（彻底移除无用逻辑） #

打开站点根目录下的Global.asax.cs文件，定位到WriteStateCodeToTheSession方法，注释掉方法内所有和GeoInfoProvider初始化、地域信息写入Session相关的代码，重新编译站点后部署即可。注意不要注释整个方法，避免破坏会话初始化流程中的其他业务逻辑。

方案3（需要保留地域解析功能时使用） #

1. 下载对应版本的MaxMind GeoLite2-City.mmdb数据库文件，存放到站点目录外的非Web访问路径（例如C:\CMS_Resources\GeoDB\），避免被公网下载
2. 在web.config的<appSettings>节点下配置数据库完整路径：

<add key="geolitedbpath" value="C:\CMS_Resources\GeoDB\GeoLite2-City.mmdb" />

3. 给IIS站点对应应用程序池的运行账号授予该数据库文件的读取权限，重启IIS站点即可。

• 配置修改完成后先在服务器本地访问站点确认功能正常
• 通过负载均衡绑定的DNS/IP访问测试，确认站点可正常打开
• 打开Windows事件查看器-应用程序日志，确认不再出现geolitedbpath相关的异常记录
• 如果仍有报错，检查负载均衡是否配置了请求重写规则、WAF规则拦截/修改了配置节点的加载逻辑，同时确认LB转发的真实IP段是否被加入了CMS后台的内网IP跳过列表

内容的提问来源于stack exchange，提问作者Jeff Calder