zdclient在华硕n14u上出现的怪异问题

同一个设备(mw300r v6),openwrt下的zdclient可以通过eapol认证,而在n14u下就不行!

这是openwrt下认证通过的抓包:

######## ZDClient ver. 0.12 $Revision: 93 $ #########
Device:     
MAC:        00:0c:43:76:20:78
IP:         0.0.0.0
MASK:       0.0.0.0
Gateway:    0.0.0.0
DNS:        0.0.0.0
Client ver: 3.5.04.1110fk
##################################################
>>Protocol: SEND EAPOL-Start

==>     0x0000:  0180 c200 0003 000c 4376 2078 888e 0101  ........Cv.x....
==>     0x0010:  0000                                     ..
<--     0x0000:  000c 4376 2078 0003 0f0d d37f 888e 0100  ..Cv.x..........
<--     0x0010:  0005 0101 0005 01a5 a5a5 a5a5 a5a5 a5a5  ................
<--     0x0020:  a5a5 a5a5 a5a5 a5a5 a5a5 a5a5 a5a5 a5a5  ................
<--     0x0030:  a5a5 a5a5 a5a5 a5a5 a5a5 a5a5 a5a5 a5a5  ................

>>Protocol: REQUEST EAP-Identity
>>Protocol: SEND EAP-Response/Identity

==>     0x0000:  0180 c200 0003 000c 4376 2078 888e 0100  ........Cv.x....
==>     0x0010:  0040 0201 0012 0132 3031 3338 3431 3131  [email protected]
==>     0x0020:  3030 3134 0100 0000 0000 0000 0000 0000  0014............
==>     0x0030:  0000 0000 00c1 bee0 a3ba 0699 b1ec 0e0c  ................
==>     0x0040:  f23e 473c 9233 2e35 2e30 342e 3131 3130  .>G<.3.5.04.1110
==>     0x0050:  666b                                     fk

<--     0x0000:  000c 4376 2078 0003 0f0d d37f 888e 0100  ..Cv.x..........
<--     0x0010:  0016 0102 0016 0410 be16 f397 43bf 5f26  ............C._&
<--     0x0020:  1d63 c2b8 37d4 9e4f a5a5 a5a5 a5a5 a5a5  .c..7..O........
<--     0x0030:  a5a5 a5a5 a5a5 a5a5 a5a5 a5a5 a5a5 a5a5  ................

>>Protocol: REQUEST MD5-Challenge(PASSWORD)
>>Protocol: SEND EAP-Response/Md5-Challenge

==>     0x0000:  0180 c200 0003 000c 4376 2078 888e 0100  ........Cv.x....
==>     0x0010:  0051 0202 0023 0410 4885 4038 9405 7d59  .Q...#..H.@8..}Y
==>     0x0020:  7900 1c9f b191 5ead 3230 3133 3834 3131  y.....^.20138411
==>     0x0030:  3130 3031 3401 0000 0000 0000 0000 0000  10014...........
==>     0x0040:  0000 0000 0000 c1be e0a3 ba06 99b1 ec0e  ................
==>     0x0050:  0cf2 3e47 3c92 332e 352e 3034 2e31 3131  ..>G<.3.5.04.111
==>     0x0060:  3066 6b                                  0fk

<--     0x0000:  000c 4376 2078 0003 0f0d d37f 888e 0100  ..Cv.x..........
<--     0x0010:  01e2 0301 0004 0400 0000 0000 0000 0000  ................
<--     0x0020:  0000 0000 0000 000c 7e17 746b bf67 88fd  ........~.tk.g..
<--     0x0030:  896b de40 0bb2 5202 9b01 bd26 7901 9cb8  [email protected]....&y...
<--     0x0040:  23b2 b3e9 78b2 fa43 79ba 98e8 120c 7e17  #...x..Cy.....~.
<--     0x0050:  746b bf67 88fd 896b de40 0bb2 52e5 17ca  [email protected]...
<--     0x0060:  724f 0600 0000 1533 2e35 2e30 342e 3131  rO.....3.5.04.11
<--     0x0070:  3134 0000 e113 0400 0000 0000 0000 0000  14..............
<--     0x0080:  0000 0000 0000 00ca 9900 0000 00ca 7240  ..............r@
<--     0x0090:  6800 0000 0000 0000 0000 0000 0000 0000  h...............
<--     0x00a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x00b0:  0000 0000 0000 0000 0000 0055 0000 0000  ...........U....
<--     0x00c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x00d0:  0000 0000 0000 7f15 b4ed ba55 0004 0000  ...........U....
<--     0x00e0:  0000 0000 0000 0000 0000 0000 0000 8015  ................
<--     0x00f0:  b402 0000 0038 8415 b48a f23d 00ca 724f  .....8.....=..rO
<--     0x0100:  0600 0000 1533 2e35 2e30 342e 3131 0000  .....3.5.04.11..
<--     0x0110:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x0120:  122d d7d4 d6fa c6f4 cda3 d4da cdf8 c2e7  .-..............
<--     0x0130:  d6d0 d0c4 d6f7 d2b3 2da1 b0ce c4c0 edd1  ........-.......
<--     0x0140:  a7b2 bfd7 d4b7 fece f1a1 b1d6 d04f 8603  .............O..
<--     0x0150:  0200 8400 0000 0000 0000 0000 0000 0000  ................
<--     0x0160:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x0170:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x0180:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x0190:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x01a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x01b0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x01c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
<--     0x01d0:  0000 0050 125b b45a 9915 469d 2d10 ed81  ...P.[.Z..F.-...
<--     0x01e0:  f669 fed0 b701 0f32 3031 3338 3431 3131  .i.....201384111
<--     0x01f0:  3030 3134                                0014

>>Protocol: EAP_SUCCESS
&&Info: Authorized Access to Network. 
&&Info: ZDClient Forked background with PID: [3788]

注意到,n14u对eth进行了vlan划分:

vlan1      Link encap:Ethernet  HWaddr 00:11:22:33:44:55  
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:36190 errors:0 dropped:0 overruns:0 frame:0
           TX packets:36929 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:5177631 (4.9 MiB)  TX bytes:18401231 (17.5 MiB)

vlan2      Link encap:Ethernet  HWaddr 00:11:22:33:44:56  
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:64356 errors:0 dropped:0 overruns:0 frame:0
           TX packets:390 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:8413971 (8.0 MiB)  TX bytes:54070 (52.8 KiB)

将网线连接到vlan1口(lan口),发现可以通过认证。而接到vlan2口(wan口)怎么样都收不到回应的包!

后来做了一个测试,将电脑和路由器通过网线直接连接,电脑上启用ethereal抓包程序,发现只有vlan1能够发出数据,而vlan2完全不能发出任何认证数据!

看来问题应该出现在华硕的vlan划分上,或者是vlan和libpcap有冲突?

哪位大侠碰到过同样的问题,还望指点迷津!

你可能感兴趣的:(zdclient在华硕n14u上出现的怪异问题)