分类 wifidog流程 下的文章

wifidog-路由AP

在默认配置中,OpenWrt会将无线网络与设备的LAN相桥接。桥接的优势在于从无线到LAN的broadcast traffic不会有近一步变更,反之亦然。
为了将无线网络从LAN中分离,必须创建一个新的具有相应DHCP的网络和固件设置。此文档概括了此设置的必要步骤。

配置
以下的变更都是在假设OpenWrt默认配置的情况下,相关联文件有:
/etc/config/network
/etc/config/wireless
/etc/config/dhcp
/etc/config/firewall
第一步:明确一个新的网络
编辑.etc/config/network并明确一个新的interface sectoin:
config 'interface' 'wifi'
option 'proto' 'static'
option 'ipaddr' '192.168.2.1'
option 'netmask' '255.255.255.0'
注意的是这里没有ifname选项设置,当此节引用无线网络时,就不需要ifname了。
第二步:变更已有无线网络
在/etc/config/wireless中,找到已有wifi-iface段并变更它的网络选项,指出新创建的interface段。
config 'wifi-iface'
option 'device' 'wl0'
option 'network' 'wifi'
option 'mode' 'ap'
option 'ssid' 'OpenWrt'
option 'encryption' 'none'
在已有节段,network被变更指出上一步骤明确的wifi interface。
选择性的改变最后一行option encryption ‘psk2’并添加option key ‘secret key’来启用WPA encryption。

本文章由 http://www.wifidog.pro/2015/01/16/wifidog-%E8%B7%AF%E7%94%B1ap.html整理编辑,转载请注明出处

wifidog_authserver_demo 简单部署说明

简单部署步骤1.将项目文件放到http服务器 htdoc目录之后,通过几个关键页面比如http://domain/index.php/wifidog/login http://domain/index.php/wifidog/ping 看返回是否正常来判断是否成功运行,页面返回错误,就要检查http服务器以及文件放置位置是否正确
2.此时服务器的对外wifidog接口为

 /index.php/wifidog/login 
 /index.php/wifidog/ping 
 /index.php/wifidog/auth 
 /index.php/wifidog/portal 

3.修改wifidog配置文件,将几个关键路径url修改如下
AuthServer {
Hostname gw.freeap.net
SSLAvailable no
Path /index.php/wifidog/
}
4.如果需要配置成wifidog默认的路径,请调整CI路由、apache rewrite规则、.htaccess 规则、nginx规则等配置文档
5.有问题首先参考CI文档或CI不同环境下的部署文档

本文章由 http://www.wifidog.pro/2015/01/15/wifidog-demo.html 整理编辑,转载请注明出处

wifidog_gateway--part1

配置网关注意事项
用户超时
跟其它解决方法不同,Wifidog无需一直打开认证页面用脚本来保持连接。网关只会在数秒中没有获得任何来自客户端的流量时,才判断为超时断开连接。确保客户端没有因为闲置而超时,网关将会在每个时间间隔来重新ping每个客户端来检测流量。遗憾的是,有些所谓防火墙设置很讨厌,防ping,造成检测时完全丢包被误判为离线。这也是经常超时的原因。
Wifidog网关网站界面
网关只有最小化的网站界面,为用户提供了很少的信息。这样就不会与门户相混淆,门户必须由认证服务器进行管理。以下信息可以直接从网关得到:
http://gateway_ip:gateway_port/wifidog/
l 网关版本
l 节点ID
http://gateway_ip:gateway_port/wifidog/status
l 网关版本
l 网关正常运行时间
l 网关是否具有网络连通性
l 是否与认证服务器相连接
l 获得此服务的用户编码
l 已连接的用户编码
l 用户列表
² IP
² MAC
² Token
² 下载字节
² 上传字节
l 目前使用的认证服务器
http://gateway_ip:gateway_port/wifidog/about

服务器设置
当你准备配置镜像时,你可以将它放在服务器,这样升级脚本能够提取它。
存储库里的URL都带有镜像和程序包,它相当于你在customupgrade脚本中定义的服务器变量。
这个存储库的根目录包含以下文件
l Latest
l Packages-list
l Images.trx files
Latest的内容如下
version: 1file: myimage_v1.trxmd5sum: 83081f198d0a890e6d2c33114ccd35c4
这表示AP应该运行的目前版本应该是1,应该下载的镜像文件是myimage_v3.trx,与latest文件处于相同的目录。注意的是这个版本必须与镜像的CUSTOM_FILE版本编号相符,否则它会在每次执行定时任务时都不停的闪。
Packages-list文件列举了服务器应该有的程序包和应该运行的版本,一行一个。Customupgrade脚本会检测每个程序包的目前使用版本,如果不是应该运行的,它会进行升级。
内容如下
wifidog 20091125-1dropbear 0.51-2
这表示AP上的wifidog程序包版本应该是20091125-1,dropbear的应该是的0.51-2。如果目前的版本不是,它将会被升级。如果你想在AP添加openvpn程序包,你只需要用以下方法升级packages-list文件即可。
wifidog 20091125-1dropbear 0.51-2 openvpn 2.0.9-5.1
如果任何没有被列举的程序包被释放在openwrt目录,就不会被升级。只有在packages-list文件的程序包被升级。
跨平台
一些组织机构也许使用的不只一种硬件。每个平台都需要一个不同的镜像和一组不同的程序包。每个平台在存储服务器都会有自己的目录。所以每个customupgrade文件需要指定到正确的URL。只需要在第一次编辑时完成这些操作即可。
当编辑时,你需要给每个平台都建立环境,编辑自定义升级文件和相应的生成文件。
编辑新镜像
第一次是由系统创建的镜像,此前提到的所有文件都将被创建。编辑完一个再编辑另外一个,这些文件不需要都进行修改。
路由器的文件只有一个需要升级的是files/etc.custom_compil.txt文件。
编辑完以后,新镜像文件需要在服务器中展开,并且latest文件需要被升级才能体现这个新镜像。你可以用以下命令来计算新程序包的md5校验码。

md5sum myimage_v2.trx51c50a0c62484151b8e459ad79f71e7c myimage_v2.trx
此时latest如下:
version: 2file: myimage_v2.trxmd5sum: 51c50a0c62484151b8e459ad79f71e7c

本文章由 http://www.wifidog.pro/2015/01/15/wifidog-gateway.html 整理编辑,转载请注明出处

wifidog_auth server upgrade

Wifidog认证服务器升级的最优方法
Wifidog认证服务器升级
将成品服务器的认证服务器进行升级,安全流程如下:
1 阅读Changelog;
2 在升级前使用sql/backup_database.sh;
3 测试;
l 在研发设备上检测最新的SVN(不能与你的服务器使用同一台,除非你真的了解你在做什么;你需要修改config.php来指向一个不同的DB,并且你不能直接使用还原的脚本)
l 在研发设备上还原实时数据库。检测是否一切有序。(内容包括登录,查看你最复杂的门户)。更复杂些的测试内容有在开发服务器上安装网关并且登录,尝试创建一个新帐户;
4 在实时服务器上运行SVN;
5 在认证服务器主页面确认架构已经升级;
6 如果Changelog中提到了依赖性变更,那就在Dependencies页面启动安装脚本。
已测试的稳定的修订包
虽然wifidog在升级时应该被反向兼容,但这仍然会不可避免的中断一些进程。当用户安装最新版本的wifidog时,也是在冒险。这升级版本也会被新的未经测试的功能或修改所中断。
这部分是记录已知的,已测试的和可运行的修订包。可能更新的包也可以运行,但在这里却没有列举。这些是为那些寻找已测试并可运行的人准备的,因为他们不想很麻烦的调试他们的新版本。
知道最新的版本号,使用命令:svn info。你需要在wifidog的文件夹内。
版本号:1226 (Thu, 17 May 2007 at 16:25:43) - Tested by Wadz (wmaalouf -@at- fqccl d0t org)
细节:我从1154版本顺利升级到此版本。但刚才我尝试升级到最高版本(1250)时崩溃了,我用了好几个小时进行还原,当我找到可运行的版本时进行了重新安装。新数据库架构升级经常失败。所以最后我获取了1226版本,并成功安装。
在Debian etch服务器的PHP5.2.0-8和SQL7.4.17进行测试
-->重新安装:svn -r 1226 checkout https://dev.wifidog.org/svn/trunk/wifidog-auth
-->升级:svn update -r 1226

本文章由 http://www.wifidog.pro/2015/01/15/wifidog-auth-server-upgrade.html 整理编辑,转载请注明出处