由于实验室产品的监控模块的需求，需要绕过zabbix的验证模块，实现从二级平台到zabbix的无缝接入。
测试发现，zabbix的身份验证并不是想象的那么简单，为了实现功能，遂进行源码分析。
zabbix常规登陆验证流程：
分析./include/classes/user/CWebUser.php中的login和logout可以了解到zabbix的常规验证流程。
主要逻辑如下：
login
- 查询出对应用户名密码的user对象
- 检查该用户登陆尝试次数是否超出限制
- 根据查询的userid验证用户权限，将页面是否允许访问存入guiAccess
- 登陆方式选择（ldap、数据库）
- 开始新的session: 生成sessionId，将（sessionId、userid、当前时间、激活状态）插入数据库
- 根据第3步的guiAccess判断是否结束并抛出异常
- 成功登陆后，清除访客的session
- 将新的sessionId存入cookie
- 对该次用户登录做审计
logout
- 从cookie里得到sessionId
- 从数据库里删除该登出用户对应的所有状态为PASSIVE的session记录
- 将cookie中得到的这个sessionId对应的session记录的状态修改为PASSIVE
- 从cookie里删除该sessionId
然而，从一个静态URL想要绕过登陆直接跳转到zabbix的某个监控页面，肯定是不能走这个常规流程，所以，我们以zabbix的监控图表界面对应的charts.php代码来理清zabbix对于URL跳转这类请求的验证流程。
URL跳转验证流程
包括chart.php的几乎每一个zabbix的展示页面的php代码都会在开头包含一个config.inc.php，且并无其他验证相关代码存在，config.inc.php中只有一行主要代码Z::getInstance()->run(),追踪到这个run函数里，就能找到疑似的验证流程入口$this->authenticateUser()。
该函数位于 ./include/classes/core/ZBase.php 中。
checkAuthentication
ZBase.php中的函数，是对./include/classes/user/CWebUser.php中同名函数的封装，CWebUser.php中的checkAuthentication又是对zabbix API即./include/classes/api/services/CUser.php中的同名函数的封装。
具体流程如下：
- 从cookie中取出
zbx_sessionid的值存入sessionId - 如果该sessionId不为空，根据这个sessionId查询出对应的用户userid、autologout字段和处于ACTIVE状态session的lastaccess字段，如果sessionId为空，以访客模式调用login函数并得到新的sessionId，该sessionId对应的GUEST特殊用户将不能通过后面的权限认证
- 如果步骤2没有查出记录，那么会报错
Session terminated, re-login, please - 调用
check_perm2system检查该用户的权限，若有问题，报错No permissions for system access - 如果查出的记录的
autologout> 0, 删除数据库中对应用户的过期的session - 更新数据库中当前sessionId和userId对应的session记录的最近访问是时间(lassaccess)字段
- 检查该用户的页面访问权限(检查gui_access，与login流程的验证guiAccess一样)
- 将userid,sessionid,gui_access存入data变量中
- 如果gui_access为GROUP_GUI_ACCESS_DISABLED，即禁用，抛异常，退出。
- 将sessionId保存到cookie中
- 用sessionId为API设置验证令牌
分析得出结论，如果要实现在任何环境下的一次URL跳转都能成功以管理员的权限进入zabbix，关键在于以上流程的第2步，不能以访客模式进入zabbix，即需要让sessionId不为空且可用，自然得出的办法就是，提前保存好一个可用的sessionId到cookie中。
多番测试后，证实了以上方案是可行的，于是，实施方案如下：
手动在zabbix增加一个session记录，每次直接请求URL的时候，先调用一个自定义php，存入这个session的id，再继续访问，bingo！
后续发现问题，会回来更新。