Yangff / mentohust

Automatically exported from code.google.com/p/mentohust
0 stars 0 forks source link

mipsel版本mentohust的问题 #49

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
你好,我在openwrt的路由上用mentohust发现一个问题

只有认证模式选择 1锐捷 时mentohust才会发送START包,选 
0标准/2赛尔 都不会发包
(确认有这个问题 
选0/2运行mentohust时wan口灯都不闪用软件也抓不到包,选1时
wan口灯闪且能够抓到包)

自己编译的和在这个页面
http://code.google.com/p/mentohust/issues/detail?id=32#c10
下载的都一样的情况,kamikaze8.09和dd-wrt v24sp2都一样

请问这大概是什么原因?是0/2模式用到的某函数uclibc中没有��
�?是的话大概是什么
函数?
谢谢

Original issue reported on code.google.com by linchen...@gmail.com on 10 Apr 2010 at 3:24

GoogleCodeExporter commented 9 years ago
这不是mentohust的问题,而是路由器的bug,请参考:
http://blog.xiaoding.org/post/bug-story-on-open-source-routers-2.html

Original comment by www.eh...@gmail.com on 10 Apr 2010 at 3:45

GoogleCodeExporter commented 9 years ago
谢谢,我仔细看了相关的资料,大概知道了

这个确实是我这款路由器用的BCM5325E交换芯片的BUG,这个交换
芯片支持8021.x过滤,本身是为
了一些更好的特性,但没弄好成了BUG,导致发往01:80:C2:00:00:03(�
��准和赛尔模式使用)的多播
包丢失了

这个BUG是一些老外在使用路由里的wpa_supplicant进行有线的标准
的8021.x认证时无法认证从而
发现的。目前的解决办法是(据我所知的解决办法),老外写了
个wpa_supplicant的专门针对这款
交换芯片的驱动-- roboswitch 
driver,从而使wpa_supplicant发送的8021.x包能够正常发出去

我现在的问题是:
wpa_supplicant这个工具使用IEEE8021X模式时,做的事和mentohust一样
,就是完成8021.x认证,
只不过wpa_supplicant使用的是标准的,mentohust使用的是锐捷私有��
�,直接用wpa_supplicant肯
定也是不能在赛尔认证成功的,但是不使用wpa_supplicant的话men
tohust在BCM5325E上又发不出去包
只有开启wpa_supplicant且使用roboswitch 
driver时,再运行mentohust,mentohust发的包才能
发出去,但是我试了,发出去的包都被插了4字节的8021Q的vlan数��
�,这个可能是roboswitch
driver干的,这样mentohust应该还是不能成功认证(没有实际试验)

我估计解决办法有几个
1.换个不使用5325E交换芯片的路由肯定可以认证成功了
不换路由的情况下:
2.如果能够在wpa_supplicant里面加一个 
和里面内置的IEEE8021X模块功能一样 但是发送私有认
证包的模块肯定也行 
(wpa_supplicant相对于mentohust有跨平台、有GUI、应用广泛(绝大多�
��linux发行版均内置了)
等优势 
,但是wpa_supplicant代码上兆,太大了,虽然很多是不相关的代
码但我水平有限还是无
从读起,加一个模块的代码更难,不知道HUSTMOON是否考虑过mentohu
st往这个方向发展?如果写出
来了估计能够进入wpa_spplicant的官方代码中呵呵)
3.设置一下能让roboswitch 
driver不往mentohust发的包里插入vlan数据(我不知道怎么弄)
4.不理wpa_supplicant针对5325E的解决办法,找更通用的解决办法(lin
ux内核patch?我暂时还没
找到这样的方法)

总之感谢HUSTMOON的回复,感谢mentohust,如果能够考虑上面说的��
�入wpa_supplicant那块就更
好啦呵呵

Original comment by linchen...@gmail.com on 11 Apr 2010 at 7:07

GoogleCodeExporter commented 9 years ago
算是解决了吧
还是运行wpa_supplicant的roboswtich 
driver的同时,运行mentohust认证,为了不影响
mentohust,wpa_supplicant设成了WPA认证而不是IEEE8021X
奇怪的是mentohust发送的包都被插了4字节在HUST赛尔环境下也能
认证成功,本来没作指望的
如图

Original comment by linchen...@gmail.com on 11 Apr 2010 at 1:02

Attachments:

GoogleCodeExporter commented 9 years ago
请问怎么运行运行wpa_supplicant的roboswtich driver,
root@OpenWrt:~# wpa_supplicant -i eth1.1 -D roboswitch -p multicast_only=1 -c /r
oot/wpa.conf
wpa_driver_roboswitch_init: Invalid phy address (not a RoboSwitch?)
Failed to initialize driver interface
我的交换机芯片是5325,mentohust 
办公区1锐捷私有认证通过,宿舍必须0标准,找不到服务器。

Original comment by ano...@gmail.com on 24 Aug 2010 at 9:23

GoogleCodeExporter commented 9 years ago
Openwrt默认wan口是eth0.1吧,这里搞错没呢
宿舍就算能用roboswitch driver发出包了 但是包被改了还是没用 
我试过一次

Original comment by linchen...@gmail.com on 27 Aug 2010 at 2:32

GoogleCodeExporter commented 9 years ago

Original comment by www.eh...@gmail.com on 21 May 2011 at 10:42

GoogleCodeExporter commented 9 years ago
root@DreamBox:/etc# wpa_supplicant -B -i eth1.0 -D roboswitch -p multicast_only=
1 -c /etc/Wpa.conf
wpa_driver_roboswitch_init: Invalid phy address (not a RoboSwitch?)
eth1.0: Failed to initialize driver interface
我也遇到了同样的问题

这是我的mentohust配置
** 用户名:      yy075324
** 网卡:        eth1.0
** 网关地址:    222.20.19.48
** 认证超时:    8秒
** 响应间隔:    30秒
** 失败等待:    15秒
** 允许失败:    0次
** 组播地址:    标准
** DHCP方式:    不使用
** 本机MAC:     00:d0:f8:fd:67:3f
** 使用IP:      222.20.19.48
** 子网掩码:    255.255.255.0
>> 寻找服务器...

找不到服务器的问题还是没有解决

Original comment by huangz...@gmail.com on 9 Dec 2012 at 4:03