DaemonForums  

Go Back   DaemonForums > FreeBSD > FreeBSD Ports and Packages

FreeBSD Ports and Packages Installation and upgrading of ports and packages on FreeBSD.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 18th November 2008
hamba hamba is offline
Fdisk Soldier
 
Join Date: Apr 2008
Posts: 71
Thanked 5 Times in 4 Posts
Default dhcpd, vista and wlan

Hi,

I have an interesting problem with MS Vista and dhcpd running of my FreeBSD router. dhcpd doesn't want to give an ip address to any of the MS Vista clients on the WLAN side, but on the LAN it works fine and MS XP doesn't have this problem over the WLAN.

I have a bridge between ath0 and rl3 called bridge0 and this is used for assigning the ips from dhcpd.

Does any know why this only affects MS Vista clients?

Thanks
hamba
Reply With Quote
  #2   (View Single Post)  
Old 18th November 2008
J65nko J65nko is online now
Administrator
 
Join Date: May 2008
Location: Budel - the Netherlands
Posts: 3,244
Thanked 182 Times in 149 Posts
Default

I have no idea, but can you see the Vista DHCP requests with tcpdump?

f you can see them, then compare them with the XP requests.
__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump
Reply With Quote
  #3   (View Single Post)  
Old 20th November 2008
hamba hamba is offline
Fdisk Soldier
 
Join Date: Apr 2008
Posts: 71
Thanked 5 Times in 4 Posts
Default

hmm, I see this when requesting an ip using vista,
Code:
# tcpdump -i bridge0 port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes
10:24:38.545526 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:ea:25:76:b0 (oui Unknown), length 300
10:24:39.001127 IP fire.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
10:24:42.111139 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:ea:25:76:b0 (oui Unknown), length 300
10:24:42.112175 IP fire.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
10:24:50.427196 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:ea:25:76:b0 (oui Unknown), length 300
10:24:50.428296 IP fire.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
10:25:07.493860 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:ea:25:76:b0 (oui Unknown), length 300
10:25:07.495414 IP fire.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
and from pflog
Code:
2008-11-20 10:24:38.545322 rule 44/0(match): pass in on ath0: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:16:ea:25:76:b0, length 300
2008-11-20 10:24:38.545440 rule 42/0(match): pass out on bridge0: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:16:ea:25:76:b0, length 300
From a XP system I see this
Code:
# tcpdump -i bridge0 port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes
10:32:28.316675 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:19:db:04:86:9e (oui Unknown), length 300
10:32:29.001626 IP fire.bootps > 10.1.10.199.bootpc: BOOTP/DHCP, Reply, length 300
10:32:29.006178 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:19:db:04:86:9e (oui Unknown), length 326
10:32:29.009442 IP fire.bootps > 10.1.10.199.bootpc: BOOTP/DHCP, Reply, length 300
and in pflog
Code:
2008-11-20 10:32:28.316448 rule 44/0(match): pass in on ath0: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:19:db:04:86:9e, length 300
2008-11-20 10:32:28.316569 rule 42/0(match): pass out on bridge0: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:19:db:04:86:9e, length 300
From what I can see they look pretty much the same to me.
Reply With Quote
  #4   (View Single Post)  
Old 20th November 2008
J65nko J65nko is online now
Administrator
 
Join Date: May 2008
Location: Budel - the Netherlands
Posts: 3,244
Thanked 182 Times in 149 Posts
Default

Try the following to get a more verbose output
Code:
# tcpdump -eni bge0 -s512 -vv   

tcpdump: listening on bge0, link-type EN10MB

22:01:05.378827 00:10:18:00:9f:fd ff:ff:ff:ff:ff:ff 0800 342: 0.0.0.0.68 > 255.255.255.255.67
: [udp sum ok] xid:0x4cef1e6d vend-rfc1048 HN:"hercules" RQ:192.168.222.231 DHCP:DISCOVER PR:
SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328)

22:01:05.380115 00:08:c7:05:ca:0b ff:ff:ff:ff:ff:ff 0806 60: arp who-has 192.168.222.248 tell 192.168.222.10

22:01:05.380561 00:08:c7:05:ca:0b 00:10:18:00:9f:fd 0800 342: 192.168.222.10.67 > 192.168.222
.248.68: [udp sum ok] xid:0x4cef1e6d Y:192.168.222.248 S:192.168.222.10 vend-rfc1048 DHCP:OFF
ER SID:192.168.222.10 LT:43200 SM:255.255.255.0 DG:192.168.222.10 DN:"utp.net" NS:192.168.222
.10 [tos 0x10] (ttl 16, id 0, len 328)

22:01:07.395831 00:10:18:00:9f:fd ff:ff:ff:ff:ff:ff 0800 342: 0.0.0.0.68 > 255.255.255.255.67
: [udp sum ok] xid:0x4cef1e6d vend-rfc1048 HN:"hercules" RQ:192.168.222.248 DHCP:REQUEST SID:
192.168.222.10 PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328)

22:01:07.455589 00:08:c7:05:ca:0b 00:10:18:00:9f:fd 0800 342: 192.168.222.10.67 > 192.168.222
.248.68: [udp sum ok] xid:0x4cef1e6d Y:192.168.222.248 S:192.168.222.10 vend-rfc1048 DHCP:ACK
 SID:192.168.222.10 LT:43200 SM:255.255.255.0 DG:192.168.222.10 DN:"utp.net" NS:192.168.222.1
0 [tos 0x10] (ttl 16, id 0, len 328)

22:01:07.465087 00:10:18:00:9f:fd ff:ff:ff:ff:ff:ff 0806 42: arp who-has 192.168.222.248 tell 192.168.222.248

22:01:07.465237 00:08:c7:05:ca:0b 00:10:18:00:9f:fd 0800 62: 192.168.222.10 > 192.168.222.248
: icmp: echo request (id:a656 seq:0) (ttl 255, id 53252, len 48)

22:01:07.465270 00:10:18:00:9f:fd ff:ff:ff:ff:ff:ff 0806 42: arp who-has 192.168.222.10 tell 192.168.222.248

22:01:07.465380 00:08:c7:05:ca:0b 00:10:18:00:9f:fd 0806 60: arp reply 192.168.222.10 is-at 00:08:c7:05:ca:0b

22:01:07.465395 00:10:18:00:9f:fd 00:08:c7:05:ca:0b 0800 62: 192.168.222.248 > 192.168.222.10
: icmp: echo reply (id:a656 seq:0) (ttl 255, id 53475, len 48)
See http://en.wikipedia.org/wiki/Dynamic...ation_Protocol for more info.

Notice the ARP requests issued by the server (192.168.222.10) as well as the client (192.168.222.248). And the ICMP ping issued by the server.
__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump
Reply With Quote
  #5   (View Single Post)  
Old 8th September 2009
Naikon Naikon is offline
New User
 
Join Date: Sep 2009
Location: Rep of Ireland
Posts: 6
Thanked 0 Times in 0 Posts
Default

Basically, vista dchp requests insists on the broadcast flag
to be set, thus causing problems with dhcp serving devices.

As a new user, I can't post the link to help you : (
Look aroud the web, the broadcast flag problem is well known.

Typical of Microsoft expectiong users to modify the binary monstrosity
that is the Windows registry. Backups are a good idea here.

Also, the power saving features implemented in vista could
also cause problems. The above solution is more likely thoguh.
Reply With Quote
  #6   (View Single Post)  
Old 8th September 2009
Naikon Naikon is offline
New User
 
Join Date: Sep 2009
Location: Rep of Ireland
Posts: 6
Thanked 0 Times in 0 Posts
Default

Also, make sure IPV6 is not in use as a primary routing mechanism.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Dell 1395 WLAN Drivers yanjchan FreeBSD General 2 30th August 2009 09:28 AM
dhcpd and dns sputnik OpenBSD General 8 8th May 2009 02:50 PM
dhcpd within ezjail? zelut FreeBSD General 7 10th February 2009 10:31 PM
WLAN giga FreeBSD General 2 5th February 2009 03:53 PM
wlan -> monitor mode ccc FreeBSD Security 2 4th November 2008 09:19 PM


All times are GMT. The time now is 10:28 PM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick