[Kea-users] DDNS update for win10 clients
Dominik Epple
dominik.epple at gmail.com
Sun Oct 22 09:01:48 UTC 2017
Thanks for your reply.
Here follow tcpdumps from the requests a windows and an android client,
captured on the server machine with "tcpdump -i igb0 -vvv -n port 67 and
port 68" (correct filter? I googled this one...).
#
# windows client: ipconfig /release, ipconfig /renew
#
10:21:30.585569 IP (tos 0x0, ttl 128, id 10353, offset 0, flags [none],
proto UDP (17), length 328)
192.168.1.104.68 > 192.168.1.10.67: [udp sum ok] BOOTP/DHCP, Request
from bc:83:85:25:f6:6a, length 300, xid 0x29d7ce17, Flags [none] (0x0000)
Client-IP 192.168.1.104
Client-Ethernet-Address bc:83:85:25:f6:6a
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Release
Server-ID Option 54, length 4: 192.168.1.10
Client-ID Option 61, length 7: ether bc:83:85:25:f6:6a
END Option 255, length 0
PAD Option 0, length 0, occurs 41
10:21:35.716238 IP (tos 0x0, ttl 128, id 8384, offset 0, flags [none],
proto UDP (17), length 328)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from
bc:83:85:25:f6:6a, length 300, xid 0xef706b5a, Flags [Broadcast] (0x8000)
Client-Ethernet-Address bc:83:85:25:f6:6a
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Client-ID Option 61, length 7: ether bc:83:85:25:f6:6a
Requested-IP Option 50, length 4: 192.168.1.104
Hostname Option 12, length 5: "APFEL"
Vendor-Class Option 60, length 8: "MSFT 5.0"
Parameter-Request Option 55, length 13:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
Router-Discovery, Static-Route, Vendor-Option,
Netbios-Name-Server
Netbios-Node, Netbios-Scope, Classless-Static-Route,
Classless-Static-Route-Microsoft
Option 252
END Option 255, length 0
PAD Option 0, length 0, occurs 9
10:21:35.718838 IP (tos 0x10, ttl 128, id 0, offset 0, flags [DF], proto
UDP (17), length 339)
192.168.1.10.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply,
length 311, xid 0xef706b5a, Flags [Broadcast] (0x8000)
Your-IP 192.168.1.104
Client-Ethernet-Address bc:83:85:25:f6:6a
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 192.168.1.1
Domain-Name-Server Option 6, length 4: 192.168.1.10
Hostname Option 12, length 9: "APFEL.lan"
Domain-Name Option 15, length 3: "lan"
Lease-Time Option 51, length 4: 3600
DHCP-Message Option 53, length 1: Offer
Server-ID Option 54, length 4: 192.168.1.10
RN Option 58, length 4: 900
RB Option 59, length 4: 1800
Client-ID Option 61, length 7: ether bc:83:85:25:f6:6a
END Option 255, length 0
10:21:35.722392 IP (tos 0x0, ttl 128, id 8385, offset 0, flags [none],
proto UDP (17), length 335)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from
bc:83:85:25:f6:6a, length 307, xid 0xef706b5a, Flags [Broadcast] (0x8000)
Client-Ethernet-Address bc:83:85:25:f6:6a
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Client-ID Option 61, length 7: ether bc:83:85:25:f6:6a
Requested-IP Option 50, length 4: 192.168.1.104
Server-ID Option 54, length 4: 192.168.1.10
Hostname Option 12, length 5: "APFEL"
FQDN Option 81, length 8: "APFEL"
Vendor-Class Option 60, length 8: "MSFT 5.0"
Parameter-Request Option 55, length 13:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
Router-Discovery, Static-Route, Vendor-Option,
Netbios-Name-Server
Netbios-Node, Netbios-Scope, Classless-Static-Route,
Classless-Static-Route-Microsoft
Option 252
END Option 255, length 0
10:21:35.725439 IP (tos 0x10, ttl 128, id 0, offset 0, flags [DF], proto
UDP (17), length 343)
192.168.1.10.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply,
length 315, xid 0xef706b5a, Flags [Broadcast] (0x8000)
Your-IP 192.168.1.104
Client-Ethernet-Address bc:83:85:25:f6:6a
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 192.168.1.1
Domain-Name-Server Option 6, length 4: 192.168.1.10
Domain-Name Option 15, length 3: "lan"
Lease-Time Option 51, length 4: 3600
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: 192.168.1.10
RN Option 58, length 4: 900
RB Option 59, length 4: 1800
Client-ID Option 61, length 7: ether bc:83:85:25:f6:6a
FQDN Option 81, length 13: "APFEL.lan."
END Option 255, length 0
#
# Android client: switch off wifi, switch on wifi (it seems to not release
the lease)
#
10:38:13.133301 IP (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto UDP
(17), length 342)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from
f4:f5:24:2e:6c:bc, length 314, xid 0x31e3602e, Flags [none] (0x0000)
Client-Ethernet-Address f4:f5:24:2e:6c:bc
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Client-ID Option 61, length 7: ether f4:f5:24:2e:6c:bc
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 16: "android-dhcp-7.0"
Hostname Option 12, length 24: "android-7f170c994f4e42ac"
Parameter-Request Option 55, length 10:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
MTU, BR, Lease-Time, RN
RB, Vendor-Option
END Option 255, length 0
PAD Option 0, length 0
10:38:13.134872 IP (tos 0x10, ttl 128, id 0, offset 0, flags [DF], proto
UDP (17), length 358)
192.168.1.10.67 > 192.168.1.118.68: [udp sum ok] BOOTP/DHCP, Reply,
length 330, xid 0x31e3602e, Flags [none] (0x0000)
Your-IP 192.168.1.118
Client-Ethernet-Address f4:f5:24:2e:6c:bc
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 192.168.1.1
Domain-Name-Server Option 6, length 4: 192.168.1.10
Hostname Option 12, length 28: "android-7f170c994f4e42ac.lan"
Domain-Name Option 15, length 3: "lan"
Lease-Time Option 51, length 4: 3600
DHCP-Message Option 53, length 1: Offer
Server-ID Option 54, length 4: 192.168.1.10
RN Option 58, length 4: 900
RB Option 59, length 4: 1800
Client-ID Option 61, length 7: ether f4:f5:24:2e:6c:bc
END Option 255, length 0
10:38:13.141081 IP (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto UDP
(17), length 354)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from
f4:f5:24:2e:6c:bc, length 326, xid 0x31e3602e, Flags [none] (0x0000)
Client-Ethernet-Address f4:f5:24:2e:6c:bc
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Client-ID Option 61, length 7: ether f4:f5:24:2e:6c:bc
Requested-IP Option 50, length 4: 192.168.1.118
Server-ID Option 54, length 4: 192.168.1.10
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 16: "android-dhcp-7.0"
Hostname Option 12, length 24: "android-7f170c994f4e42ac"
Parameter-Request Option 55, length 10:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
MTU, BR, Lease-Time, RN
RB, Vendor-Option
END Option 255, length 0
PAD Option 0, length 0
10:38:13.143304 IP (tos 0x10, ttl 128, id 0, offset 0, flags [DF], proto
UDP (17), length 358)
192.168.1.10.67 > 192.168.1.118.68: [udp sum ok] BOOTP/DHCP, Reply,
length 330, xid 0x31e3602e, Flags [none] (0x0000)
Your-IP 192.168.1.118
Client-Ethernet-Address f4:f5:24:2e:6c:bc
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 192.168.1.1
Domain-Name-Server Option 6, length 4: 192.168.1.10
Hostname Option 12, length 28: "android-7f170c994f4e42ac.lan"
Domain-Name Option 15, length 3: "lan"
Lease-Time Option 51, length 4: 3600
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: 192.168.1.10
RN Option 58, length 4: 900
RB Option 59, length 4: 1800
Client-ID Option 61, length 7: ether f4:f5:24:2e:6c:bc
END Option 255, length 0
Corresponding kea log entries:
kea-dhcp4.log:
# windows client
2017-10-22 10:21:30.586 INFO [kea-dhcp4.leases/29343] DHCP4_RELEASE
[hwtype=1 bc:83:85:25:f6:6a], cid=[01:bc:83:85:25:f6:6a], tid=0x29d7ce17:
address 192.168.1.104 was released properly.
2017-10-22 10:21:35.718 INFO [kea-dhcp4.leases/29343] DHCP4_LEASE_ADVERT
[hwtype=1 bc:83:85:25:f6:6a], cid=[01:bc:83:85:25:f6:6a], tid=0xef706b5a:
lease 192.168.1.104 will be advertised
2017-10-22 10:21:35.725 INFO [kea-dhcp4.leases/29343] DHCP4_LEASE_ALLOC
[hwtype=1 bc:83:85:25:f6:6a], cid=[01:bc:83:85:25:f6:6a], tid=0xef706b5a:
lease 192.168.1.104 has been allocated
# android client
2017-10-22 10:38:13.134 INFO [kea-dhcp4.leases/29343] DHCP4_LEASE_ADVERT
[hwtype=1 f4:f5:24:2e:6c:bc], cid=[01:f4:f5:24:2e:6c:bc], tid=0x31e3602e:
lease 192.168.1.118 will be advertised
2017-10-22 10:38:13.143 INFO [kea-dhcp4.leases/29343] DHCP4_LEASE_ALLOC
[hwtype=1 f4:f5:24:2e:6c:bc], cid=[01:f4:f5:24:2e:6c:bc], tid=0x31e3602e:
lease 192.168.1.118 has been allocated
kea-ddns.log:
# windows client
2017-10-22 10:21:30.592 INFO [kea-dhcp-ddns.d2-to-dns/29350]
DHCP_DDNS_REMOVE_SUCCEEDED DHCP_DDNS Request ID
0001015DEBCEB134F279474D91EFAC78C1B7BD25006A8C3BC36295F2AC60DA6258A9F0:
successfully removed the DNS mapping addition for this request: Type: 1
(CHG_REMOVE)
Forward Change: no
Reverse Change: yes
FQDN: [APFEL.lan.]
IP Address: [192.168.1.104]
DHCID:
[0001015DEBCEB134F279474D91EFAC78C1B7BD25006A8C3BC36295F2AC60DA6258A9F0]
Lease Expires On: 20171022092109
Lease Length: 3600
2017-10-22 10:21:35.729 INFO [kea-dhcp-ddns.d2-to-dns/29350]
DHCP_DDNS_ADD_SUCCEEDED DHCP_DDNS Request ID
0001015DEBCEB134F279474D91EFAC78C1B7BD25006A8C3BC36295F2AC60DA6258A9F0:
successfully added the DNS mapping addition for this request: Type: 0
(CHG_ADD)
Forward Change: no
Reverse Change: yes
FQDN: [APFEL.lan.]
IP Address: [192.168.1.104]
DHCID:
[0001015DEBCEB134F279474D91EFAC78C1B7BD25006A8C3BC36295F2AC60DA6258A9F0]
Lease Expires On: 20171022092135
Lease Length: 3600
# android client
# no log entries... seems like kea decided no ddns update necessary ... can
I "clean up" something on the kea side (like invalidate the lease) to be
able to watch that ddns update here? (Remove and add the wifi network in
the android device also works not.)
# An older log entry from an earlier event (where I don't have tcpdumps
available from) is:
2017-10-21 18:39:24.702 INFO [kea-dhcp-ddns.d2-to-dns/28615]
DHCP_DDNS_ADD_SUCCEEDED DHCP_DDNS Request ID
00010127D6ABD8C9F42F5FD9BB90187B93C005D9DFC5095DA79F7A6E872A53D967561D:
successfully added the DNS mapping addition for this request: Type: 0
(CHG_ADD)
Forward Change: yes
Reverse Change: yes
FQDN: [android-7f170c994f4e42ac.lan.]
IP Address: [192.168.1.118]
DHCID:
[00010127D6ABD8C9F42F5FD9BB90187B93C005D9DFC5095DA79F7A6E872A53D967561D]
Lease Expires On: 20171021173924
Lease Length: 3600
# One can also tell it had been working at some time because there exists a
DNS entry which I did not create explicitly:
# pdnsutil list-zone lan
[...]
android-7f170c994f4e42ac.lan 3600 IN A 192.168.1.118
android-7f170c994f4e42ac.lan 3600 IN DHCID
AAEBJ9ar2Mn0L1/Zu5AYe5PABdnfxQldp596bocqU9lnVh0=
[...]
There are also reverse entries for both windows and android clients:
# pdnsutil list-zone 1.168.192.in-addr.arpa
[...]
104.1.168.192.in-addr.arpa 3600 IN DHCID
AAEBXevOsTTyeUdNke+seMG3vSUAaow7w2KV8qxg2mJYqfA=
104.1.168.192.in-addr.arpa 3600 IN PTR APFEL.lan
[...]
118.1.168.192.in-addr.arpa 3600 IN DHCID
AAEBJ9ar2Mn0L1/Zu5AYe5PABdnfxQldp596bocqU9lnVh0=
118.1.168.192.in-addr.arpa 3600 IN PTR
android-7f170c994f4e42ac.lan
[...]
2017-10-22 0:56 GMT+02:00 Francis Dupont <fdupont at isc.org>:
> Dominik Epple writes:
> > 2. kea-ddns.log
> >
> > 2017-10-21 21:49:35.374 INFO [kea-dhcp-ddns.d2-to-dns/29350]
> > DHCP_DDNS_ADD_SUCCEEDED DHCP_DDNS Request ID
> > 0001015DEBCEB134F279474D91EFAC78C1B7BD25006A8C3BC36295F2AC60DA6258A9F0:
> > successfully added the DNS mapping addition for this request:
>
> => here you have the details of the Name Change Request
>
> > Type: 0
> > (CHG_ADD)
> > Forward Change: no
> > Reverse Change: yes
> > FQDN: [APFEL.lan.]
> > IP Address: [192.168.1.104]
> > DHCID:
> > [0001015DEBCEB134F279474D91EFAC78C1B7BD25006A8C3BC36295F2AC60DA6258A9F0]
> > Lease Expires On: 20171021204935
> > Lease Length: 3600
>
> => so the forward_change boolean field is false.
>
> I don't believe it comes from the config, IMHO it is from Windows 10
> requests. It should be fine to have the dump of working (Linux or Android)
> and not working (Windows 10) requests to understand what is different
> so perhaps wrong.
>
> Thanks
>
> Francis Dupont <fdupont at isc.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20171022/1151e995/attachment.htm>
More information about the Kea-users
mailing list