dhcpleased

前回は、ひょんな事からmarkdown -> org な変換器をやった。今となっては、 markdownがデフォルトっぽいけど、オイラーがWebに進出した時は、そんなの 影も形も無かったぞ。ってな事で、自分史を少し書いておく。

grok.com に質問したのと同じのをChatGPTにも投げてみる(前回参照)。

Q: OpenBSD 7.7 で、/etc/resolv.conf が、任意の間隔で更新されます。その実行経路 を説明してください。

環境と推測は下記の通りです。

1. NICにiwm0を使用して、WiFi接続で利用
2. アクセスポイント若しくはNICが無線レーヤーで、接続チャネル等を変更してると推 測
3. DHCPのリース間隔は4時間と設定されてるが、それよりずっと短いランダムな時間間 隔で更新されてる

昔の名前はdhclientだったような。OpenBSD 6.9の時、独自書き下しされた奴。 それまでは外来の奴を利用してた。でも、それでは機能不足があったので、一から 開発した。

どんな風に設定されたか取得できる。これqemuが提供してる DHCPサーバーからの返答(のまとめ)。

qe$ dhcpleasectl -l em0
em0 [Bound]
        inet 10.0.2.15 netmask 255.255.255.0
        default gateway 10.0.2.2
        nameservers 10.0.2.3
        lease 24 hours
        dhcp server 10.0.2.2

リース期間が24時間と長めな設定になってる。対してVMWareでは30分になってる。 光回線からのものだと、2時間だったり、4時間だったりとまちまちなのが面白い。

これからdhcpleasedの挙動を探っていきたいけど、その前に一つ注意を。 それはオペレーションはコンソール上でやれって事。途中でネットを切断するとかも 有るので、そんな場合ssh接続じゃ具合が悪いからね。

こんな風に、起動。

qe$ doas rcctl start dhcpleased
dhcpleased(ok)

その時のサーバーとの通信を傍受。

qe$ doas tcpdump -ni em0 port 67 or port 68
tcpdump: listening on em0, link-type EN10MB
06:40:16.064286 0.0.0.0.68 > 255.255.255.255.67:  xid:0x730577d [|bootp] [tos 0x10]
06:40:16.064571 10.0.2.2.67 > 255.255.255.255.68:  xid:0x730577d Y:10.0.2.15 S:10.0.2.2 ether 52:54:00:12:34:56 [|bootp] [tos 0x10]

サーバーのIPがまだ不明なので、同一ネット上で、だれか答ってリクエスト。それに 対して応答がありましたって事だ。

でも、ちょっと内容を理解しがたいな。ええ、そんな時はwiresharkみたいな、 パケット解析器を使えってのが常道であります。でも、dhcpleasedの作者さんは 親切にも、解析器を自前提供してくれています。

qe#  /sbin/dhcpleased -d -vv
state_transition[em0] Down -> Rebooting, timo: 1
DHCPREQUEST on em0
parse_dhcp, from: 52:55:0a:00:02:02, to: ff:ff:ff:ff:ff:ff
parse_dhcp: 10.0.2.2:67 -> 255.255.255.255:68
dhcp_hdr op: Boot Reply (2)
dhcp_hdr htype: Ethernet (1)
dhcp_hdr hlen: 6
dhcp_hdr hops: 0
dhcp_hdr xid: 0x833b9595
dhcp_hdr secs: 0
dhcp_hdr flags: 0x0
dhcp_hdr ciaddr: 0.0.0.0
dhcp_hdr yiaddr: 10.0.2.15
dhcp_hdr siaddr: 10.0.2.2
dhcp_hdr giaddr: 0.0.0.0
dhcp_hdr chaddr: 52:54:00:12:34:56 (00000000000000000000)
DHO_DHCP_MESSAGE_TYPE: DHCPACK
DHO_DHCP_SERVER_IDENTIFIER: 10.0.2.2
DHO_SUBNET_MASK: 255.255.255.0
DHO_ROUTER: 10.0.2.2
DHO_DOMAIN_NAME_SERVERS: 10.0.2.3 (1/1)
DHO_DHCP_LEASE_TIME 86400s
DHO_END
DHCPACK on em0 from 52:55:0a:00:02:02/10.0.2.2 to ff:ff:ff:ff:ff:ff/255.255.255.255
adding 10.0.2.15 to em0 (lease from 10.0.2.2)
adding nameservers 10.0.2.3 (lease from 10.0.2.2 on em0)
state_transition[em0] Rebooting -> Bound, timo: 43200

こんな風にdhcpleasedを下げて上げてみる。

qe$ doas rcctl restart dhcpleased
dhcpleased(ok)
dhcpleased(ok)

その記録が /var/log/daemon に残る。

Aug 21 07:00:39 qe dhcpleased[44100]: engine exiting
Aug 21 07:00:39 qe dhcpleased[70828]: frontend exiting
Aug 21 07:00:39 qe dhcpleased[14269]: terminating
Aug 21 07:00:43 qe dhcpleased[41449]: adding 10.0.2.15 to em0 (lease from 10.0.2.2)
Aug 21 07:00:43 qe dhcpleased[41449]: adding nameservers 10.0.2.3 (lease from 10.0.2.2 on em0)
Aug 21 07:00:43 qe resolvd[26506]: rebuilding: route proposals

遠く離れたrouteにも影響が出る。

qe$ route monitor       
got message of size 228 on Thu Aug 21 07:00:43 2025
RTM_ADD: Add Route: len 228, priority 0, table 0, if# 1, name em0, pid: 83936, seq 1, errno 17
flags:<UP,GATEWAY,STATIC,MPATH>
fmask:
use:        0   mtu:        0    expire:        0
locks:  inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA,LABEL>
 0.0.0.0 10.0.2.2 0.0.0.0 link#1 10.0.2.15 "dhcpleased"
got message of size 192 on Thu Aug 21 07:00:43 2025
RTM_ADD: Add Route: len 192, priority 3, table 0, if# 1, name em0, pid: 0, seq 0, errno 0
flags:<UP,HOST,DONE,LLINFO,CLONED>
fmask:
use:        0   mtu:        0    expire:        0
locks:  inits:
sockaddrs: <DST,GATEWAY,IFP,IFA>
 10.0.2.3 link#1 52:54:00:12:34:56 10.0.2.15
got message of size 192 on Thu Aug 21 07:00:43 2025
RTM_RESOLVE: Route created by cloning: len 192, priority 3, table 0, if# 1, name em0, pid: 0, seq 0, errno 0
flags:<UP,HOST,DONE,LLINFO,CLONED>
fmask:
use:        0   mtu:        0    expire:        0
locks:  inits:
sockaddrs: <DST,GATEWAY,IFP,IFA>
 10.0.2.3 52:55:0a:00:02:03 52:54:00:12:34:56 10.0.2.15
got message of size 228 on Thu Aug 21 07:00:43 2025
RTM_PROPOSAL: config proposal: len 228, source dhcp, table 0, if# 1, name em0, pid: 83936, seq 2, errno 0
flags:<UP,DONE>
fmask:
use:        0   mtu:        0    expire:        0
locks:  inits:
proposals: <DNS>
 INET [10.0.2.3]

もう少し過激に直接NICに触れてみる。

qe$ doas ifconfig em0 down
qe$ doas ifconfig em0 up

その時のダエモン君のログ。行儀正しくdhcpleasedを操作したのと同様だな。

Aug 22 06:03:53 qe dhcpleased[59923]: deleting nameservers 10.0.2.3 (lease from 10.0.2.2 on em0)
Aug 22 06:03:53 qe resolvd[73962]: rebuilding: route proposals
Aug 22 06:04:14 qe dhcpleased[59923]: deleting 10.0.2.15 from em0 (lease from 10.0.2.2)
Aug 22 06:04:15 qe dhcpleased[59923]: adding 10.0.2.15 to em0 (lease from 10.0.2.2)
Aug 22 06:04:15 qe dhcpleased[59923]: adding nameservers 10.0.2.3 (lease from 10.0.2.2 on em0)
Aug 22 06:04:15 qe resolvd[73962]: rebuilding: route proposals

この時のroute monitor結果をLOGし、ちょいと抜き出してみた。

qe$ grep RTM LOG | cut -b-75
RTM_IFINFO: iface status change: len 192, if# 1, name em0, link: no carrier
RTM_IFINFO: iface status change: len 192, if# 1, name em0, link: no carrier
RTM_DELETE: Delete Route: len 192, priority 131, table 0, if# 1, name em0,
RTM_DELETE: Delete Route: len 192, priority 132, table 0, if# 1, name em0,
RTM_DELETE: Delete Route: len 176, priority 129, table 0, if# 1, name em0,
RTM_DELETE: Delete Route: len 192, priority 1, table 0, if# 1, name em0, pi
RTM_DELADDR: address being removed from iface: len 96, if# 1, name em0, met
RTM_DELETE: Delete Route: len 228, priority 136, table 0, if# 1, name em0,
RTM_IFINFO: iface status change: len 192, if# 1, name em0, link: active, mt
RTM_NEWADDR: address being added to iface: len 96, if# 1, name em0, metric
RTM_ADD: Add Route: len 192, priority 1, table 0, if# 1, name em0, pid: 0,
RTM_ADD: Add Route: len 192, priority 4, table 0, if# 1, name em0, pid: 0,
RTM_ADD: Add Route: len 176, priority 1, table 0, if# 1, name em0, pid: 0,
RTM_ADD: Add Route: len 192, priority 3, table 0, if# 1, name em0, pid: 0,
RTM_ADD: Add Route: len 228, priority 8, table 0, if# 1, name em0, pid: 428
RTM_PROPOSAL: config proposal: len 228, source dhcp, table 0, if# 1, name e

なお、ユーザーランド側から見たルーチィング状態は次のようだった。

qe$ route -n show -inet
Routing tables

Internet:
Destination        Gateway            Flags   Refs      Use   Mtu  Prio Iface
default            10.0.2.2           UGS        0       73     -     8 em0
224/4              127.0.0.1          URS        0        0 32768     8 lo0
10.0.2/24          10.0.2.15          UCn        2        0     -     4 em0
10.0.2.2           52:55:0a:00:02:02  UHLch      1        2     -     3 em0
10.0.2.3           52:55:0a:00:02:03  UHLc       0       12     -     3 em0
10.0.2.15          52:54:00:12:34:56  UHLl       0       68     -     1 em0
10.0.2.255         10.0.2.15          UHb        0        0     -     1 em0
127/8              127.0.0.1          UGRS       0        0 32768     8 lo0
127.0.0.1          127.0.0.1          UHhl       1        2 32768     1 lo0

こういうバックヤードなやりとりは、カーネルを経由するそうだ。

こちらはNICの状態変化をカーネル側へ通知するんだな。./dev/pci/… とかも多数 出現してきたけど、省略した。

te$ grep LINK_STATE_UP -r .
 :
./net/if.h:#define LINK_STATE_UP                4       /* link is up */
./net/if.h:             ((_s) >= LINK_STATE_UP || (_s) == LINK_STATE_UNKNOWN)
./net/if.h:     { IFT_CARP, LINK_STATE_UP, "master" },                         \
./net/if.h:     { 0, LINK_STATE_UP, "active" },                                \
./net/if_enc.c: ifp->if_link_state = LINK_STATE_UP;
./net/if_enc.c:         nifp->if_link_state = LINK_STATE_UP;
./net/if_gre.c:                 link_state = LINK_STATE_UP;
./net/if_pair.c:                link_state = LINK_STATE_UP;
./net/if_spppsubr.c:            lstate = LINK_STATE_UP;
./net/if_vether.c:                      link_state = LINK_STATE_UP;
./net80211/ieee80211_pae_input.c:                               ieee80211_set_link_state(ic, LINK_STATE_UP);
./net80211/ieee80211_pae_input.c:                       ieee80211_set_link_state(ic, LINK_STATE_UP);
./net80211/ieee80211_pae_input.c:                       ieee80211_set_link_state(ic, LINK_STATE_UP);
./net80211/ieee80211_proto.c:                           ieee80211_set_link_state(ic, LINK_STATE_UP);
./netinet/ip_carp.c:                    sc->sc_if.if_link_state = LINK_STATE_UP;

こちらは、ルーティング情報がカーネル内で更新されたから、アプリ側(route)でも 同期してって案内送付なんだな。

te$ grep RTM_IFINFO -r .
./net/if_loop.c:                if_up(ifp);             /* send up RTM_IFINFO */
./net/route.h:#define RTM_IFINFO        0xe     /* iface going up/down etc. */
./net/rtsock.c:         case RTM_IFINFO:
./net/rtsock.c: case RTM_IFINFO:
./net/rtsock.c: case RTM_IFINFO:
./net/rtsock.c: m = rtm_msg1(RTM_IFINFO, &info);
./net/rtsock.c:         len = rtm_msg2(RTM_IFINFO, RTM_VERSION, &info, 0, w);

最後はお約束でgdbルしてみる。

(gdb) bt
#0  route_input (m0=0xd4a2e200, so0=0x0, sa_family=0 '\000')
    at /usr/src/sys/net/rtsock.c:507
#1  0xd09df67b in rtm_ifchg (ifp=0xd466d030)
    at /usr/src/sys/net/rtsock.c:1815
#2  0xd04daf32 in if_linkstate (ifp=0xd466d030)
    at /usr/src/sys/net/if.c:1792
#3  0xd04da46a in if_down (ifp=0xd466d030)
    at /usr/src/sys/net/if.c:1740
#4  0xd04dc10c in ifioctl (so=0xd4547480, cmd=2149607696,data=0xf57b54b0 "em0", p=0xd461fe18)
    at /usr/src/sys/net/if.c:2237
#5  0xd03abe16 in soo_ioctl (fp=0xd456b7e4, cmd=2149607696,data=0xf57b54b0 "em0", p=0xd461fe18)
    at /usr/src/sys/kern/sys_socket.c:134
#6  0xd0233375 in sys_ioctl (p=0xd461fe18, v=0xf57b55a0, retval=0xf57b5598)
    at /usr/src/sys/kern/sys_generic.c:509
#7  0xd06be629 in mi_syscall (p=0xd461fe18, code=<optimized out>,argp=<optimized out>, retval=<optimized out>, callp=<optimized out>)
    at /usr/src/sys/sys/syscall_mi.h:179
#8  syscall (frame=0xf57b55e0)
    at /usr/src/sys/arch/i386/i386/trap.c:558
#9  0xd0c5d81d in Xsyscall_untramp ()

ドナルド・トランプ 全解説 なんて本を読んでみた。

ひょっとしたら、日本の首相よりTVの露出度が高いんじゃなかろうか。それだけ 注目度がある、無茶爺。なんでこんな無茶爺が選ばれてしまったか解説されてて 、なるほどネェーでしたよ。どうも子分の副大統領がクセ者みたい。まあ、類は 友を呼ぶとも言うからね。

歴史を辿ってみると、体制の寿命は大体70年ぐらいらしい。出るべくして出て きた輩なんだな。終章は、水前寺清子の、3歩進んで2歩さがる(かも)なんて 話もあって、呆きなく読めたよ。

This year's Index

Home