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有冲突？
哪位大侠碰到过同样的问题，还望指点迷津！