wifidog 源码初分析

最新推荐文章于 2018-10-08 15:46:33 发布
最新推荐文章于 2018-10-08 15:46:33 发布
阅读量2.1k 收藏 3
点赞数
分类专栏： linux学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fyh2003/article/details/43669827
版权
原创作品，允许转载，转载时请务必以超链接形式标明文章  原始出处 、作者信息和本声明。否则将追究法律责任。 http://quietmadman.blog.51cto.com/3269500/1386291

在上一篇《wifidog 源码处分析(3)》的流程结束后，接入设备的浏览器重定向至 路由器 上 wifidog 的 http 服务（端口 2060） /wifidog/auth 上（且携带了 认证服务器 为此接入设备分配的 token），本篇就是从 wifidog 接收到 /wifidog/auth 的访问后的 校验流程。

-

根据《wifidog 源码初分析(2)》中描述的，在 wifidog 启动 http 服务前，注册了一个针对访问路径 /wifidog/auth 的回调，如下：

-

1
2
3
4
httpdAddCContent(webserver,  "/wifidog" ,  "about" , 0, NULL, http_callback_about);
httpdAddCContent(webserver,  "/wifidog" ,  "status" , 0, NULL, http_callback_status);
     // 注册了针对 /wifidog/auth 的访问回调 http_callback_auth
httpdAddCContent(webserver,  "/wifidog" ,  "auth" , 0, NULL, http_callback_auth);

-

这样对于 接入设备(or 客户端) 重定向过来的 /wifidog/auth 就进入了 http_callback_auth 函数中，如下：

-

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
http_callback_auth(httpd *webserver, request *r)
{
     t_client    *client;
     httpVar * token;
     char     *mac;
     // 1, 获取条件参数中的 logout 值
     httpVar *logout = httpdGetVariableByName(r,  "logout" );
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            
     // 2, 获取条件参数中的 token 值
     if  ((token = httpdGetVariableByName(r,  "token" ))) {
         /* They supplied variable "token" */
         // 3, 可以看到, 这里要求必须能够通过 ARP 协议获取到 接入设备 的 MAC 地址
         if  (!(mac = arp_get(r->clientAddr))) {
             /* We could not get their MAC address */
             debug(LOG_ERR,  "Failed to retrieve MAC address for ip %s" , r->clientAddr);
             send_http_page(r,  "WiFiDog Error" ,  "Failed to retrieve your MAC address" );
         }  else  {
             /* We have their MAC address */
             LOCK_CLIENT_LIST();
             // 4, 检查该客户端(接入设备)是否已经在 wifidog 维护的接入客户端列表中
             if  ((client = client_list_find(r->clientAddr, mac)) == NULL) {
                 debug(LOG_DEBUG,  "New client for %s" , r->clientAddr);
                 client_list_append(r->clientAddr, mac, token->value);
             }  else  if  (logout) {
                 // 5, 退出处理
                 t_authresponse  authresponse;
                 s_config *config = config_get_config();
                 unsigned  long  long  incoming = client->counters.incoming;
                 unsigned  long  long  outgoing = client->counters.outgoing;
                 char  *ip = safe_strdup(client->ip);
                 char  *urlFragment = NULL;
                 t_auth_serv *auth_server = get_auth_server();
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                
                 fw_deny(client->ip, client->mac, client->fw_connection_state);
                 client_list_delete(client);
                 debug(LOG_DEBUG,  "Got logout from %s" , client->ip);
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        
                 /* Advertise the logout if we have an auth server */
                 if  (config->auth_servers != NULL) {
                     UNLOCK_CLIENT_LIST();
                     auth_server_request(&authresponse, REQUEST_TYPE_LOGOUT, ip, mac, token->value,
                                         incoming, outgoing);
                     LOCK_CLIENT_LIST();
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            
                     /* Re-direct them to auth server */
                     debug(LOG_INFO,  "Got manual logout from client ip %s, mac %s, token %s"
                     "- redirecting them to logout message" , client->ip, client->mac, client->token);
                     safe_asprintf(&urlFragment,  "%smessage=%s" ,
                         auth_server->authserv_msg_script_path_fragment,
                         GATEWAY_MESSAGE_ACCOUNT_LOGGED_OUT
                     );
                     http_send_redirect_to_auth(r, urlFragment,  "Redirect to logout message" );
                     free (urlFragment);
                 }
                 free (ip);
             }
             else  {
                 // 6, 已经登录校验通过
                 debug(LOG_DEBUG,  "Client for %s is already in the client list" , client->ip);
             }
             UNLOCK_CLIENT_LIST();
             if  (!logout) {
                 // 7, 到 auth server 上进一步校验 token
                 authenticate_client(r);
             }
             free (mac);
         }
     }  else  {
         /* They did not supply variable "token" */
         // 8, 未携带 token, 直接拒绝
         send_http_page(r,  "WiFiDog error" ,  "Invalid token" );
     }
}

-

在该函数中主要处理了 客户端退出，非法校验，以及 客户端校验等流程，下面分别描述注释中的各个步骤：

-

1，对于客户端退出，则会携带 logout 参数信息，并走到第 5 步（当然，如果连 token 参数都没有的话，会直接走到第 8 步，也就是拒绝）；

2，按照正常的认证流程，会携带由认证服务器分配的 token 参数；

3，正如注释说明的，这里要求必须能够通过 ARP 协议获取到 接入设备 的 MAC 地址；（其实通过查看 arg_get 的实现，可以看到是直接解析 /proc/net/arp 文件 -- ARP cache -- 来获取对应客户端 IP 地址的 MAC 信息的），类似如下：

-

[steven@sasd ~]$ more /proc/net/arp

IP address       HW type     Flags       HW address            Mask     Device

192.168.1.203    0x1         0x2         18:03:73:d5:1b:a2     *        eth0

192.168.1.1      0x1         0x2         00:21:27:63:c0:ce     *        eth0

[steven@sasd ~]$

-

4，在能够获取到该客户端的 MAC 地址后，根据客户端的 IP 和 MAC 地址检查该客户端是否已经在 wifidog 维护的接入设备（or客户端）列表中，如果不在，则追加到此列表中（关于此列表的数据结构在后面再详细描述）；

5，如果该客户端已经存在，且本次访问是要求 logout 退出的，则进入此退出处理的流程，该流程主要包括几个步骤：关闭该客户端 ip/mac 的出口（outgoing）规则 --> 从客户端列表中删除该客户端记录 --> 通知 认证服务器 该客户端退出（且携带该客户端的token， 上下行流量等信息） --> 返回重定向至 认证服务器 的 #define DEFAULT_AUTHSERVMSGPATHFRAGMENT "gw_message.php?" 访问路径（携带一个已退出的 message）；

6，如果该客户端已经登录校验过，且本次访问非 logout 退出，则直接跳转到第 7 步；

7，这一步就是 token 校验的过程，具体实现在 authenticate_client 函数中：


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
authenticate_client(request *r)
{
     t_client    *client;
     t_authresponse  auth_response;
     char     *mac,
         *token;
     char  *urlFragment = NULL;
     s_config    *config = NULL;
     t_auth_serv *auth_server = NULL;
     LOCK_CLIENT_LIST();
     // 根据 IP 地址获取 客户端的 MAC 地址以及本次会话分配的 token
     // 主要用于 token 校验过程
     client = client_list_find_by_ip(r->clientAddr);
     if  (client == NULL) {
         debug(LOG_ERR,  "authenticate_client(): Could not find client for %s" , r->clientAddr);
         UNLOCK_CLIENT_LIST();
         return ;
     }
                                                                                                                                                                                                                                                          
     mac = safe_strdup(client->mac);
     token = safe_strdup(client->token);
                                                                                                                                                                                                                                                          
     UNLOCK_CLIENT_LIST();
                                                                                                                                                                                                                                                          
     /*
      * At this point we've released the lock while we do an HTTP request since it could
      * take multiple seconds to do and the gateway would effectively be frozen if we
      * kept the lock.
      */
     // 通过 "login" 到 认证服务器 上进行客户端的 token 校验
     auth_server_request(&auth_response, REQUEST_TYPE_LOGIN, r->clientAddr, mac, token, 0, 0);
                                                                                                                                                                                                                                                          
     LOCK_CLIENT_LIST();
                                                                                                                                                                                                                                                          
     /* can't trust the client to still exist after n seconds have passed */
     // 这里主要防止在到 认证服务器 上进行 token 校验的过程中
     // 该客户端已经退出的情形, 此时就不需要再进行处理
     client = client_list_find(r->clientAddr, mac);
     if  (client == NULL) {
         debug(LOG_ERR,  "authenticate_client(): Could not find client node for %s (%s)" , r->clientAddr, mac);
         UNLOCK_CLIENT_LIST();
         free (token);
         free (mac);
         return ;
     }
                                                                                                                                                                                                                                                          
     free (token);
     free (mac);
     /* Prepare some variables we'll need below */
     config = config_get_config();
     auth_server = get_auth_server();
     // 根据返回的校验结果做不同的处理
     switch (auth_response.authcode) {
     case  AUTH_ERROR:
     case  AUTH_DENIED:
     case  AUTH_VALIDATION:
     case  AUTH_VALIDATION_FAILED:
         ... ...
         break ;
     case  AUTH_ALLOWED:
         /* Logged in successfully as a regular account */
         debug(LOG_INFO,  "Got ALLOWED from central server authenticating token %s from %s at %s - "
                 "adding to firewall and redirecting them to portal" , client->token, client->ip, client->mac);
         client->fw_connection_state = FW_MARK_KNOWN;
         fw_allow(client->ip, client->mac, FW_MARK_KNOWN);
         served_this_session++;
         safe_asprintf(&urlFragment,  "%sgw_id=%s" ,
             auth_server->authserv_portal_script_path_fragment,
             config->gw_id
         );
         http_send_redirect_to_auth(r, urlFragment,  "Redirect to portal" );
         free (urlFragment);
         break ;
     }
     UNLOCK_CLIENT_LIST();
     return ;
}

-

这里主要是两大步骤：

-

1，通过调用 auth_server_request(&auth_response, REQUEST_TYPE_LOGIN, r->clientAddr, mac, token, 0, 0); 让 认证服务器 对该客户端的 token 进行校验；

2，根据 认证服务器 返回的 token 校验结果进行不同的处理（主要是对该客户端的防火墙过滤规则进行不同的设置），这里主要以 AUTH_ALLOWED 校验结果进行分析，这里主要是两个动作：

 2.1，通过 fw_allow 函数调用对此客户端"放行"；

 2.2，返回重定向至 认证服务器的 portal 路径访问的响应；

-

这里就简要分析一下 fw_allow 函数的实现，查看fw_allow的实现可以看到真正设置allow客户端通过防火墙的动作是在iptables_fw_access中实现的，如下：

-

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
/** Set if a specific client has access through the firewall */
// 针对上面的流程，这里的输入参数
// type 为 FW_ACCESS_ALLOW，tag 为 FW_MARK_KNOWN
int  iptables_fw_access(fw_access_t type,  const  char  *ip,  const  char  *mac,  int  tag)
{
     int  rc;
     fw_quiet = 0;
     switch (type) {
         case  FW_ACCESS_ALLOW:
             iptables_do_command( "-t mangle -A "  TABLE_WIFIDOG_OUTGOING  " -s %s -m mac --mac-source %s -j MARK --set-mark %d" , ip, mac, tag);
             rc = iptables_do_command( "-t mangle -A "  TABLE_WIFIDOG_INCOMING  " -d %s -j ACCEPT" , ip);
             break ;
         case  FW_ACCESS_DENY:
             iptables_do_command( "-t mangle -D "  TABLE_WIFIDOG_OUTGOING  " -s %s -m mac --mac-source %s -j MARK --set-mark %d" , ip, mac, tag);
             rc = iptables_do_command( "-t mangle -D "  TABLE_WIFIDOG_INCOMING  " -d %s -j ACCEPT" , ip);
             break ;
         default :
             rc = -1;
             break ;
     }
     return  rc;
}

-

同样的，我们这里主要分析一下ALLOW时的iptables的防火墙设置规则，对执行的两个iptables命令展开来就是下面两个步骤：

-

1) 在mangle表中追加WiFiDog_$ID$_Outgoing外出过滤链，该链的规则如下几条：

   a) IP 地址为该客户端的IP地址；

   b) MAC地址为该客户端的MAC地址；

   c) 设置MARK为FW_MARK_KNOWN；

-

iptables –t mangle –AWiFiDog_$ID$_Outgoing  -s 客户端IP地址 -m mac --mac-source 客户端MAC地址 -j MARK --set-markFW_MARK_KNOWN

-

2）在mangle表中追加一条[接受所有目的地址为此客户端IP地址的] WifiDog_$ID$_Incoming输入过滤链；

-

iptables -t mangle -AWiFiDog_$ID$_Incoming -d 客户端IP地址 -j ACCEPT

-

最后，看一下 wifidog 返回的重定向请求到 认证服务器 的请求报文 以及 认证服务器 返回给 客户端的（重定向到原始访问 baidu.com 的）响应报文：

-

wKioL1M1huOBxAg1AAQPxuinLeU316.jpg

JackieGemini
关注
专栏目录
wifidog源码分析（一）
viewsky11的专栏
09-08 1918
网上已有源码详细的源码分析，此分析仅做个人记录 从main开始wifidog-gateway/src/gatway.c/* Reads the configuration file and then starts the main loop */ int //读取配置文件，也就是/etc/wifidog.conf中的各项配置 gw_main(int argc, char
apfree_wifidog源码.zip
04-02
资源名称：apfree_wifidog源码 使用场景：当设备借入后需要进行wifidog认证； 功能说明： （1）包含两版apfree_wifidog-2.10.1437.zip与apfree_wifidog-master.zip，可根据需要自行选择下载
wifidog 源码初分析（4）
weixin_34309543的博客
03-28 148
在上一篇《wifidog 源码处分析(3)》的流程结束后，接入设备的浏览器重定向至 路由器 上 wifidog 的 http 服务（端口 2060） /wifidog/auth 上（且携带了 认证服务器 为此接入设备分配的 token），本篇就是从 wifidog 接收到 /wifidog/auth 的访问后的 校验流程。-根据《wifidog 源码初分析(2)》中描述的，在...
wifidog源码分析
05-31 2533
今天决定开通博客，感觉学习过程中遇到的东西很有必要记录一下。 这篇文章是公司做openwrt路由器项目时写的，其中有个人的理解偏差，也有描述不清楚的地方，请见谅。
wifidog 源码初分析（1）
weixin_34023982的博客
03-25 140
因为最近公司内部有个关于路由器的项目使用了该开源项目做Demo，安装配置很简单，但是对运行机制不是太了解，所以抽了点时间初步对 wifidog 的源码进行了分析。 （对于 wifidog 是什么开源项目，以及如何安装配置，就不做解释了，直接 Google 吧）。 另外，wifidog 的核心还是依赖于 iptables 防火墙过滤规则来实现的，所以建议对 iptables 有...
wifidog 源码初分析（三）
技术无止境
04-05 1356
上一篇分析了 接入设备 在接入路由器，并发起首次 HTTP/80 请求到路由器上时，wifidog 是如何将此 HTTP 请求重定向至 auth-server 的流程。 之后接入设备的浏览器接收到 wifidog 返回的 302 重定向请求后，会将页面重定向至 auth-server 的 /login 页面，并且在此 URL 中会携带一些路由器/网关 参数，以及接入设备的 MAC 地址和客户
wifidog源码
03-26
总的来说，通过对“wifidog_0309”源码的分析和学习，我们可以深入了解Wi-FiDog的工作机制，这对于网络管理员来说是宝贵的资源，他们可以通过自定义和优化来提升网络的安全性和效率。同时，这也为开发者提供了一个...
最新wifidog认证服务器源码.zip
03-04
【标题】: "最新wifidog认证服务器源码.zip" 涉及的主要知识点是Wi-Fi网络管理和安全认证机制，特别是Wifidog系统。Wifidog是一款开源的、基于Web的无线网络接入控制软件，用于实现热点区域的用户访问认证。它通过在...
wifidog-20130917.tar.gz_open_wifidog_广告_软路由
09-24
WifiDog 是一款开源的用来实现无线认证的软件，可以集成到路由器或者网关中，对于连接到路由器或者网关的设备，使其先登录云端认证服务器，然后通过认证才能上网。比如在星巴克上网，浏览器会先弹出一个广告页面，...
wifidog源码分析 - 初始化阶段
u013485792的专栏
05-11 931
Wifidog是一个linux下开源的认证网关软件，它主要用于配合认证服务器实现无线路由器的认证放行功能。     wifidog是一个后台的服务程序，可以通过wdctrl命令对wifidog主程序进行控制。 本文解释wifidog在启动阶段所做的初始化主要工作（代码片段1.1） 初始化配置（先将配置结构体初始化为默认值，在读取配置文件修改配置结构体）初始化已连接客户端列表（如果是通过w
wifidog框架学习
10-29
wifdog流程框架学习整理。包含wifidog的原理，认证流程，抓包分析，代码框架。
authserver:wifidog的认证服务器
07-22
作者服务器 这是 wifidog 的认证服务器。
wifidog源码分析 - wifidog原理
u013485792的专栏
05-11 571
wifidog是一个用于配合认证服务器实现无线网页认证功能的程序，常见的情景就是使用于公共场合的无线wifi接入点，首先移动设备会连接公共wifi接入点，之后会弹出网页要求输入用户名密码，认证过后才能够连入外网。其主页是http://dev.wifidog.org/ 实现原理 　　其实wifidog原理很简单，主要是通过管控iptables，配合认证服务器进行客户端的放行操作。wi
WIFIDOG 源码解析
u011730334的博客
10-08 2168
WIFIDOG 源码解析 openwrt wifidog是我linux c语言编程的启蒙项目，一年前折腾此项目大半年，从此爱上了linux 系统编程。现在看来，这是一个再简单不过的linux c语言项目了。在此以wifidog官方源码作为实例分析，不过实际推荐用apfree_wifidog，使用epoll、libevent等新技术，并且是国人在维护的项目。 概述 wifidog 认证主要通过ipt...
wifidog 源码初分析（二）
技术无止境
04-05 1355
上一篇分析了接入设备的首次浏览器访问请求如何通过 防火墙过滤规则 重定向到 wifidog 的 HTTP 服务中，本篇主要分析了 wifidog 在接收到 接入设备的 HTTP 访问请求后，如何将此 HTTP 请求重定向到 认证服务器(auth-server) 上。 通过上面的防火墙规则，会将通过上面的防火墙规则，会将HTTP请求的外部IP地址和端口通过NAT方式重定向至本地wifidog内
wifidog源码分析 - 用户连接过程
u013485792的专栏
05-11 2807
引言 　　之前的文章已经描述wifidog大概的一个工作流程，这里我们具体说说wifidog是怎么把一个新用户重定向到认证服务器中的，它又是怎么对一个已认证的用户实行放行操作的。我们已经知道wifidog在启动时会删除iptables中mangle、nat、filter表中的所有规则，并在这三个表中添加wifidog自己的规则，其规则简单来说就是将网关80端口重定向到指定端口（默认为2060），
wifidog 源码初分析（2）
weixin_34153893的博客
03-26 165
上一篇分析了接入设备的首次浏览器访问请求如何通过 防火墙过滤规则 重定向到 wifidog 的 HTTP 服务中，本篇主要分析了 wifidog 在接收到 接入设备的 HTTP 访问请求后，如何将此 HTTP 请求重定向到 认证服务器(auth-server) 上。通过上面的防火墙规则，会将通过上面的防火墙规则，会将HTTP请求的外部IP地址和端口通过NAT方式重定向至本地w...
wifidog认证服务器示例程序下载
wifidog_authserver_demo-wifidog_v1.zip是一个演示性质的压缩包文件，包含了wifidog项目的认证服务器部分的演示版本，用于展示如何配置和运行wifidog的认证服务器。这个演示版本可能不包含完整的生产级别功能，但是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值