If I am interpreting this output (or lack thereof) correctly - NO. I am
assuming
BTW, I believe it is interface eth0.232 where the DHCP request should be going.
I tried both.
mlh
[root@pf1 ~]# tcpdump -i eth0 port 67 or port 68
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
0 packets captured
0 packets received by filter
0 packets dropped by kernel
[root@pf1 ~]# tcpdump -i eth0.232 -n port 67 or port 68
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0.232, link-type EN10MB (Ethernet), capture size 96 bytes
0 packets captured
0 packets received by filter
0 packets dropped by kernel
[root@pf1 ~]#
From: Francois Gaudreault [mailto:[email protected]]
Sent: Tuesday, October 11, 2011 2:59 PM
To: [email protected]
Subject: Re: [Packetfence-users] Not getting a registration IP address,
PacketFence3
Good old tcpdump will tell you!
tcpdump -i eth0 -n port 67 or port 68
On 11-10-11 5:53 PM, Hart, Michael wrote:
Um, how would I know? I guess that was one of the logs that I was wondering
about. Or do I need to be running wireshark or something to see that?
From: Francois Gaudreault [mailto:[email protected]]
Sent: Tuesday, October 11, 2011 2:52 PM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [Packetfence-users] Not getting a registration IP address,
PacketFence3
Michael,
Do you see the DHCP request hitting the PF server?
On 11-10-11 4:17 PM, Hart, Michael wrote:
What log file(s) should I be looking at to determine why I am not getting a
registration VLAN IP address for new devices?
I had Packetfence working just fine on 1 single test WAP. So I decided to
configure a couple of production WAPs to use packetfence, but devices
connecting that those WAPs don't get a registration VLAN Ip address, so the
cannot register, and use the network.
Looking at the "Node" page, I can see that PacketFence sees them, but that is
it.
I added the WAPs to switches.conf (via the Web Admin page)
I added the registration VLAN information in networks.conf (via the Web Admin
page)
I restarted packetfence.
As far as I can tell all the pf services restarted properly
[root@pf1 conf]# service packetfence status
service|shouldBeStarted|pid
named|1|10241
dhcpd|1|10257
snort|0|0
radiusd|1|10262
httpd|1|22049 22048 22047 22046 22045 22044 22043 10375 10374 10373 10372 10371
10370 10369 10368 10367 10366 10365 10364 10363 10362 10361 10360 10359 10358
10357 10356 10355 10354 10353 10344 10343 10342 10341 10340 10338 10337 10336
10335 10334 10332 10331 10330 10329 10311 10269
snmptrapd|1|10271
pfdetect|0|0
pfredirect|0|0
pfsetvlan|1|10280
pfdhcplistener|1|10339 10281
pfmon|1|10300
What did I miss, and more importantly, what tools can I use to find out.
mlh
---------------------------------------------------------------------
Michael L Hart
Network Manager
San Mateo County Community College District
Information Technology Services
voice:650.358.6709
mailto:[email protected]
http://www.smccd.edu<http://www.smccd.edu/>
1700 W Hillsdale Blvd,
Building 25 ITS
San Mateo CA 94402
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Packetfence-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/packetfence-users
--
Francois Gaudreault, ing. jr
[email protected]<mailto:[email protected]> :: +1.514.447.4918
(x130) :: www.inverse.ca<http://www.inverse.ca>
Inverse inc. :: Leaders behind SOGo (www.sogo.nu<http://www.sogo.nu>) and
PacketFence (www.packetfence.org<http://www.packetfence.org>)
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Packetfence-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/packetfence-users
--
Francois Gaudreault, ing. jr
[email protected]<mailto:[email protected]> :: +1.514.447.4918
(x130) :: www.inverse.ca<http://www.inverse.ca>
Inverse inc. :: Leaders behind SOGo (www.sogo.nu<http://www.sogo.nu>) and
PacketFence (www.packetfence.org<http://www.packetfence.org>)
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Packetfence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
