From nobody Tue Sep 24 06:16:16 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XCV4B62Vyz5XMvC for ; Tue, 24 Sep 2024 06:16:26 +0000 (UTC) (envelope-from maks@miller-it.net) Received: from www429.your-server.de (www429.your-server.de [78.46.155.238]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XCV495Q69z4bvJ for ; Tue, 24 Sep 2024 06:16:25 +0000 (UTC) (envelope-from maks@miller-it.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of maks@miller-it.net designates 78.46.155.238 as permitted sender) smtp.mailfrom=maks@miller-it.net Received: from sslproxy05.your-server.de ([78.46.172.2]) by www429.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ssyqO-000D6A-GW for questions@freebsd.org; Tue, 24 Sep 2024 08:16:16 +0200 Received: from [77.179.15.75] (helo=[192.168.88.101]) by sslproxy05.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1ssyqP-000Lc6-1D for questions@freebsd.org; Tue, 24 Sep 2024 08:16:16 +0200 Message-ID: <60a34952-f7ab-411d-986f-e8a9c2d195f5@miller-it.net> Date: Tue, 24 Sep 2024 08:16:16 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: de-DE, en-US To: questions@freebsd.org From: Maks Subject: ntpd ignoring resolv.conf Autocrypt: addr=maks@miller-it.net; keydata= xsDNBGGOIlcBDADwXonCkHUuaiOwyOKumbMJ/1qpZ7gr78ZwhOn2UNGuu1F4jNWnAq/6DHeY mttP4hoXnwuKoK0KUoni2T/ucvjpT0bPEKjiRsJ8x7HIxQpyQcTv8ZBdGsMBcEIo4lsl7B1U 8DCRMF1k92PcGoXQloGZCG2vdPufQNZ3TyKuYQ4kJXjj+pxfyNQmz43FmL5sWGawgFb7/q/a yXUvYLmzsMKk/fnEfIDUzM5FI1V9VepDkgu8rGa1fUVnAtnBWga6b7CckVUtjgmuxusTZs5E DX8YqUHe7SVreM6WrgUxCD9XpzN8cUErslDIN9dISnHDUoBaGsbjlwcG/z0s4PJYarp/NAvn wm0+Lu0ThiPjjQwyDiF3mm95GLzaoeNUgAgPGUURqP0jvoyD+BZA3n74xybdO8n5Dd9WVQ1G T5XW2fpBbkjbGMpO9SAMEZ8e4mfeJanUTOAFnIzFRkhFLZHxyvxurkFZCnavsFPpPnWNgwjG niq2FTEun9SYmZYSsK0OLdEAEQEAAc0SbWFrc0BtaWxsZXItaXQubmV0wsEOBBMBCAA4FiEE W2mwBZ98ROxxnDLk6v4Wgz4BwFcFAmV+pKsCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AA CgkQ6v4Wgz4BwFf/BQv/V6M3bwkaekKSxAFu9T1PHYVuSZasqADs5sBY3Xo2DdIOzDC5/ncb h+WzZKefEXQYEPmqAAW3BL0djLe1eAKjzKKOKSvWAktc4u0C4TgFtR59zhS5D3X5HcQYWirv oAtTGkDRdIyktvKYNBv+//RRFDEllnczfdZHM5JFldHgJoggqnAnWsIAQoI7tBHVrV6yt6A+ 4PWo3aG5eTT0RTrFVfDAc7PHI/Kemt6OATc54ar1N2yHP+XnXUZxwrL6lZv77Gq6GftdiONP +5yB/+aNvKRGGdyfh2QxogzQg3hChCApmwJ+lqd0yyUqN92HYy4z1t9CSG9hLayT+aeqBvIv lWkh92kQMlzhb0Pa21gKOprd7luFTCU+MoLHgS7XTlx0qQD6ow+h/us5vswAG2kax8tC2cO1 ngK6BA1y1z/4hswfUJ77GqUj8WLA7SuLG+vlMNdOg26PrHU3rqd6L5XfKqeQrj4T9rrbqtrc YyRgVW5Ahd1qQfhpGYHYftoxsciJzsDNBGGOIlcBDACukbY1YEWcbvzVKf5xrBOveCss1QAM SaiJiwKR294Sp0PSaO3mNjAEvyyMKRrrkgLOhnq0tUYclEMTuSp/W57ufC152EIOQxDkh1zO Zg+DejxIeI3O6Z7nbMe5mFujbMtkS9yZWJOqdCrOrh9ljQZbmnOqwjYt+SpdcUNkXTt9/e7h 20y7Yo+PJXWAdZ8jfc3w7D+x4W/2bVxY3jMdLs2dnFSxMOTtv0Wed673QUYmnhV8a+8c5CD9 AkVw+rvbEIo1d9AGc6DGWgpCynoNPpm63Re3tFmtG5/p9IiNUJR+X/6hHkRW59k9UlCx3w/8 zNlqoEia75Fz2ZbRt6SiVvxcmi21iVqf9piWhsgJ5SNkjUO/pfNfRbuyAKtsU89PIGb2briW Yh6AA/GYGIb/JTm1txLWx/E9Gvx78OnZc+2DJQIJlDY+WmOpPHALW6N5Ls8uRbx/MY8w7nqI 5SYYUc8HYu9TzCz7aGtueuQsRkWcrKrPp0zC4fipgZiNrOjxhm8AEQEAAcLA9QQYAQgAIBYh BFtpsAWffETscZwy5Or+FoM+AcBXBQJlfqSrAhsMAAoJEOr+FoM+AcBXuTQL9ji/qE3PKZLy SCwoaHjmd1i99rm9ntJS3JcHzb3quC9gDPZO0A6EXe2iWmqXTarVdHKBIUuQOLTcJVQNbk6W uVFCogVBGZcyW5SKbQTcFOGj0n81yzWZPMi4CRl25O2Dy4kzLnbjYQTpaudjtqJhtsub1nOR BOivMKizWiROGsSbFdPvisggxDejW1+oIh7JSNSwXP7gM5z+jR2veBr2F8XZFdgFjzzOgS9z Dp72ntsiwfNgTX8ozv5ECn2Ad5cyhNJY3gdhASfWoiol5CUuRfbd1d9lfBRya3/oiKfyT9xb O7XiAZyuugyNNh2Q5FZr01q3F2CIGzDA8Y0T5abQVgHohpKw+PocjhfvcmrhAYzV8gttucwr mgVxN0D8Qj6fhRDJZClK//Vrv9tWWQUL/SNsCMKwpaReqC/IJWJ7DJ6cJr1GUHf2A2wSrj8O 1mEpk9NGE+gs1U9Ustz6lMRBYJmDD8aDzP4PMfljTJtygp9/f5hUnIXQN3jmoG3jcor7 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------jFIvoDx7YxvLEbzegmMouIhK" X-Authenticated-Sender: maks@miller-it.net X-Virus-Scanned: Clear (ClamAV 0.103.10/27407/Mon Sep 23 10:31:24 2024) X-Spamd-Result: default: False [0.11 / 15.00]; SIGNED_PGP(-2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_SPAM_SHORT(0.98)[0.980]; NEURAL_SPAM_MEDIUM(0.98)[0.977]; NEURAL_HAM_LONG(-0.66)[-0.660]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; MIME_UNKNOWN(0.10)[application/pgp-keys]; MIME_BASE64_TEXT(0.10)[]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; DMARC_NA(0.00)[miller-it.net]; HAS_X_AS(0.00)[]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:24940, ipnet:78.46.0.0/15, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~,5:~]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XCV495Q69z4bvJ X-Spamd-Bar: / This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------jFIvoDx7YxvLEbzegmMouIhK Content-Type: multipart/mixed; boundary="------------SptC0uxwFXGY35mDLWMvzinf"; protected-headers="v1" From: Maks To: questions@freebsd.org Message-ID: <60a34952-f7ab-411d-986f-e8a9c2d195f5@miller-it.net> Subject: ntpd ignoring resolv.conf --------------SptC0uxwFXGY35mDLWMvzinf Content-Type: multipart/mixed; boundary="------------6xcezcfMEJ1nAJGo9AddcemK" --------------6xcezcfMEJ1nAJGo9AddcemK Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 SGkgdGhlcmUsDQoNCkknbSBvbiBGcmVlQlNEIDE0LjEtUkVMRUFTRS1wNS4NCg0KSSBub3Rp Y2VkIHRoYXQgb24gbXkgY29tcHV0ZXIgbnRwZCBkb2VzIG5vdCBzeW5jaHJvbml6ZSB0aGUg dGltZSBjb3JyZWN0bHkuDQoNCkluIC92YXIvbG9nL21lc3NhZ2VzIEkgZ2V0IHRoZSBmb2xs b3dpbmcgZXJyb3JzOg0KDQpTZXAgMjQgMDc6Mzg6MzggdWZyLXQxNCBudHBkWzMzMjU5XTog ZXJyb3IgcmVzb2x2aW5nIHBvb2wgDQowLmRlLnBvb2wubnRwLm9yZzogTmFtZSBkb2VzIG5v dCByZXNvbHZlICg4KQ0KU2VwIDI0IDA3OjM4OjM5IHVmci10MTQgbnRwZFszMzI1OV06IGVy cm9yIHJlc29sdmluZyBwb29sIA0KMS5kZS5wb29sLm50cC5vcmc6IE5hbWUgZG9lcyBub3Qg cmVzb2x2ZSAoOCkNClNlcCAyNCAwNzozODo0MCB1ZnItdDE0IG50cGRbMzMyNTldOiBlcnJv ciByZXNvbHZpbmcgcG9vbCANCjAuZnJlZWJzZC5wb29sLm50cC5vcmc6IE5hbWUgZG9lcyBu b3QgcmVzb2x2ZSAoOCkNClNlcCAyNCAwNzozODo0MSB1ZnItdDE0IG50cGRbMzMyNTldOiBl cnJvciByZXNvbHZpbmcgcG9vbCANCjIuZnJlZWJzZC5wb29sLm50cC5vcmc6IE5hbWUgZG9l cyBub3QgcmVzb2x2ZSAoOCkNCg0KV2l0aCB0aGUgaGVscCBvZiBwZW9wbGUgZnJvbSB0aGUg RnJlZUJTRCBmb3J1bSANCihodHRwczovL2ZvcnVtcy5mcmVlYnNkLm9yZy90aHJlYWRzL25v LW5hbWUtcmVzb2x1dGlvbi13aXRoaW4tbnRwZC45NTA2NS8pIA0KSSBmb3VuZCBvdXQgdGhh dCBudHBkIHRyaWVzIHRvIGNvbm5lY3QgdG8gYSBETlMgc2VydmVyIG9uIHRoZSBsb29wYmFj ayANCmludGVyZmFjZSBhbmQgbm90IHRoZSBvbmUgY29uZmlndXJlZCBpbiByZXNvbHYuY29u Zi4NCg0KV2hlbiBJIHJlc3RhcnQgbnRwZCwgdGNwZHVtcCBzaG93cyB0aGUgZm9sbG93aW5n Og0KDQojIHRjcGR1bXAgLWkgbG8wIC1ubCAtdnZ2IHBvcnQgNTMNCnRjcGR1bXA6IGxpc3Rl bmluZyBvbiBsbzAsIGxpbmstdHlwZSBOVUxMIChCU0QgbG9vcGJhY2spLCBzbmFwc2hvdCAN Cmxlbmd0aCAyNjIxNDQgYnl0ZXMNCjA3OjQwOjQ1LjA5MTU5NSBJUCAodG9zIDB4MCwgdHRs IDY0LCBpZCA2MjI2Mywgb2Zmc2V0IDAsIGZsYWdzIFtub25lXSwgDQpwcm90byBVRFAgKDE3 KSwgbGVuZ3RoIDYzLCBiYWQgY2tzdW0gMCAoLT44OTc0KSEpDQogICAgIDEyNy4wLjAuMS41 Mzc1MiA+IDEyNy4wLjAuMS41MzogW2JhZCB1ZHAgY2tzdW0gMHhmZTNlIC0+IDB4ZmVkOSFd IA0KNjMzMzErIEE/IDAuZGUucG9vbC5udHAub3JnLiAoMzUpDQowNzo0MDo0NS4wOTE2Mjcg SVA2IChmbG93bGFiZWwgMHhlM2NlNSwgaGxpbSA2NCwgbmV4dC1oZWFkZXIgVURQICgxNykg DQpwYXlsb2FkIGxlbmd0aDogNDMpIDo6MS42Mjk2NSA+IDo6MS41MzogW2JhZCB1ZHAgY2tz dW0gMHgwMDNlIC0+IA0KMHhkOGRkIV0gNjMzMzErIEE/IDAuZGUucG9vbC5udHAub3JnLiAo MzUpDQowNzo0MDo0NS4wOTE2NDUgSVAgKHRvcyAweDAsIHR0bCA2NCwgaWQgNjIyNjQsIG9m ZnNldCAwLCBmbGFncyBbbm9uZV0sIA0KcHJvdG8gVURQICgxNyksIGxlbmd0aCA2MywgYmFk IGNrc3VtIDAgKC0+ODk3MykhKQ0KICAgICAxMjcuMC4wLjEuNjUwNzQgPiAxMjcuMC4wLjEu NTM6IFtiYWQgdWRwIGNrc3VtIDB4ZmUzZSAtPiAweGQyOWYhXSANCjYzMzMxKyBBPyAwLmRl LnBvb2wubnRwLm9yZy4gKDM1KQ0KMDc6NDA6NDUuMDkxNjYyIElQNiAoZmxvd2xhYmVsIDB4 OGYyNmQsIGhsaW0gNjQsIG5leHQtaGVhZGVyIFVEUCAoMTcpIA0KcGF5bG9hZCBsZW5ndGg6 IDQzKSA6OjEuNjE1MDMgPiA6OjEuNTM6IFtiYWQgdWRwIGNrc3VtIDB4MDAzZSAtPiANCjB4 ZGU5MyFdIDYzMzMxKyBBPyAwLmRlLnBvb2wubnRwLm9yZy4gKDM1KQ0KMDc6NDA6NDYuMDky MzQzIElQICh0b3MgMHgwLCB0dGwgNjQsIGlkIDYyMjY1LCBvZmZzZXQgMCwgZmxhZ3MgW25v bmVdLCANCnByb3RvIFVEUCAoMTcpLCBsZW5ndGggNjMsIGJhZCBja3N1bSAwICgtPjg5NzIp ISkNCg0KVGhlcmUgaXMgbm8gbmFtZXNlcnZlciBlbnRyeSBmb3IgMTI3LjAuMC4xIGluIG15 IHJlcyByZXNvbHYuY29uZjoNCg0KIyBjYXQgL2V0Yy9yZXNvbHYuY29uZg0KIyBHZW5lcmF0 ZWQgYnkgcmVzb2x2Y29uZg0Kc2VhcmNoIHJ6LnByaXZhdA0KbmFtZXNlcnZlciAxOTIuMTY4 Ljg4LjENCm5hbWVzZXJ2ZXIgMTMyLjIzMC4yMDAuMjAwDQpuYW1lc2VydmVyIDEzMi4yMzAu MjAxLjExMQ0KDQpGb3Igc29tZSBzdHJhbmdlIHJlYXNvbiBudHBkIGlnbm9yZXMgcmVzb2x2 LmNvbmYgYW5kIGV4cGVjdHMgYSBETlMgDQpzZXJ2ZXIgb24gdGhlIGxvb3BiYWNrIGludGVy ZmFjZS4NCg0KQXMgYSB3b3JrYXJvdW5kIEkgY29uZmlndXJlZCBsb2NhbF91bmJvdW5kIGlu IHJjLmNvbmYuIE5vdywgd2l0aCBhIEROUyANCnNlcnZlciBydW5uaW5nIG9uIHRoZSBsb29w YmFjayBpbnRlcmZhY2UgYW5kIHdpdGhvdXQgY29uZmlndXJpbmcgaXQgaW4gDQpyZXNvbHYu Y29uZiwgbnRwZCBpcyB3b3JraW5nIGNvcnJlY3RseS4NCg0KSXMgdGhlcmUgYSB3YXkgdG8g Y29uZmlndXJlIG50cGQgaW4gYSB3YXkgdGhhdCBpdCB1c2VzIHRoZSBETlMgc2VydmVycyAN CmNvbmZpZ3VyZWQgaW4gcmVzb2x2LmNvbmY/DQoNClRoYW5rcyBpbiBhZHZhbmNlLg0KDQpN YXJrdXMNCg== --------------6xcezcfMEJ1nAJGo9AddcemK Content-Type: application/pgp-keys; name="OpenPGP_0xEAFE16833E01C057.asc" Content-Disposition: attachment; filename="OpenPGP_0xEAFE16833E01C057.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xsDNBGGOIlcBDADwXonCkHUuaiOwyOKumbMJ/1qpZ7gr78ZwhOn2UNGuu1F4jNWn Aq/6DHeYmttP4hoXnwuKoK0KUoni2T/ucvjpT0bPEKjiRsJ8x7HIxQpyQcTv8ZBd GsMBcEIo4lsl7B1U8DCRMF1k92PcGoXQloGZCG2vdPufQNZ3TyKuYQ4kJXjj+pxf yNQmz43FmL5sWGawgFb7/q/ayXUvYLmzsMKk/fnEfIDUzM5FI1V9VepDkgu8rGa1 fUVnAtnBWga6b7CckVUtjgmuxusTZs5EDX8YqUHe7SVreM6WrgUxCD9XpzN8cUEr slDIN9dISnHDUoBaGsbjlwcG/z0s4PJYarp/NAvnwm0+Lu0ThiPjjQwyDiF3mm95 GLzaoeNUgAgPGUURqP0jvoyD+BZA3n74xybdO8n5Dd9WVQ1GT5XW2fpBbkjbGMpO 9SAMEZ8e4mfeJanUTOAFnIzFRkhFLZHxyvxurkFZCnavsFPpPnWNgwjGniq2FTEu n9SYmZYSsK0OLdEAEQEAAc0SbWFrc0BtaWxsZXItaXQubmV0wsEOBBMBCAA4FiEE W2mwBZ98ROxxnDLk6v4Wgz4BwFcFAmV+pKsCGwMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AACgkQ6v4Wgz4BwFf/BQv/V6M3bwkaekKSxAFu9T1PHYVuSZasqADs5sBY 3Xo2DdIOzDC5/ncbh+WzZKefEXQYEPmqAAW3BL0djLe1eAKjzKKOKSvWAktc4u0C 4TgFtR59zhS5D3X5HcQYWirvoAtTGkDRdIyktvKYNBv+//RRFDEllnczfdZHM5JF ldHgJoggqnAnWsIAQoI7tBHVrV6yt6A+4PWo3aG5eTT0RTrFVfDAc7PHI/Kemt6O ATc54ar1N2yHP+XnXUZxwrL6lZv77Gq6GftdiONP+5yB/+aNvKRGGdyfh2QxogzQ g3hChCApmwJ+lqd0yyUqN92HYy4z1t9CSG9hLayT+aeqBvIvlWkh92kQMlzhb0Pa 21gKOprd7luFTCU+MoLHgS7XTlx0qQD6ow+h/us5vswAG2kax8tC2cO1ngK6BA1y 1z/4hswfUJ77GqUj8WLA7SuLG+vlMNdOg26PrHU3rqd6L5XfKqeQrj4T9rrbqtrc YyRgVW5Ahd1qQfhpGYHYftoxsciJzRttYXJrdXMubWlsbGVyQG1pbGxlci1pdC5u ZXTCwQ4EEwEIADgWIQRbabAFn3xE7HGcMuTq/haDPgHAVwUCZX6kqwIbAwULCQgH AgYVCgkICwIEFgIDAQIeAQIXgAAKCRDq/haDPgHAV4jBDACYbQpsPEV+62pT/dMC T0JLtXCcbtcTJLTf7134K88Ci81AaKU5Zc6Bv1MqfukwfBhBZ3VeRSXDlGDNEb4A gVTuKiS2LromskuPme+IsCZEaN14Pw6/SnO7Lzn5b/BL/V5sQPlDkiCrA6VRJddj 6rpFTbkCKZKRWrSERnaPciQakWib54pP/095ylIPwP001I35EEHioKuxCByYqlxE qCZhCZQNgZo6bHZDyM7SndXV/62TT5eB6nVwqapp6i0Yyga55267s/DwEL/hKksV bGI5a/ZJdEVvVFFrqTwmVmsncT32chYld9FX9HkbUEvD8cWFF90hdHrkiSIXAMxg TdVMBE8NBh5coRNhuWJE8uQQoY0uNQAotsuNIfrRdWf7bYZXZGFkTPFJ1rnqA4Fm 71iUTq/K78+Xo3eFalpC6+rzGgMObhiPFdFOYT3F7MKfKTv7Kj4VJsgOmU8ZFJzM dMZ2+eXvj9JxAnODbYTHDcBPusxcmJ4AHXsof7KFH8LuVMTNJ01hcmt1cyBNaWxs ZXIgPG1hcmt1cy5taWxsZXJAcG9zdGVvLmRlPsLBDgQTAQgAOBYhBFtpsAWffETs cZwy5Or+FoM+AcBXBQJlfqSrAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJ EOr+FoM+AcBXkJ0L/1E+RZHTwVyvTufvcnaqV9doiZ0jLKeGe92XPetZY6q+X23B fB7C9q2oswUdZqyft13A5SV0bvsL8vsJNUmFdwM+FC8FV6QIgVR4EXO+9OHrlgUR iXFXX9ZFW68NgF+5Kxk10Ycnrt9EwIKG5f/iRz5Sdq7yVbFBwZNns149TY8DtFlq DLxSt3kovTGriEBLwoYHnQfaFJYSMeE7S5JkboI2mVUVqs9/4nAh2vcvFWRxohzk vbsRYGh9mJ+wVZt8knuq13k9nxB6G5c+j+QAl9SaSeNlpxDruOa1PCCVPUJYxYAV 5eOuFl3/Kq+27kHH6ey8agENeLuEXtNKrOmUsSVccLcWaQhn+r2D3lMmE5Ouet+u WVEO1meLbOJH6Ff/kRQumk8oTT0Vx+k27kPSm3Sv02g0hHGW/UE7lrQyy3BtiMHl tQHMtI+krTTQb9YwwQb1phwo4yNPt5SjQ8H8Vke7zbFGaiYlcFJFuwo4Sq9BjMYz ilDJaJg4OeLmFYfQ9sLBFAQTAQgAPhYhBFtpsAWffETscZwy5Or+FoM+AcBXBQJh jiJXAhsDBQkDwo3ZBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEOr+FoM+AcBX 16MMANWPJhajfPAzbkRT+Zxl48txLvkYCscXIcB3AbA/a5CCkI8/M+df4zOQUZEB HypZAcbKo5Dq85Bk0m8AxyQSk4QfkwxW7AvVh91RR5Y/1NPrcYrrlHAJKDAoTUnt cQlHNa2U91bAXx6zc5XahXEq/97i0MJ0XIKsB+LOC0d0oUhgli28YpmnSBwWGy58 IMS+VKsmsHBXK5n5I+st3RnlEkwRistGot0el3WyYnr+v89A0NLWniCjO8qLqB3X a7WlzjVLQWzGYS3wD2XdrLo0k/u037G0xThvN8y7UATbb9CvLk+HVnss+fdsou7u LGQ3jfErW14dfeBM7KrJKie8f7j2L9seu83OZ8qfHsKDaYi2BsKj5wyppb9VzdTe 0u+IaFGPbTldDuLcCDkHUA+a64se3q+sxJiHsTGY3yZav9akBoFUPfSsKl0A/4Ay EVCyP4NfDbqY2/+ImMQC4cQ9QnDXLmRLQeR82uWRkIsRAkhtdHj1cAPrwY5npdg1 5lPsJM0iTWFya3VzIE1pbGxlciA8bWFrc0BtaWxsZXItaXQubmV0PsLBDgQTAQgA OBYhBFtpsAWffETscZwy5Or+FoM+AcBXBQJlfqSrAhsDBQsJCAcCBhUKCQgLAgQW AgMBAh4BAheAAAoJEOr+FoM+AcBXoAEL/00rM0eUM6pU85134dwfeVvj65iDX1s5 tjzLecGfuSOzjpBshsVgedw73YmF7Drwu+GcUzkyu8Ajj/wp1cbMUVkX5Tn8w2tp IpgB2QlqghVntW4O5r8Wbq2BDYw3gngtppoatJDvRliWUHc5nQhVbybQ4FSdBO1U wwZZU+pHgo6xuY2nrQjGxZ/N5WXSEzFWTRWFx479FBORiWrahCFwtXGvDRb2khru TZCSpdj2LHWVuee+AgbQynmLiQSkg8xCUuDE0dd6lCPoOXsk+T0FexlPp24mSEph 29b66BjC38u2W/tQBcBkWIR8yCAKbof95ckTd+nwXTQrx0sIGGXgJc5L8JmoHdlI SLZBItUL0Kg9aa3AHXOHRDef0OEGWF0VjkBKw30wEUI1PPK19DLC7nETKOpThXpf UfeHFKgKY2yn5uMme6row08a6TV3gqSAlVSxyFyU/osc4NwB3TA7tyd7mo+4ZBwY Y9XTxqBOhFE/EksRvTwMSr+W1sQv5QlpZ87AzQRhjiJXAQwArpG2NWBFnG781Sn+ cawTr3grLNUADEmoiYsCkdveEqdD0mjt5jYwBL8sjCka65ICzoZ6tLVGHJRDE7kq f1ue7nwtedhCDkMQ5IdczmYPg3o8SHiNzume52zHuZhbo2zLZEvcmViTqnQqzq4f ZY0GW5pzqsI2LfkqXXFDZF07ff3u4dtMu2KPjyV1gHWfI33N8Ow/seFv9m1cWN4z HS7NnZxUsTDk7b9Fnneu90FGJp4VfGvvHOQg/QJFcPq72xCKNXfQBnOgxloKQsp6 DT6Zut0Xt7RZrRuf6fSIjVCUfl/+oR5EVufZPVJQsd8P/MzZaqBImu+Rc9mW0bek olb8XJottYlan/aYlobICeUjZI1Dv6XzX0W7sgCrbFPPTyBm9m64lmIegAPxmBiG /yU5tbcS1sfxPRr8e/Dp2XPtgyUCCZQ2PlpjqTxwC1ujeS7PLkW8fzGPMO56iOUm GFHPB2LvU8ws+2hrbnrkLEZFnKyqz6dMwuH4qYGYjazo8YZvABEBAAHCwPUEGAEI ACAWIQRbabAFn3xE7HGcMuTq/haDPgHAVwUCZX6kqwIbDAAKCRDq/haDPgHAV7k0 C/Y4v6hNzymS8kgsKGh45ndYvfa5vZ7SUtyXB8296rgvYAz2TtAOhF3tolpql02q 1XRygSFLkDi03CVUDW5OlrlRQqIFQRmXMluUim0E3BTho9J/Ncs1mTzIuAkZduTt g8uJMy5242EE6WrnY7aiYbbLm9ZzkQTorzCos1okThrEmxXT74rIIMQ3o1tfqCIe yUjUsFz+4DOc/o0dr3ga9hfF2RXYBY88zoEvcw6e9p7bIsHzYE1/KM7+RAp9gHeX MoTSWN4HYQEn1qIqJeQlLkX23dXfZXwUcmt/6Iin8k/cWzu14gGcrroMjTYdkORW a9NatxdgiBswwPGNE+Wm0FYB6IaSsPj6HI4X73Jq4QGM1fILbbnMK5oFcTdA/EI+ n4UQyWQpSv/1a7/bVlkFC/0jbAjCsKWkXqgvyCViewyenCa9RlB39gNsEq4/DtZh KZPTRhPoLNVPVLLc+pTEQWCZgw/Gg8z+DzH5Y0ybcoKff3+YVJyF0Dd45qBt43KK +8LA/AQYAQgAJhYhBFtpsAWffETscZwy5Or+FoM+AcBXBQJhjiJXAhsMBQkDwo3Z AAoJEOr+FoM+AcBXs2EL/04neeMZxdomHFtmXcKXQpNVPCFc4WKZXLA+gRQcbOA0 QJCp4khkRPQxvjEwRPOB8YOVgkqr0jUVavNMt6gpNiYkH/hgHVy9KWgqi9NxV14B gPw7gVz/y4QM5SEL/+lzLpa7VGVedhgIsIElaCusXpEu4dyoLA2Y3zvbPlJHAI7E o5KEOZhQkHhgq68RxpYNcuF95jf8txOSjKoLcrh/Pgbj/aS1TuIl4T47zFp/oj/u ZLh+ciFrAMY29YdmvUjT2ijMflpDBFaYUpoyoJlLO1uUxJdK55DdE1ZN5bBdDHgB L2PHbWyAHxIa3WISk9mNqyuDDa5IL8gi58AVFgOrtbt0HMYScSzYayeYa44TpaWq 8Sg6TA18pI5hxM2TOID2qNQAA2/KzEosWkuMwyOKIwrgCFi3hdz43/j1wWrxRvSQ AfEAQnH0QTLAClv2+zzFolEZQUYpvZA09OIV5Lqvlq+OR81jodaYB4STnmbKkzFO ALTtcEePu4LRg+XMy0QiQA=3D=3D =3D508x -----END PGP PUBLIC KEY BLOCK----- --------------6xcezcfMEJ1nAJGo9AddcemK-- --------------SptC0uxwFXGY35mDLWMvzinf-- --------------jFIvoDx7YxvLEbzegmMouIhK Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsD5BAABCAAjFiEEW2mwBZ98ROxxnDLk6v4Wgz4BwFcFAmbyWTAFAwAAAAAACgkQ6v4Wgz4BwFdD Ggv+Jo6savheKO2XEhduZ+wiE8vipIXcUrAUK0KnDldvVp6Z5i4OMv8wjKJkYPxS0UgTmY3HTU2q BfCcbsx1mn7b+F89mjObE+JWMpiD8+crVR3dXyoElNyBQNhZwyYPBmzYKhxe/zIztIHN8skcnaY7 4HMln9NuqqY6UQ93yu2cSRLu0Ag76aL/sDwHKeUMV3Gt8D5nQHm5ZykOJlDps6u/vwB/JIQb6gQj OO6aR6mvzBfk1jHaGEOqSLDCniahvCVG2ynZf0OBUYtkM/l8ZTQJwDyR2n1TCigmWPXfDUaTOVul y7NfsFV/2FAfwCltlV8zn5A7G0IkHHmizGa02AtCQOJYsuTZ9AmuEe0wSIZND5THOdk8VxpQvci+ sZNbG+7Fo+xa2KPmXtBTSS2FeKhR+9xTJCidnA5opWFM+AMwZfzWhLMbFhadfdos1SkV9P5c3clC DlDySx/wYl5wMJSFQrCAIUgS15dAP2BeSUwRAM4IQBISp5dbYRb+/xwP+hBt =Wuw2 -----END PGP SIGNATURE----- --------------jFIvoDx7YxvLEbzegmMouIhK-- From nobody Tue Sep 24 06:21:08 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XCV9h6vJjz5XNZ2 for ; Tue, 24 Sep 2024 06:21:12 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XCV9g6BXMz4ckd for ; Tue, 24 Sep 2024 06:21:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=VTjEkQ3y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-a8d4979b843so644870166b.3 for ; Mon, 23 Sep 2024 23:21:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1727158870; x=1727763670; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=UsYv/AyudVUzt3v9HXM5VrrvqZFFDwXFODAdXKKapjc=; b=VTjEkQ3yyJooxNAs43NzV1Q4QF/Py51Q66bRAB/Gfkcnw+wP1PeE7NrZtQQwaAL2DP sV1sUWir3XS+QuxVREc/ABS/JA+uwkauvipQc+wzE5rL0gXvlohwFGyppjWqJhqlYyS4 RLNeOqn2qDyt2jwefkqZV9FY1EeJ011UhgvGZ4Pcxg6tZJBAr2sZbvU/zQk8fcbysRJk BuioFJ9leQL+9JJlzXQ2XTBN/nR1hwGfuJnR+Vdru+5Wc4nLK1RLe086FhqeqFsilSSi qba+fMOr8B8K22k062vnQr1YGb9NYHBy3Cj7MSpQuHLKi6wyklFreQNu+Ti7ZUcW4XQH JeaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727158870; x=1727763670; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=UsYv/AyudVUzt3v9HXM5VrrvqZFFDwXFODAdXKKapjc=; b=RUlf7okgZR4bZjxndCfRGGKSuArzdXdl15h312Gpmt4YiukKCrnxlUBdCsskuy65eE JZJqaymC0/BHKyZqRCB9OW/6UlP4xgWeqUF+R5OObHgn0KGRPg55bzlQYhtKz7yLOuJN 8WG1WzLnSqk1JNH6K+pRaJdZ41Ky3ot+/u/iyIetV+t7k9v+Ad3BYqEm6RkwPK0SBS0X 1ze5NDzQoqfoQmjOGky8X4pj5XXlQVrZcOrLLwbe+VloCXyHN4DUQznXVxGX3Y2t0HMI APXXmhHMM5Px3luxDoWfQWQ2yHwkDerr8F8sNQKFAwp5IwwFKXe7LXzsrW9/SXalO4Tb OsJQ== X-Gm-Message-State: AOJu0Yz0vK7FSoHCZeD81uUpTWztMtQIsoMWHtcDm6zhOKfzFsZsNFsX r7agq5Ycno6NpNWIb2VZFvWVumFXGyQ2LMlpMhkMPAxwXhbssoKrkTVH8eHQ X-Google-Smtp-Source: AGHT+IFC2ctVe6KOq49Zm+UvJKfzY/0la1V3THTmbIeoK2eBTO2bmvABdVGqv5WKLaP8fe4Cmi35qw== X-Received: by 2002:a17:907:e603:b0:a90:344a:7db6 with SMTP id a640c23a62f3a-a90d583ba97mr1332523266b.62.1727158869763; Mon, 23 Sep 2024 23:21:09 -0700 (PDT) Received: from [192.168.1.10] (host-83-67-210-170.as13285.net. [83.67.210.170]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a93930cb0d0sm42033766b.126.2024.09.23.23.21.09 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 23 Sep 2024 23:21:09 -0700 (PDT) Message-ID: Date: Tue, 24 Sep 2024 07:21:08 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Manual upgrade using base.txz To: questions@freebsd.org References: <573b9b4c7f56702619bbb77e9a8c0a77@fjl.co.uk> From: Graham Perrin Content-Language: en-GB Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJimMMBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQLbHAQAJi998y42bEbq5HmABYovmAEtQj33YSUWyc9QRmAHpN8Er3lTKsgmZcVChB5Fu/d go2oYynDjlVpA7+wiSmg4AG78mOYbg/e19XMhrH0keDKqZXFkU+G7agR0mF09qvpQZ9MTJYZ 2u7FtytZK665UfipOdV8eGn2hFC/WynjUwEzKyryBgbbLAEbfOPeZNry4h2ZPWbtTvx/PE/V X3Vh2oGqYx69DCGz+0xEhy62ZKbkX5SL8LUf/1WViyCVzsHasFxmFxYPWIfBy8ayQ7xapz7M cSXSQyu4oDT4qh9eZiGP9/aAcZKHcV6t9y77JGhUJ/5O1sANKMa3YhgimE+Z86LHYa1IH774 PHj1nAXBwS+Cj/1l/NQoQcyjvOj8zuCsMJVaLMb6B46YsReP4+3yBLpyeBC//t6zWPbgAkWW VjROC0dXUAMTFpnA6NZe3UghG+Nc4fnCLGOhc2nyWFYHIaYV6Hv1ITFSem9DdeNnR1CFm1VM TJ7i7TuqYM+WZTkoUsTf4c46hS/ZNJZSCxh0s9yYr+BYk3XBbd+ElaZ1dJE6cuSVdw15+P2h DnprurxC4byl4YFkn+UAVvQsOgeq6aSHLOHX0weYu1OLoiPYsTdyGhne72+kDhEEdFD5aHdQ PFrbQIrqWLV0a04++0ZwGpNvXtgnWhDdAQJDwGsSSwbLzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmKYt7ACGwwFCQWjmoAACgkQt2dIb0oY1Av7qg//YjCZg8VXyMzXssgIQpROKKqh5V0UBSQl rM3tq4tWhyg0HVMugQj0Om+iNPsEEOGHkm6tyhHMzlKGpAc/l0iAM+8twIyg44Yo5+DcfFXr OMTbTw9T9jDsWOkOBksxy29iYhgpqpWdDBnhXvrJp/FNAiX8CfzrIOZeFPydDoEiKBEXAxfe a9o5J/JeVnZiUeoiFe7i68nZGsb4JxhPczNfqW12t0Ll5/ibjszg5BgjXiLao0KqbWNh4bS5 CVwH90Or+5qqWgzWPeBiuz+rN2QXE/V/fL44GEj1YKASCqmaiYRgjoRFubz1aq1wCXMXY3Iq d4525rscUgS7HBxbblnyTodUPaamN/2nSzcmE/Pkx8MApDSgZCIhs0RTAg+/AoX4HULV1rSE TQwMrBEQt84Tw5W5rHsvXKr4ZEsJUpbPLWYTISsp23nHR+vZtL/Ug+OWCmHC7X7D21xk/xVJ 4sA1RLJBKdCHtnyA4Unv/kNS1KVGxHnITVyw1a71QJADu4qsdtM5u6CyYUhqhM1oseWtV6j+ Qi8KC/G4C3AgZf06fe2fVl42z2grTabL4bC6FQXMwTX2dsm5NakWjUCmUL8uwsQE7ZA4zKxo EYI1YV9q1birpzncYRupr1qnMoggMUHWq0IBYshFQrEO8PeVUZBw7/GfAeh3argdw2Qu748T Cyw= In-Reply-To: <573b9b4c7f56702619bbb77e9a8c0a77@fjl.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.89 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.95)[-0.950]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.05)[0.054]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from] X-Rspamd-Queue-Id: 4XCV9g6BXMz4ckd X-Spamd-Bar: -- On 17/09/2024 12:29, Frank Leonhardt wrote: > … TPTB ? > have removed all but the newest versions of anything from repos, which > puts the kibosh on using freebsd-upgrade to to bring them forward in > stages to a current version. … Does the -fetch command of freebsd-update(8) no longer fetch, for 12? From nobody Tue Sep 24 17:11:58 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XCmcm16fBz5Y4b2 for ; Tue, 24 Sep 2024 17:12:08 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Received: from beesty.loosely.org (beesty.loosely.org [IPv6:2600:3c01:e000:4c0::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XCmcl0Scdz4ShZ for ; Tue, 24 Sep 2024 17:12:06 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fatty.merchandise677@aceecat.org designates 2600:3c01:e000:4c0::2 as permitted sender) smtp.mailfrom=fatty.merchandise677@aceecat.org Received: from localhost ([::1] helo=beesty ident=itz) by beesty with esmtp (Exim 4.98-4-9cb179d48) (envelope-from ) id 1st94w-000000005R1-1eOZ for questions@freebsd.org; Tue, 24 Sep 2024 10:11:59 -0700 Date: Tue, 24 Sep 2024 10:11:58 -0700 From: fatty.merchandise677@aceecat.org To: questions@freebsd.org Subject: Re: ntpd ignoring resolv.conf Message-ID: Mail-Followup-To: questions@freebsd.org References: <60a34952-f7ab-411d-986f-e8a9c2d195f5@miller-it.net> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60a34952-f7ab-411d-986f-e8a9c2d195f5@miller-it.net> X-Spamd-Result: default: False [-1.38 / 15.00]; NEURAL_HAM_MEDIUM(-0.59)[-0.592]; NEURAL_HAM_SHORT(-0.38)[-0.384]; NEURAL_HAM_LONG(-0.21)[-0.206]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_NO_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[aceecat.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4XCmcl0Scdz4ShZ X-Spamd-Bar: - On Tue, Sep 24, 2024 at 08:16:16AM GMT, Maks wrote: > Sep 24 07:38:38 ufr-t14 ntpd[33259]: error resolving pool 0.de.pool.ntp.org: > Name does not resolve (8) > Sep 24 07:38:39 ufr-t14 ntpd[33259]: error resolving pool 1.de.pool.ntp.org: > Name does not resolve (8) > Sep 24 07:38:40 ufr-t14 ntpd[33259]: error resolving pool > 0.freebsd.pool.ntp.org: Name does not resolve (8) > Sep 24 07:38:41 ufr-t14 ntpd[33259]: error resolving pool > 2.freebsd.pool.ntp.org: Name does not resolve (8) > For some strange reason ntpd ignores resolv.conf and expects a DNS > server on the loopback interface. I had similar messages as long as I ignored ipv6, i.e. when my external interface had no global v6 address and there was no v6 entry in resolv.conf. Now that I have taken the time to configure that, it seems to have fixed itself. I'm not saying I'm sure your problem is the same, but just in case try to fully configure ipv6. Maybe nptd wants to use v6 really badly and when no other v6 nameserver is available it tries ::1. Which would be a bug :-P -- Ian From nobody Tue Sep 24 18:25:51 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XCpFy5Dy4z5Y89v for ; Tue, 24 Sep 2024 18:25:58 +0000 (UTC) (envelope-from doug@safeport.com) Received: from fledge.watson.org (fledge.watson.org [147.160.157.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "A1-48603", Issuer "A1-48603" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XCpFx4rBSz4gVc for ; Tue, 24 Sep 2024 18:25:57 +0000 (UTC) (envelope-from doug@safeport.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 147.160.157.40 is neither permitted nor denied by domain of doug@safeport.com) smtp.mailfrom=doug@safeport.com Received: from fledge.watson.org (doug@localhost [127.0.0.1]) by fledge.watson.org (8.17.1/8.17.1) with ESMTPS id 48OIPpvq005354 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 24 Sep 2024 18:25:51 GMT (envelope-from doug@safeport.com) Received: from localhost (doug@localhost) by fledge.watson.org (8.17.1/8.17.1/Submit) with ESMTP id 48OIPpeI005350 for ; Tue, 24 Sep 2024 18:25:51 GMT (envelope-from doug@safeport.com) X-Authentication-Warning: fledge.watson.org: doug owned process doing -bs Date: Tue, 24 Sep 2024 18:25:51 +0000 (UTC) From: doug Reply-To: doug@safeport.com To: questions@freebsd.org Subject: Re: Suggestions for mail client In-Reply-To: <4FEB5DE5-0B7E-4429-A9EA-5EDD235BA35D@l.ynx.fr> Message-ID: References: <4FEB5DE5-0B7E-4429-A9EA-5EDD235BA35D@l.ynx.fr> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="621616949-1932620692-1727202351=:80511" X-Spamd-Result: default: False [-2.02 / 15.00]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.921]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; R_SPF_SOFTFAIL(0.00)[~all]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6405, ipnet:147.160.157.0/24, country:US]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; HAS_XAW(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[safeport.com]; RCVD_TLS_LAST(0.00)[]; HAS_REPLYTO(0.00)[doug@safeport.com] X-Rspamd-Queue-Id: 4XCpFx4rBSz4gVc X-Spamd-Bar: -- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1932620692-1727202351=:80511 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 17 Sep 2024, DaLynX wrote: > Have you tried snappymail? It's an optimised rainloop fork. I would expect it's even > faster than roundcube. > > Regards, > dlx > > > Le 17 septembre 2024 11:45:41 UTC, Waitman Gobble a ?crit : > > > On Mon, Sep 16, 2024 at 5:45?AM Andrea Venturoli wrote: > Hello. > > I've been a progressively unhappier ThunderBird user for almost the > last > 20 years; the upgrade to 115 brough a general slowness (with > specific > big troubles in some areas), but I resisted. > Unfortunately 128 is truly unusable: moving from one folder to > another > or from one message to another takes seconds (so just skimming the > messages on FreeBSD mailing lists is now taking tenfolds the time > it did > until a week ago), resizing the message pane takes about 5 seconds, > marking 50 messages as read takes close to one minute, etc...). > > Don't get me wrong, I still like ThunderBird (altough with a lot of > criticism), but unless there's a compiler switch (LTO?) or > something > else that can bring TB back to the speed it had a couple of years > ago, > it's time to move on to something else.> > > In the port tree I see Evolution, Geary, KMail, Sylpheed and > possibly > others I might have missed. > I read several comparison but came up with no clear winner; of > course I > could try them all, but it would take days of work. > So I'm asking here for a suggestion... > > > What I absolutely need: > _ close to perfect IMAP support; > _ IMAP tags/labels; > _ multiple accounts: I've got more than 50, although I use less > than 10 > daily and I could leave the other 40 in ThunderBird for occasional > use; > _ online only/no local storage (for some accounts) *and* local > cached > messages (for others); > _ support for big folders (in the GBs size and or 10k messages); > _ CardDAV support; > _ good searching; > _ performance, stability, future support, etc... > > What I'd like: > _ newsgroups support; > _ RSS; > _ CalDAV (these three I could eventually achieve with other > programs, > still...): > _ possibly not locking in into some desktop environment (currently > I use > XFCE); > _ ability to read HTML mail (altough I never write such a thing). > > What I don't care about: > _ message filters; > _ antispam (as I manage them both server side); > _ "modern" interface. > > Any hint? > >   bye & Thanks >         av. > > > I've tried most if not all email clients, nothing is faster in processing for > me than round cube (yes it's web based) I use sieve to autoprocess/file many > emails, especially from lists. > mail/roundcube > mail/dovecot-sieve I second roundcube as a great solution. We have userids with a couple of dozen account with total messages exceeding 100,000. Roundcube with search all folders in a reasonable time as long as we limit the date to a month or less. My mail program of choice is alpine. Nested searching can be done very quickly and any phishig or trogin house email can be examined with no risk. As with roundcube viewing the original viewing the original source is easy to do. Doug --621616949-1932620692-1727202351=:80511-- From nobody Wed Sep 25 07:41:04 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XD7vW5KSnz5Wmmy for ; Wed, 25 Sep 2024 07:41:11 +0000 (UTC) (envelope-from alexey@hotmail.fi) Received: from AS8PR04CU009.outbound.protection.outlook.com (mail-westeuropeazolkn190110001.outbound.protection.outlook.com [IPv6:2a01:111:f403:d201::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XD7vV2tc4z4J3H for ; Wed, 25 Sep 2024 07:41:10 +0000 (UTC) (envelope-from alexey@hotmail.fi) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (mx1.freebsd.org: domain of alexey@hotmail.fi designates 2a01:111:f403:d201::1 as permitted sender) smtp.mailfrom=alexey@hotmail.fi ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=ZjMeSXwu9o6qUedHcTo+eBn9xIWdzrYMI+HWsAGu1wEvyeHUqY9GmqQj7IcOoO7GY3SRPL7VDu45SbYKh91RrcvsLkhogNuS+zFs+FEMCaBgZBKZloUZkn768GOHKQpCdc5Z5PmnoOPKXbPMgYR4G7Fszfa4N5Pt1YiIlncg6AcW6/PZEbKMwj4lsPWq8htJ5b/dFmzSG3rLrOyh/Jt6T96y4TfyHfD/Otth1zn2xW76OldFYhyMfFG1qZ7U0oc6yQmz2jWxkdu7YCvrf7Pp7BIx3zWxpxW6o4StdCeAfhr0RDiXMx7rcoz/WtRmWJO68l8QmOBJNOUeG2tgRzcOIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=C+CtHWvDTCnl6zkCCheUTI33mcw84h3jREds8qCN/bQ=; b=guSTo5iR11YDPBysgl0iRCkYS/pQANOfDSIKG4zw/313XNTYVWGRaqDE/G2qJcb8De0PWpjMcwH2SMd+NHprAPO059nbxP6e/Trr+/sKDK+Krd9zRRBZUJTzxvcey5Lq1/jpiwbaHl4F0GOFe3SXT1n9WrJWNkcyWlSm3PukUwh/wxzYlPgReYHAPbvu7DIg4hEw8HVU5GMu6yqPafEB3DUiElZEKdlEdmQ4MxU4xtwV4BR4B5quP0VP8VB8Ssy4/tCTGm9fAOQ6HweK8br+zFenWrJSVxpbWkW5Xed+VEqWlV4HilU9rrcrhuN0fIm9YOVt/phuLCtWYoTyhU6ZzA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1PR03MB5054.eurprd03.prod.outlook.com (2603:10a6:803:bd::12) by DU0PR03MB9152.eurprd03.prod.outlook.com (2603:10a6:10:471::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7982.25; Wed, 25 Sep 2024 07:41:05 +0000 Received: from VI1PR03MB5054.eurprd03.prod.outlook.com ([fe80::536:3c96:5d07:314d]) by VI1PR03MB5054.eurprd03.prod.outlook.com ([fe80::536:3c96:5d07:314d%6]) with mapi id 15.20.7982.022; Wed, 25 Sep 2024 07:41:05 +0000 Date: Wed, 25 Sep 2024 10:41:04 +0300 From: Alexey Vyskubov To: FreeBSD questions mailing list Subject: Cgit syntax highlighting Message-ID: Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-ClientProxiedBy: MM0P280CA0017.SWEP280.PROD.OUTLOOK.COM (2603:10a6:190:a::6) To VI1PR03MB5054.eurprd03.prod.outlook.com (2603:10a6:803:bd::12) X-Microsoft-Original-Message-ID: <3euadwepziwjd3ompzr6jdtsg4x5jbe7zprrhdiml5nu476ks7@d5fx3pujhwoe> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Sender: Alexey Vyskubov X-MS-Exchange-MessageSentRepresentingType: 2 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: VI1PR03MB5054:EE_|DU0PR03MB9152:EE_ X-MS-Office365-Filtering-Correlation-Id: 97f48adf-13b8-4550-305d-08dcdd356967 X-Microsoft-Antispam: BCL:0;ARA:14566002|7092599003|8060799006|6090799003|5072599009|19110799003|461199028|15080799006|440099028|3412199025; X-Microsoft-Antispam-Message-Info: 9X9Sv3S3NEnyMw4R0bN0ZHzAWMQEVBn66B8MAynd9RCx14C42+27W9J2H2KzY18Oa7Tm7oFZ4+8v0OkLHtvm3C/dm+hAYedDKWvlAyjugBiYud0xyrilcHf2RKPDu0HG0rhUXf3Bp+JiBs+enqlBYiWoajo5dr3dLBLUu6/G7HIb5AYLWsYmm4plJfKZONowpjIfm5Jt1tHcT+x10RTCclglPJslLHzRuw6yCfyrB4A7HiUjClFmQRIS/qNNfVn1EhMBb75zVwOk9k57Mbb/2hbK/fHXj/FofVxdBK/fDWezboYsMbaOiODO8yxCiLflWW3sDnf/B0PPlu8AsnDOdJJfGMJwbMakSfYPAjmyHKqero/hGTYx3kgPv90SLOwKaWlr4wqN37EoFORz+IYEillvrM33fEn24Gq1bE9IFIZgFPWhI7raW696Os6DzgWgOEYtgLtDANfPQ0nIn0ZgWVEnKwz1Js58iuMQb5aISqUhDdcCmUIOq0tLMHjni5Wrxo9gncNrUAX8NoM0AWQW8IJ4+k5Yvj1vK2vMQyxl9fWHeQukDLNRYNM5AtuztLywuBVWJDt2F1zv8YWA7PPWWd13qRE5UVh8R8aB1tdVlkGcR1ndUiwjLUzF7JmZDtLyqUVU0lX4Roxk1EVhvaz4eImVOt+KAMXhwvUdPyZHydl7p+0J572o/Yl1MmzekxP1aujbrRj71CUN+zHB5cIDRgUTAtQYQyb0pnauJ23ZUra6BQsH+QFabRfeEc4X9eTVX9vOG5CpbL6giQJrqsXnXg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?PSuQoAypFNtPx8U2rvBu4LAfxIAHAGZNWmFRCrtpPu/fhLXEqzBRjkdYB0tz?= =?us-ascii?Q?SuMKGyWQzAdjaojNwoiHWU6wL5B5ab7F2B9w6GvfYzl7dX3wXjVkrGqrD0/g?= =?us-ascii?Q?wbWqOWF0bgQRUZyVLQKG1020HxGbonFuEdO7zlRWBRvrLUcHFafXuERAydQX?= =?us-ascii?Q?CYEBr6B/oYvwzQGoboeJ7wQgivR0A3u4SCjHJj9pbT18M1lawf3K0sou9XH/?= =?us-ascii?Q?ZLYhEgsYtmd9m/rA5eJY3wjvBRISZ4j2fSEOFtKYOf1rzwC9IgXSdfb81BSs?= =?us-ascii?Q?+Z8guGbMWJrOxsplt134CHbsk+JYISlkG+G7XT4NbpwFl9X1fiA8AqzRo/3Q?= =?us-ascii?Q?ma0lcubrtbRhWIGh9PNZuREggtrhZRSkEx3KudOpMmD7qWYPsB8nkF0WTvin?= =?us-ascii?Q?3lOhMxtK0su1Leg5wQvqKKhvcSgPIURRqEMj9TX/EaFLlA4CsqtL+dxij0bL?= =?us-ascii?Q?zReUXjKWVqFq2NNuywAIslVImgeO7009jQrLb+MZPgdIZJU6QnnZYtkhSfLp?= =?us-ascii?Q?PX/jIT67KVKJ6Kh3lylIiBB+ejAQe13h5MEUEjlyDcX7HLKA/vt8ppG4AQnV?= =?us-ascii?Q?tydYC/InhKobX7k55ZDKl6ydzvPF2OkRr9JttxyTN7QOP+Zj2+3JVTufD5Gw?= =?us-ascii?Q?fillHoCXsC6JE5i2S1PV12Ig27ERVNepYghxCqO/DDsN1+lthcQx+kEhkWhU?= =?us-ascii?Q?W6W+SSfgjpNI6r2SWSPT8YxNOWfJ/uQHG3E/jjFj1GPKPoZ2y3IOeJNGkChs?= =?us-ascii?Q?SbA/Q/uKfnqs7wYdrLZvX8Sww5JpPNgFVpcozu+pichk8Hv7BwxlUFv9xIHB?= =?us-ascii?Q?wbHollpAON7KHC6RePqFWZQvtg4z6aFTdPhHcAJOhJSvu+Wf+WZOT76garkx?= =?us-ascii?Q?/ng8Su4VbWoN00bcV/wvBMORJAC9GK4FZtkRerzhTqhzhXx5VJLsnDO3JsBi?= =?us-ascii?Q?i9ADafOdKuViOH03JyjTqh3cVjmRy/37li2hAAsDGzgCl5RWo8aRlp6TIQAF?= =?us-ascii?Q?P+OnxaAKeZVWAoIWIg0u4LmGdqAJxPRluSUby76ucUeDt1IAInlL27XBvEa0?= =?us-ascii?Q?e5H3/+HrE75nwE1KgUrxYS8EjoZvUGa+oPnD4FO7floQ/cx3sApDA3NNwDEq?= =?us-ascii?Q?HNJkGGemTmGDtTJnwZwHffa08tjf2Lymsujd+khqd4LRX8V65tdMeJjLMeWT?= =?us-ascii?Q?rmfW1Ho08pAIAmjX4MUc9PyPqVaEZgxfkqlqVm6A701lmDLPOixe3haDalM?= =?us-ascii?Q?=3D?= X-OriginatorOrg: sct-15-20-7762-17-msonline-outlook-fa1c0.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 97f48adf-13b8-4550-305d-08dcdd356967 X-MS-Exchange-CrossTenant-AuthSource: VI1PR03MB5054.eurprd03.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Sep 2024 07:41:05.4750 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DU0PR03MB9152 X-Spamd-Result: default: False [-3.12 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; NEURAL_HAM_LONG(-0.59)[-0.591]; NEURAL_HAM_SHORT(-0.54)[-0.544]; FORGED_SENDER(0.30)[alexey@pentode.fi,alexey@hotmail.fi]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403:c000::/51]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[alexey]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[alexey@pentode.fi,alexey@hotmail.fi]; DMARC_NA(0.00)[pentode.fi]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org] X-Rspamd-Queue-Id: 4XD7vV2tc4z4J3H X-Spamd-Bar: --- Hello, I wonder what am I doing wrong. On FreeBSD 14.1-p5 I have installed cgit-1.2.3_1 and it works, except I am getting no source highlighting. My /usr/local/etc/cgitrc follows (unlike documentation says, it is not /etc/cgitrc; I have filled bug #281513): css=/cgit-assets/cgit.css favicon=/cgit-assets/favicon.ico logo=/cgit-assets/cgit.png scan-path=/Storage/git/ source-filter=/usr/local/lib/cgit/filters/syntax-highlighting.py I am using caddy as a web server; the relevant part of the Caddyfile is handle_path /cgit-assets/* { root * /usr/local/www/cgit file_server } handle { reverse_proxy unix//var/run/fcgiwrap/fcgiwrap.sock { transport fastcgi { env DOCUMENT_ROOT /usr/local/lib/cgit/ env SCRIPT_FILENAME /usr/local/www/cgit/cgit.cgi } } } As said, everything works but the syntax highlighting. I have pygments installed, and running /usr/local/lib/cgit/filters/syntax-highlighting.py foo.py provides something with code highlighting, but if I look at the source code of the page for the file it is not there (and the file is displayed without the highlighting, of course). I have found somewhere the instruction to add mimetype.gitblob+py=text/x-python to cgitrc, but it does not help. What should I do differently? P.S. I have tried non-Python approach with syntax-highliting.sh getting the same result. Moreover, if I put in source-filter some shell script which just leaves mark in /tmp, it seems that it is never called. -- Alexey I cannot receive HTML mail at this account. Hi, I am a signature virus. Add me to your signature to help me spread. From nobody Wed Sep 25 08:19:50 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XD8mX6wxCz5X8gw for ; Wed, 25 Sep 2024 08:20:12 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fout-a8-smtp.messagingengine.com (fout-a8-smtp.messagingengine.com [103.168.172.151]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XD8mX3VThz4NKy for ; Wed, 25 Sep 2024 08:20:12 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-02.internal (phl-compute-02.phl.internal [10.202.2.42]) by mailfout.phl.internal (Postfix) with ESMTP id 73BFF1380563; Wed, 25 Sep 2024 04:20:11 -0400 (EDT) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-02.internal (MEProxy); Wed, 25 Sep 2024 04:20:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1727252411; x=1727338811; bh=TpUUJZXE/jTTwGLl37I1/rMSJ2oCOohK+ZiSDHPwoWk=; b= a558D7JENrbQuXzbEhyL6ayHw0uGZDhML+c10RHecxmeVY5UUOHB7Msr+3kmQvKs xQUTX0mM9GnF9peU7Epi/6qXec5isQtB2pfRaYSzcJV0orKaWVnRS2J0HrmDbmot yghSizMF9m/ckG1cL66GoxLA49qMljhmJZ9ZUQKMJBzpfCpYZpIn1qfjqOgODJW+ U5IEs6lgVDCc2VZdZJBXeLDY+iYW1dX0NVNTG2dTMI2/9Co9cQGbiUsrz4niKzuV vRh+TtZMrXO5bNYd++E6+PpTrrnXlC6RyBBJ+dPxH2zr3sXeDjH5+ZFFWJnBpY15 r8HmPV0p29RD7UUJzXry1A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1727252411; x= 1727338811; bh=TpUUJZXE/jTTwGLl37I1/rMSJ2oCOohK+ZiSDHPwoWk=; b=n bjbslrycp03CEs4PC7uC9H8vMv+nGP+k1qvtfGBV2e5plUQfw+Lf+gbUaxl6Qa1+ M2+Yjx+aAPD5bLFKAYbm/kRA+BvnDROrTe1mn883Sj8j0p5/cF7HoZqr0oWhZ5Oj AIqFDM7+2sdALzVmyuyAJilGkwXxNXkpzK53/LjzaqFbxZ3f+GaY7dyjPlrZV/et 6a40l8kLqbpAwR3ckzShfWN7C9Lj28BgaDBdECjkTFl/xXMxtKPyexKW8OwaoEpH vfycpR9IynValvhzP+kqXhNwx31+HYOkRsRc1mD5PvDE+d2BmMfkIkpYmg50P2Th SD3polrv0pSL0xZdtKoOQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvddthedgtddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepofggfffhvffkjghfufgtgfesthejredtredttden ucfhrhhomhepfdffrghvvgcuvehothhtlhgvhhhusggvrhdfuceouggthhesshhkuhhnkh ifvghrkhhsrdgrtheqnecuggftrfgrthhtvghrnhepieevheejfedugfejleejleektdei leeukedtveefieetuedtleejheefgeehfefhnecuffhomhgrihhnpehfrhgvvggsshgurd horhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep uggthhesshhkuhhnkhifvghrkhhsrdgrthdpnhgspghrtghpthhtohepvddpmhhouggvpe hsmhhtphhouhhtpdhrtghpthhtohepfhhrvggvsghsugdqqhhuvghsthhiohhnshesfhhr vggvsghsugdrohhrghdprhgtphhtthhopegrlhgvgigvhiesphgvnhhtohguvgdrfhhi X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 35826B00069; Wed, 25 Sep 2024 04:20:11 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Wed, 25 Sep 2024 08:19:50 +0000 From: "Dave Cottlehuber" To: "Alexey Vyskubov" , freebsd-questions Message-Id: In-Reply-To: References: Subject: Re: Cgit syntax highlighting Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US] X-Rspamd-Queue-Id: 4XD8mX3VThz4NKy X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Wed, 25 Sep 2024, at 07:41, Alexey Vyskubov wrote: > same result. Moreover, if I put in source-filter some shell script which > just leaves mark in /tmp, it seems that it is never called. cgit only requires text/css for https://cgit.freebsd.org/cgit.css, so your guess that the server-side filter doesn't get run seems correct. perhaps somebody from clusteradm@ can answer what's specifically used there. A+ Dave From nobody Wed Sep 25 17:47:41 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDPMf3drNz5XVmZ for ; Wed, 25 Sep 2024 17:47:58 +0000 (UTC) (envelope-from maks@miller-it.net) Received: from www429.your-server.de (www429.your-server.de [78.46.155.238]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDPMd5TSMz4gmp for ; Wed, 25 Sep 2024 17:47:57 +0000 (UTC) (envelope-from maks@miller-it.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of maks@miller-it.net designates 78.46.155.238 as permitted sender) smtp.mailfrom=maks@miller-it.net; dmarc=none Received: from sslproxy03.your-server.de ([88.198.220.132]) by www429.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1stW7B-000B0s-Mv for questions@freebsd.org; Wed, 25 Sep 2024 19:47:50 +0200 Received: from [93.215.242.115] (helo=[172.28.0.40]) by sslproxy03.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1stW7B-0000ft-1Y for questions@freebsd.org; Wed, 25 Sep 2024 19:47:49 +0200 Message-ID: <0b00120d-3c43-43be-bd39-3345c0c3bf2a@miller-it.net> Date: Wed, 25 Sep 2024 19:47:41 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ntpd ignoring resolv.conf To: questions@freebsd.org References: <60a34952-f7ab-411d-986f-e8a9c2d195f5@miller-it.net> Content-Language: de-DE, en-US From: Maks Autocrypt: addr=maks@miller-it.net; keydata= xsDNBGGOIlcBDADwXonCkHUuaiOwyOKumbMJ/1qpZ7gr78ZwhOn2UNGuu1F4jNWnAq/6DHeY mttP4hoXnwuKoK0KUoni2T/ucvjpT0bPEKjiRsJ8x7HIxQpyQcTv8ZBdGsMBcEIo4lsl7B1U 8DCRMF1k92PcGoXQloGZCG2vdPufQNZ3TyKuYQ4kJXjj+pxfyNQmz43FmL5sWGawgFb7/q/a yXUvYLmzsMKk/fnEfIDUzM5FI1V9VepDkgu8rGa1fUVnAtnBWga6b7CckVUtjgmuxusTZs5E DX8YqUHe7SVreM6WrgUxCD9XpzN8cUErslDIN9dISnHDUoBaGsbjlwcG/z0s4PJYarp/NAvn wm0+Lu0ThiPjjQwyDiF3mm95GLzaoeNUgAgPGUURqP0jvoyD+BZA3n74xybdO8n5Dd9WVQ1G T5XW2fpBbkjbGMpO9SAMEZ8e4mfeJanUTOAFnIzFRkhFLZHxyvxurkFZCnavsFPpPnWNgwjG niq2FTEun9SYmZYSsK0OLdEAEQEAAc0SbWFrc0BtaWxsZXItaXQubmV0wsEOBBMBCAA4FiEE W2mwBZ98ROxxnDLk6v4Wgz4BwFcFAmV+pKsCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AA CgkQ6v4Wgz4BwFf/BQv/V6M3bwkaekKSxAFu9T1PHYVuSZasqADs5sBY3Xo2DdIOzDC5/ncb h+WzZKefEXQYEPmqAAW3BL0djLe1eAKjzKKOKSvWAktc4u0C4TgFtR59zhS5D3X5HcQYWirv oAtTGkDRdIyktvKYNBv+//RRFDEllnczfdZHM5JFldHgJoggqnAnWsIAQoI7tBHVrV6yt6A+ 4PWo3aG5eTT0RTrFVfDAc7PHI/Kemt6OATc54ar1N2yHP+XnXUZxwrL6lZv77Gq6GftdiONP +5yB/+aNvKRGGdyfh2QxogzQg3hChCApmwJ+lqd0yyUqN92HYy4z1t9CSG9hLayT+aeqBvIv lWkh92kQMlzhb0Pa21gKOprd7luFTCU+MoLHgS7XTlx0qQD6ow+h/us5vswAG2kax8tC2cO1 ngK6BA1y1z/4hswfUJ77GqUj8WLA7SuLG+vlMNdOg26PrHU3rqd6L5XfKqeQrj4T9rrbqtrc YyRgVW5Ahd1qQfhpGYHYftoxsciJzsDNBGGOIlcBDACukbY1YEWcbvzVKf5xrBOveCss1QAM SaiJiwKR294Sp0PSaO3mNjAEvyyMKRrrkgLOhnq0tUYclEMTuSp/W57ufC152EIOQxDkh1zO Zg+DejxIeI3O6Z7nbMe5mFujbMtkS9yZWJOqdCrOrh9ljQZbmnOqwjYt+SpdcUNkXTt9/e7h 20y7Yo+PJXWAdZ8jfc3w7D+x4W/2bVxY3jMdLs2dnFSxMOTtv0Wed673QUYmnhV8a+8c5CD9 AkVw+rvbEIo1d9AGc6DGWgpCynoNPpm63Re3tFmtG5/p9IiNUJR+X/6hHkRW59k9UlCx3w/8 zNlqoEia75Fz2ZbRt6SiVvxcmi21iVqf9piWhsgJ5SNkjUO/pfNfRbuyAKtsU89PIGb2briW Yh6AA/GYGIb/JTm1txLWx/E9Gvx78OnZc+2DJQIJlDY+WmOpPHALW6N5Ls8uRbx/MY8w7nqI 5SYYUc8HYu9TzCz7aGtueuQsRkWcrKrPp0zC4fipgZiNrOjxhm8AEQEAAcLA9QQYAQgAIBYh BFtpsAWffETscZwy5Or+FoM+AcBXBQJlfqSrAhsMAAoJEOr+FoM+AcBXuTQL9ji/qE3PKZLy SCwoaHjmd1i99rm9ntJS3JcHzb3quC9gDPZO0A6EXe2iWmqXTarVdHKBIUuQOLTcJVQNbk6W uVFCogVBGZcyW5SKbQTcFOGj0n81yzWZPMi4CRl25O2Dy4kzLnbjYQTpaudjtqJhtsub1nOR BOivMKizWiROGsSbFdPvisggxDejW1+oIh7JSNSwXP7gM5z+jR2veBr2F8XZFdgFjzzOgS9z Dp72ntsiwfNgTX8ozv5ECn2Ad5cyhNJY3gdhASfWoiol5CUuRfbd1d9lfBRya3/oiKfyT9xb O7XiAZyuugyNNh2Q5FZr01q3F2CIGzDA8Y0T5abQVgHohpKw+PocjhfvcmrhAYzV8gttucwr mgVxN0D8Qj6fhRDJZClK//Vrv9tWWQUL/SNsCMKwpaReqC/IJWJ7DJ6cJr1GUHf2A2wSrj8O 1mEpk9NGE+gs1U9Ustz6lMRBYJmDD8aDzP4PMfljTJtygp9/f5hUnIXQN3jmoG3jcor7 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------8oVh0G3GaBraKdhHLsf5g26I" X-Authenticated-Sender: maks@miller-it.net X-Virus-Scanned: Clear (ClamAV 0.103.10/27409/Wed Sep 25 11:17:07 2024) X-Spamd-Result: default: False [-1.79 / 15.00]; SIGNED_PGP(-2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_HAM_SHORT(-0.60)[-0.600]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; MIME_UNKNOWN(0.10)[application/pgp-keys]; MIME_BASE64_TEXT(0.10)[]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; DMARC_NA(0.00)[miller-it.net]; HAS_X_AS(0.00)[]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:24940, ipnet:78.46.0.0/15, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~,5:~]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XDPMd5TSMz4gmp X-Spamd-Bar: - This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------8oVh0G3GaBraKdhHLsf5g26I Content-Type: multipart/mixed; boundary="------------dWsS0WWHqh7uOeNxJievMyXz"; protected-headers="v1" From: Maks To: questions@freebsd.org Message-ID: <0b00120d-3c43-43be-bd39-3345c0c3bf2a@miller-it.net> Subject: Re: ntpd ignoring resolv.conf References: <60a34952-f7ab-411d-986f-e8a9c2d195f5@miller-it.net> In-Reply-To: --------------dWsS0WWHqh7uOeNxJievMyXz Content-Type: multipart/mixed; boundary="------------w6pE0wFyhMqvQR2DxXLyDFAV" --------------w6pE0wFyhMqvQR2DxXLyDFAV Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 QW0gMjQuMDkuMjQgdW0gMTk6MTEgc2NocmllYiBmYXR0eS5tZXJjaGFuZGlzZTY3N0BhY2Vl Y2F0Lm9yZzoNCj4gT24gVHVlLCBTZXAgMjQsIDIwMjQgYXQgMDg6MTY6MTZBTSBHTVQsIE1h a3Mgd3JvdGU6DQo+IA0KPj4gU2VwIDI0IDA3OjM4OjM4IHVmci10MTQgbnRwZFszMzI1OV06 IGVycm9yIHJlc29sdmluZyBwb29sIDAuZGUucG9vbC5udHAub3JnOg0KPj4gTmFtZSBkb2Vz IG5vdCByZXNvbHZlICg4KQ0KPj4gU2VwIDI0IDA3OjM4OjM5IHVmci10MTQgbnRwZFszMzI1 OV06IGVycm9yIHJlc29sdmluZyBwb29sIDEuZGUucG9vbC5udHAub3JnOg0KPj4gTmFtZSBk b2VzIG5vdCByZXNvbHZlICg4KQ0KPj4gU2VwIDI0IDA3OjM4OjQwIHVmci10MTQgbnRwZFsz MzI1OV06IGVycm9yIHJlc29sdmluZyBwb29sDQo+PiAwLmZyZWVic2QucG9vbC5udHAub3Jn OiBOYW1lIGRvZXMgbm90IHJlc29sdmUgKDgpDQo+PiBTZXAgMjQgMDc6Mzg6NDEgdWZyLXQx NCBudHBkWzMzMjU5XTogZXJyb3IgcmVzb2x2aW5nIHBvb2wNCj4+IDIuZnJlZWJzZC5wb29s Lm50cC5vcmc6IE5hbWUgZG9lcyBub3QgcmVzb2x2ZSAoOCkNCj4gDQo+PiBGb3Igc29tZSBz dHJhbmdlIHJlYXNvbiBudHBkIGlnbm9yZXMgcmVzb2x2LmNvbmYgYW5kIGV4cGVjdHMgYSBE TlMNCj4+IHNlcnZlciBvbiB0aGUgbG9vcGJhY2sgaW50ZXJmYWNlLg0KPiANCj4gSSBoYWQg c2ltaWxhciBtZXNzYWdlcyBhcyBsb25nIGFzIEkgaWdub3JlZCBpcHY2LCBpLmUuIHdoZW4g bXkNCj4gZXh0ZXJuYWwgaW50ZXJmYWNlIGhhZCBubyBnbG9iYWwgdjYgYWRkcmVzcyBhbmQg dGhlcmUgd2FzIG5vIHY2IGVudHJ5DQo+IGluIHJlc29sdi5jb25mLiAgTm93IHRoYXQgSSBo YXZlIHRha2VuIHRoZSB0aW1lIHRvIGNvbmZpZ3VyZSB0aGF0LCBpdA0KPiBzZWVtcyB0byBo YXZlIGZpeGVkIGl0c2VsZi4gIEknbSBub3Qgc2F5aW5nIEknbSBzdXJlIHlvdXIgcHJvYmxl bSBpcw0KPiB0aGUgc2FtZSwgYnV0IGp1c3QgaW4gY2FzZSB0cnkgdG8gZnVsbHkgY29uZmln dXJlIGlwdjYuDQo+IA0KPiBNYXliZSBucHRkIHdhbnRzIHRvIHVzZSB2NiByZWFsbHkgYmFk bHkgYW5kIHdoZW4gbm8gb3RoZXIgdjYNCj4gbmFtZXNlcnZlciBpcyBhdmFpbGFibGUgaXQg dHJpZXMgOjoxLiBXaGljaCB3b3VsZCBiZSBhIGJ1ZyA6LVANCj4gDQoNClRoYW5rIHlvdSBm b3IgeW91ciByZXBseS4gSVB2NiBpcyBhbHJlYWR5IG9uIG15IHRvIGRvIGxpc3QuIFVudGls IHRoZW4gSSANCndpbGwgbGl2ZSB3aXRoIHVuYm91bmQuIE1heWJlIEkgd2lsbCB0cnkgY2hy b255IGFzIHdlbGwuDQo= --------------w6pE0wFyhMqvQR2DxXLyDFAV Content-Type: application/pgp-keys; name="OpenPGP_0xEAFE16833E01C057.asc" Content-Disposition: attachment; filename="OpenPGP_0xEAFE16833E01C057.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xsDNBGGOIlcBDADwXonCkHUuaiOwyOKumbMJ/1qpZ7gr78ZwhOn2UNGuu1F4jNWn Aq/6DHeYmttP4hoXnwuKoK0KUoni2T/ucvjpT0bPEKjiRsJ8x7HIxQpyQcTv8ZBd GsMBcEIo4lsl7B1U8DCRMF1k92PcGoXQloGZCG2vdPufQNZ3TyKuYQ4kJXjj+pxf yNQmz43FmL5sWGawgFb7/q/ayXUvYLmzsMKk/fnEfIDUzM5FI1V9VepDkgu8rGa1 fUVnAtnBWga6b7CckVUtjgmuxusTZs5EDX8YqUHe7SVreM6WrgUxCD9XpzN8cUEr slDIN9dISnHDUoBaGsbjlwcG/z0s4PJYarp/NAvnwm0+Lu0ThiPjjQwyDiF3mm95 GLzaoeNUgAgPGUURqP0jvoyD+BZA3n74xybdO8n5Dd9WVQ1GT5XW2fpBbkjbGMpO 9SAMEZ8e4mfeJanUTOAFnIzFRkhFLZHxyvxurkFZCnavsFPpPnWNgwjGniq2FTEu n9SYmZYSsK0OLdEAEQEAAc0SbWFrc0BtaWxsZXItaXQubmV0wsEOBBMBCAA4FiEE W2mwBZ98ROxxnDLk6v4Wgz4BwFcFAmV+pKsCGwMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AACgkQ6v4Wgz4BwFf/BQv/V6M3bwkaekKSxAFu9T1PHYVuSZasqADs5sBY 3Xo2DdIOzDC5/ncbh+WzZKefEXQYEPmqAAW3BL0djLe1eAKjzKKOKSvWAktc4u0C 4TgFtR59zhS5D3X5HcQYWirvoAtTGkDRdIyktvKYNBv+//RRFDEllnczfdZHM5JF ldHgJoggqnAnWsIAQoI7tBHVrV6yt6A+4PWo3aG5eTT0RTrFVfDAc7PHI/Kemt6O ATc54ar1N2yHP+XnXUZxwrL6lZv77Gq6GftdiONP+5yB/+aNvKRGGdyfh2QxogzQ g3hChCApmwJ+lqd0yyUqN92HYy4z1t9CSG9hLayT+aeqBvIvlWkh92kQMlzhb0Pa 21gKOprd7luFTCU+MoLHgS7XTlx0qQD6ow+h/us5vswAG2kax8tC2cO1ngK6BA1y 1z/4hswfUJ77GqUj8WLA7SuLG+vlMNdOg26PrHU3rqd6L5XfKqeQrj4T9rrbqtrc YyRgVW5Ahd1qQfhpGYHYftoxsciJzRttYXJrdXMubWlsbGVyQG1pbGxlci1pdC5u ZXTCwQ4EEwEIADgWIQRbabAFn3xE7HGcMuTq/haDPgHAVwUCZX6kqwIbAwULCQgH AgYVCgkICwIEFgIDAQIeAQIXgAAKCRDq/haDPgHAV4jBDACYbQpsPEV+62pT/dMC T0JLtXCcbtcTJLTf7134K88Ci81AaKU5Zc6Bv1MqfukwfBhBZ3VeRSXDlGDNEb4A gVTuKiS2LromskuPme+IsCZEaN14Pw6/SnO7Lzn5b/BL/V5sQPlDkiCrA6VRJddj 6rpFTbkCKZKRWrSERnaPciQakWib54pP/095ylIPwP001I35EEHioKuxCByYqlxE qCZhCZQNgZo6bHZDyM7SndXV/62TT5eB6nVwqapp6i0Yyga55267s/DwEL/hKksV bGI5a/ZJdEVvVFFrqTwmVmsncT32chYld9FX9HkbUEvD8cWFF90hdHrkiSIXAMxg TdVMBE8NBh5coRNhuWJE8uQQoY0uNQAotsuNIfrRdWf7bYZXZGFkTPFJ1rnqA4Fm 71iUTq/K78+Xo3eFalpC6+rzGgMObhiPFdFOYT3F7MKfKTv7Kj4VJsgOmU8ZFJzM dMZ2+eXvj9JxAnODbYTHDcBPusxcmJ4AHXsof7KFH8LuVMTNJ01hcmt1cyBNaWxs ZXIgPG1hcmt1cy5taWxsZXJAcG9zdGVvLmRlPsLBDgQTAQgAOBYhBFtpsAWffETs cZwy5Or+FoM+AcBXBQJlfqSrAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJ EOr+FoM+AcBXkJ0L/1E+RZHTwVyvTufvcnaqV9doiZ0jLKeGe92XPetZY6q+X23B fB7C9q2oswUdZqyft13A5SV0bvsL8vsJNUmFdwM+FC8FV6QIgVR4EXO+9OHrlgUR iXFXX9ZFW68NgF+5Kxk10Ycnrt9EwIKG5f/iRz5Sdq7yVbFBwZNns149TY8DtFlq DLxSt3kovTGriEBLwoYHnQfaFJYSMeE7S5JkboI2mVUVqs9/4nAh2vcvFWRxohzk vbsRYGh9mJ+wVZt8knuq13k9nxB6G5c+j+QAl9SaSeNlpxDruOa1PCCVPUJYxYAV 5eOuFl3/Kq+27kHH6ey8agENeLuEXtNKrOmUsSVccLcWaQhn+r2D3lMmE5Ouet+u WVEO1meLbOJH6Ff/kRQumk8oTT0Vx+k27kPSm3Sv02g0hHGW/UE7lrQyy3BtiMHl tQHMtI+krTTQb9YwwQb1phwo4yNPt5SjQ8H8Vke7zbFGaiYlcFJFuwo4Sq9BjMYz ilDJaJg4OeLmFYfQ9sLBFAQTAQgAPhYhBFtpsAWffETscZwy5Or+FoM+AcBXBQJh jiJXAhsDBQkDwo3ZBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEOr+FoM+AcBX 16MMANWPJhajfPAzbkRT+Zxl48txLvkYCscXIcB3AbA/a5CCkI8/M+df4zOQUZEB HypZAcbKo5Dq85Bk0m8AxyQSk4QfkwxW7AvVh91RR5Y/1NPrcYrrlHAJKDAoTUnt cQlHNa2U91bAXx6zc5XahXEq/97i0MJ0XIKsB+LOC0d0oUhgli28YpmnSBwWGy58 IMS+VKsmsHBXK5n5I+st3RnlEkwRistGot0el3WyYnr+v89A0NLWniCjO8qLqB3X a7WlzjVLQWzGYS3wD2XdrLo0k/u037G0xThvN8y7UATbb9CvLk+HVnss+fdsou7u LGQ3jfErW14dfeBM7KrJKie8f7j2L9seu83OZ8qfHsKDaYi2BsKj5wyppb9VzdTe 0u+IaFGPbTldDuLcCDkHUA+a64se3q+sxJiHsTGY3yZav9akBoFUPfSsKl0A/4Ay EVCyP4NfDbqY2/+ImMQC4cQ9QnDXLmRLQeR82uWRkIsRAkhtdHj1cAPrwY5npdg1 5lPsJM0iTWFya3VzIE1pbGxlciA8bWFrc0BtaWxsZXItaXQubmV0PsLBDgQTAQgA OBYhBFtpsAWffETscZwy5Or+FoM+AcBXBQJlfqSrAhsDBQsJCAcCBhUKCQgLAgQW AgMBAh4BAheAAAoJEOr+FoM+AcBXoAEL/00rM0eUM6pU85134dwfeVvj65iDX1s5 tjzLecGfuSOzjpBshsVgedw73YmF7Drwu+GcUzkyu8Ajj/wp1cbMUVkX5Tn8w2tp IpgB2QlqghVntW4O5r8Wbq2BDYw3gngtppoatJDvRliWUHc5nQhVbybQ4FSdBO1U wwZZU+pHgo6xuY2nrQjGxZ/N5WXSEzFWTRWFx479FBORiWrahCFwtXGvDRb2khru TZCSpdj2LHWVuee+AgbQynmLiQSkg8xCUuDE0dd6lCPoOXsk+T0FexlPp24mSEph 29b66BjC38u2W/tQBcBkWIR8yCAKbof95ckTd+nwXTQrx0sIGGXgJc5L8JmoHdlI SLZBItUL0Kg9aa3AHXOHRDef0OEGWF0VjkBKw30wEUI1PPK19DLC7nETKOpThXpf UfeHFKgKY2yn5uMme6row08a6TV3gqSAlVSxyFyU/osc4NwB3TA7tyd7mo+4ZBwY Y9XTxqBOhFE/EksRvTwMSr+W1sQv5QlpZ87AzQRhjiJXAQwArpG2NWBFnG781Sn+ cawTr3grLNUADEmoiYsCkdveEqdD0mjt5jYwBL8sjCka65ICzoZ6tLVGHJRDE7kq f1ue7nwtedhCDkMQ5IdczmYPg3o8SHiNzume52zHuZhbo2zLZEvcmViTqnQqzq4f ZY0GW5pzqsI2LfkqXXFDZF07ff3u4dtMu2KPjyV1gHWfI33N8Ow/seFv9m1cWN4z HS7NnZxUsTDk7b9Fnneu90FGJp4VfGvvHOQg/QJFcPq72xCKNXfQBnOgxloKQsp6 DT6Zut0Xt7RZrRuf6fSIjVCUfl/+oR5EVufZPVJQsd8P/MzZaqBImu+Rc9mW0bek olb8XJottYlan/aYlobICeUjZI1Dv6XzX0W7sgCrbFPPTyBm9m64lmIegAPxmBiG /yU5tbcS1sfxPRr8e/Dp2XPtgyUCCZQ2PlpjqTxwC1ujeS7PLkW8fzGPMO56iOUm GFHPB2LvU8ws+2hrbnrkLEZFnKyqz6dMwuH4qYGYjazo8YZvABEBAAHCwPUEGAEI ACAWIQRbabAFn3xE7HGcMuTq/haDPgHAVwUCZX6kqwIbDAAKCRDq/haDPgHAV7k0 C/Y4v6hNzymS8kgsKGh45ndYvfa5vZ7SUtyXB8296rgvYAz2TtAOhF3tolpql02q 1XRygSFLkDi03CVUDW5OlrlRQqIFQRmXMluUim0E3BTho9J/Ncs1mTzIuAkZduTt g8uJMy5242EE6WrnY7aiYbbLm9ZzkQTorzCos1okThrEmxXT74rIIMQ3o1tfqCIe yUjUsFz+4DOc/o0dr3ga9hfF2RXYBY88zoEvcw6e9p7bIsHzYE1/KM7+RAp9gHeX MoTSWN4HYQEn1qIqJeQlLkX23dXfZXwUcmt/6Iin8k/cWzu14gGcrroMjTYdkORW a9NatxdgiBswwPGNE+Wm0FYB6IaSsPj6HI4X73Jq4QGM1fILbbnMK5oFcTdA/EI+ n4UQyWQpSv/1a7/bVlkFC/0jbAjCsKWkXqgvyCViewyenCa9RlB39gNsEq4/DtZh KZPTRhPoLNVPVLLc+pTEQWCZgw/Gg8z+DzH5Y0ybcoKff3+YVJyF0Dd45qBt43KK +8LA/AQYAQgAJhYhBFtpsAWffETscZwy5Or+FoM+AcBXBQJhjiJXAhsMBQkDwo3Z AAoJEOr+FoM+AcBXs2EL/04neeMZxdomHFtmXcKXQpNVPCFc4WKZXLA+gRQcbOA0 QJCp4khkRPQxvjEwRPOB8YOVgkqr0jUVavNMt6gpNiYkH/hgHVy9KWgqi9NxV14B gPw7gVz/y4QM5SEL/+lzLpa7VGVedhgIsIElaCusXpEu4dyoLA2Y3zvbPlJHAI7E o5KEOZhQkHhgq68RxpYNcuF95jf8txOSjKoLcrh/Pgbj/aS1TuIl4T47zFp/oj/u ZLh+ciFrAMY29YdmvUjT2ijMflpDBFaYUpoyoJlLO1uUxJdK55DdE1ZN5bBdDHgB L2PHbWyAHxIa3WISk9mNqyuDDa5IL8gi58AVFgOrtbt0HMYScSzYayeYa44TpaWq 8Sg6TA18pI5hxM2TOID2qNQAA2/KzEosWkuMwyOKIwrgCFi3hdz43/j1wWrxRvSQ AfEAQnH0QTLAClv2+zzFolEZQUYpvZA09OIV5Lqvlq+OR81jodaYB4STnmbKkzFO ALTtcEePu4LRg+XMy0QiQA=3D=3D =3D508x -----END PGP PUBLIC KEY BLOCK----- --------------w6pE0wFyhMqvQR2DxXLyDFAV-- --------------dWsS0WWHqh7uOeNxJievMyXz-- --------------8oVh0G3GaBraKdhHLsf5g26I Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsD5BAABCAAjFiEEW2mwBZ98ROxxnDLk6v4Wgz4BwFcFAmb0TL4FAwAAAAAACgkQ6v4Wgz4BwFfc uQwA5J1WX6P1O0QkaAfWRtS+XKzFlmfQ69GzL5Vvb6L4u5t4Z3URkwfKIHyeGxbnZPpMDZAJc+at 943MwZ88kUZZZJVmXPfDEfRCxB1ZtTbJttwCiDXIRusU5YwtDF0FYcwkl25v+qpNQS08iqCUfaaj qhe51PeWXOmSFfGTiGV+KgvjFtH43Ve1zvZ7yVCc1g6Tzegdw67FgDSrG1MFeejz61NzhHvtscx8 cJZnDlTsl12J1T1v/W//bFrVvn4eFTqR1z6xZKeXsDCLJ3wDGdYvLx6Hu7ES6KPSfNJ9xRirsR93 OOAGYBzZ2UvzUuw43iICXjmlUmrtY/j3rOAv/rzwr8JhVaWjmcWFFRKBsh0n7ijO64atd6X/dLxP QWdwCFB6wiDtMZ9/UBnUzYh5kTwMyKJop4QX7DLa/aWMhbELI3ufL3raMtkgHWbAuj6r9qimsNg2 KDYcvYJHgVgQ3MEKS6erQnutB5g4QoMRECRtz8NrTF8NHttDECC1bSSAUCgb =11cD -----END PGP SIGNATURE----- --------------8oVh0G3GaBraKdhHLsf5g26I-- From nobody Wed Sep 25 19:39:39 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDRrj4y3Vz5Xd9b for ; Wed, 25 Sep 2024 19:39:49 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDRrh5WLQz4wrl for ; Wed, 25 Sep 2024 19:39:48 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48PJddUa069097 for ; Wed, 25 Sep 2024 19:39:39 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Wed, 25 Sep 2024 20:39:39 +0100 From: Frank Leonhardt To: questions Subject: Why does dhcpd have a routers (plural) option for a subnet? Message-ID: X-Sender: freebsd-doc@fjl.co.uk Content-Type: multipart/alternative; boundary="=_b46c544ae6012ee61c9bf52c480000d3" X-Spamd-Result: default: False [-0.92 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-0.97)[-0.969]; NEURAL_HAM_SHORT(-0.86)[-0.857]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208]; NEURAL_SPAM_MEDIUM(0.10)[0.105]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XDRrh5WLQz4wrl X-Spamd-Bar: / --=_b46c544ae6012ee61c9bf52c480000d3 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Ever wondered why there's a "routers" option in dhcpd.conf? I have. Why isn't in just "router", as surely you can only have one default gateway? Except that's been muddied a bit by MSFT. Rather than adding a second just to see what happens I thought I'd ask? I expect it's a mistake in the early days of dhcpd that was too late to fix, or left for further expansion. Thanks, Frank. --=_b46c544ae6012ee61c9bf52c480000d3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Ever wondered why there's a "routers" option in dhcpd.conf? I have. Why = isn't in just "router", as surely you can only have one default gateway? Ex= cept that's been muddied a bit by MSFT.

Rather than adding a second just to see what happens I thought I'd ask?<= /p>

I expect it's a mistake in the early days of dhcpd that was too late to = fix, or left for further expansion.

Thanks, Frank.




--=_b46c544ae6012ee61c9bf52c480000d3-- From nobody Wed Sep 25 20:04:35 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDSPd5txxz5XfgP for ; Wed, 25 Sep 2024 20:04:53 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns0.genyosha.net (ns0.genyosha.net [50.39.243.220]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDSPd1fPDz52Rl for ; Wed, 25 Sep 2024 20:04:53 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; none Received: from dragon.home.genyosha.net (ops0.genyosha.net [50.39.243.219]) by ns0.genyosha.net (8.18.1/8.18.1) with ESMTPS id 48PK4ecY045391 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Sep 2024 13:04:41 -0700 (PDT) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 48PK4ZR7014740; Wed, 25 Sep 2024 13:04:35 -0700 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 48PK4ZO6014739; Wed, 25 Sep 2024 13:04:35 -0700 Date: Wed, 25 Sep 2024 13:04:35 -0700 From: Steve Rikli To: Frank Leonhardt Cc: questions Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? Message-ID: References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Greylist: inspected by milter-greylist-4.6.4 (ns0.genyosha.net [50.39.243.220]); Wed, 25 Sep 2024 13:04:41 -0700 (PDT) for IP:'50.39.243.219' DOMAIN:'ops0.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns0.genyosha.net [50.39.243.220]); Wed, 25 Sep 2024 13:04:41 -0700 (PDT) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20055, ipnet:50.39.128.0/17, country:US] X-Rspamd-Queue-Id: 4XDSPd1fPDz52Rl X-Spamd-Bar: ---- On Wed, Sep 25, 2024 at 08:39:39PM +0100, Frank Leonhardt wrote: > Ever wondered why there's a "routers" option in dhcpd.conf? I have. Why > isn't in just "router", as surely you can only have one default gateway? > Except that's been muddied a bit by MSFT. > > Rather than adding a second just to see what happens I thought I'd ask? > > I expect it's a mistake in the early days of dhcpd that was too late to fix, > or left for further expansion. Fwiw, dhcp-options(5) says: option routers ip-address [, ip-address ...]; The routers option specifies a list of IP addresses for routers on the client's subnet. Routers should be listed in order of preference. That said, I've never really tried multiple address there either. :-) Cheers, sr. From nobody Thu Sep 26 14:29:39 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDwwQ55mJz5XMmf for ; Thu, 26 Sep 2024 14:29:42 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDwwP37VNz4Ytl for ; Thu, 26 Sep 2024 14:29:41 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48QETdU3097198 for ; Thu, 26 Sep 2024 14:29:39 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Thu, 26 Sep 2024 15:29:39 +0100 From: Frank Leonhardt To: questions Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? In-Reply-To: References: Message-ID: <292574df4e30929138035c55f6d69185@fjl.co.uk> X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-0.37 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-0.96)[-0.965]; NEURAL_HAM_SHORT(-0.74)[-0.738]; NEURAL_SPAM_MEDIUM(0.54)[0.537]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XDwwP37VNz4Ytl X-Spamd-Bar: / On 2024-09-25 21:04, Steve Rikli wrote: > On Wed, Sep 25, 2024 at 08:39:39PM +0100, Frank Leonhardt wrote: >> Ever wondered why there's a "routers" option in dhcpd.conf? I have. >> Why >> isn't in just "router", as surely you can only have one default >> gateway? >> Except that's been muddied a bit by MSFT. >> >> Rather than adding a second just to see what happens I thought I'd >> ask? >> >> I expect it's a mistake in the early days of dhcpd that was too late >> to fix, >> or left for further expansion. > > Fwiw, dhcp-options(5) says: > > option routers ip-address [, ip-address ...]; > The routers option specifies a list of IP addresses for > routers > on the client's subnet. Routers should be listed in order of > preference. > > That said, I've never really tried multiple address there either. :-) That's interesting! I was looking in man dhcpd.conf and elsewhere, but not this man page (which appeared in FreeBSD 4.0 - I've just checked). This would require the host to rotate on failed gateways. I've always thought this was a sensible and simple idea but networking geeks said it was a really bad one and router standby protocols were the way to go. So the next interesting question would be which host stacks would accept multiple gateways and what would they do with them? From nobody Thu Sep 26 14:35:32 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDx3T3S3zz5XMMH for ; Thu, 26 Sep 2024 14:35:49 +0000 (UTC) (envelope-from thor@irk.ru) Received: from mail.irk.ru (relay2.dsi.ru [195.206.40.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDx3R47P4z4Zxl for ; Thu, 26 Sep 2024 14:35:47 +0000 (UTC) (envelope-from thor@irk.ru) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of thor@irk.ru designates 195.206.40.175 as permitted sender) smtp.mailfrom=thor@irk.ru; dmarc=none Received: from [94.154.80.101] (port=17514 helo=[192.168.1.245]) by mail.irk.ru with esmtpa (Exim 4.86 (FreeBSD)) (envelope-from ) id 1stpal-000NJU-JF for freebsd-questions@freebsd.org; Thu, 26 Sep 2024 22:35:39 +0800 Message-ID: Date: Thu, 26 Sep 2024 22:35:32 +0800 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 To: FreeBSD questions mailing list Content-Language: en-US From: Thor Ablestar Subject: Low power FreeBSD computer board needed Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.27 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.995]; NEURAL_HAM_SHORT(-0.95)[-0.953]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_MEDIUM(-0.13)[-0.125]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:8345, ipnet:195.206.32.0/19, country:RU]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_ALL(0.00)[]; DMARC_NA(0.00)[irk.ru]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4XDx3R47P4z4Zxl X-Spamd-Bar: -- Hello! Trying to avoid the recent battery overheat problem, I am looking for some small computer board that is able to do the following: 1) Compile from sources and start a graphic Youtube capable web browser under FreeBSD (Arch does not matter), 2) Sleep at least 72 hours being powered from 4 AA cells, with all peripherals except COM port powered down. In this mode the COM port input should wake up the system in less than 1 second. Raspberry Pi is almost OK but it's power consumption in lowest power mode is 10 times higher than allowable. Saving Raspberry Pi state to flash and powering it down is 10 times slower than allowable (and kills the flash, too). Can you advice me such a board? Yours Anatoly From nobody Thu Sep 26 14:37:47 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDx5p1swJz5XNM5 for ; Thu, 26 Sep 2024 14:37:50 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDx5m5WTSz4cJC for ; Thu, 26 Sep 2024 14:37:48 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48QEblZr098886 for ; Thu, 26 Sep 2024 14:37:47 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Thu, 26 Sep 2024 15:37:47 +0100 From: Frank Leonhardt To: questions Subject: Re: Manual upgrade using base.txz In-Reply-To: References: <573b9b4c7f56702619bbb77e9a8c0a77@fjl.co.uk> Message-ID: <73ea4e68084aaef706787425ab17f023@fjl.co.uk> X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.06 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-0.96)[-0.957]; NEURAL_HAM_SHORT(-0.90)[-0.904]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4XDx5m5WTSz4cJC X-Spamd-Bar: --- On 2024-09-17 15:54, Dave Cottlehuber wrote: > On Tue, 17 Sep 2024, at 11:29, Frank Leonhardt wrote: >> Assuming you know what you're doing with configuration files /etc/, >> what would happen if you booted from a CD and simply unpacked base.txz >> over the current configuration? Let's assume it's on ZFS or UFS2. > > Yes, I do this frequently, so much that I wrote it down. It works > best with zfs and a clean boot environment. > > https://people.freebsd.org/~dch/posts/2021-02-23-sideloading-freebsd/ > > it's clearly very mad scientist experimental, expect some breakage > as you merge various things. This guide was targeted at zfs, because > boot environments are incredible at reducing the pain. > > Don't forget to keep your EFI partition / boot blocks up to date. > And something about backups, testing them. Thanks Dave. It shows I'm on the right lines. As I asked Clouds... have you any idea how far back this might work? Like dumping 14 on a ten-year-old AMD64 install? I can, of course, copy the drives and experiment if no one else has. -- ------ 25-Nov-24 My apologies to everyone who I appear to have ignored for the last few years. A procmail script was misfiling some replies to Questions to the wrong folder. From nobody Thu Sep 26 15:01:33 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDxdC4XbKz5XPZv for ; Thu, 26 Sep 2024 15:01:35 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDxdB6Ywsz4g0T for ; Thu, 26 Sep 2024 15:01:34 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48QF1XZ3003495 for ; Thu, 26 Sep 2024 15:01:33 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Thu, 26 Sep 2024 16:01:33 +0100 From: Frank Leonhardt To: FreeBSD Mailing List Subject: Re: Odd SASL Behavior In-Reply-To: References: Message-ID: <6651a50a8935812ae8868e9e3e4c121c@fjl.co.uk> X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.39 / 15.00]; NEURAL_HAM_SHORT(-0.90)[-0.898]; NEURAL_HAM_LONG(-0.83)[-0.826]; NEURAL_SPAM_MEDIUM(0.53)[0.533]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XDxdB6Ywsz4g0T X-Spamd-Bar: - On 2024-08-15 21:39, Tim Daneliuk wrote: > This is a puzzler - hoping someone can shed some light .. > > I have a sendmail/SASL configuration that's been unchanged for years > and years. > > Today, all of a sudden, users were unable to send mail from their UAs > because SASL > was grouching about failed password authentication. After poking > around and finding > nothing having changed, a reboot fixed this. > > Ideas? There's something spammers can do that upsets (old) SASL causing it to go wonky and start rejecting authentication. IME it also consumes a LOT of RAM while it's happening. A solution is to monitor your pagefile and issue a "service saslauthd restart" if it starts to grow. A reboot will also fix it, of course, but when I figured out what was killing the server this worked pretty well instead. Blackholing an IP that's failed authentication too often also helps. Regards, Frank. -- ------ 25-Nov-24 My apologies to everyone who I appear to have ignored for the last few years. A procmail script was misfiling some replies to Questions to the wrong folder. From nobody Thu Sep 26 15:02:01 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDxdm4jg8z5XPY1 for ; Thu, 26 Sep 2024 15:02:04 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDxdl6MGYz4h4B for ; Thu, 26 Sep 2024 15:02:03 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48QF21C1003676 for ; Thu, 26 Sep 2024 15:02:01 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Thu, 26 Sep 2024 16:02:01 +0100 From: Frank Leonhardt To: FreeBSD questions mailing list Subject: Re: Low power FreeBSD computer board needed In-Reply-To: References: Message-ID: X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.40 / 15.00]; NEURAL_HAM_SHORT(-0.90)[-0.900]; NEURAL_HAM_LONG(-0.83)[-0.831]; NEURAL_SPAM_MEDIUM(0.53)[0.529]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XDxdl6MGYz4h4B X-Spamd-Bar: - On 2024-09-26 15:35, Thor Ablestar wrote: > Hello! > > Trying to avoid the recent battery overheat problem, I am looking for > some small computer board that is able to do the following: > > 1) Compile from sources and start a graphic Youtube capable web browser > under FreeBSD (Arch does not matter), > > 2) Sleep at least 72 hours being powered from 4 AA cells, with all > peripherals except COM port powered down. In this mode the COM port > input should wake up the system in less than 1 second. > > Raspberry Pi is almost OK but it's power consumption in lowest power > mode is 10 times higher than allowable. Saving Raspberry Pi state to > flash and powering it down is 10 times slower than allowable (and kills > the flash, too). > > Can you advice me such a board? Beagleboard any good? I've never tried one. But you may have to compromise on your AA cells - 4 x 18650 might be enough. -- ------ 25-Nov-24 My apologies to everyone who I appear to have ignored for the last few years. A procmail script was misfiling some replies to Questions to the wrong folder. From nobody Thu Sep 26 16:04:51 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XDz2N0LgPz5XSnW for ; Thu, 26 Sep 2024 16:05:00 +0000 (UTC) (envelope-from merlyn@geeks.org) Received: from mail.geeks.org (mail.geeks.org [IPv6:2001:4980:3333:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XDz2L6kMCz4ngp for ; Thu, 26 Sep 2024 16:04:58 +0000 (UTC) (envelope-from merlyn@geeks.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of merlyn@geeks.org designates 2001:4980:3333:1::1 as permitted sender) smtp.mailfrom=merlyn@geeks.org; dmarc=none Received: from mail.geeks.org (localhost [127.0.0.1]) by after-clamsmtpd.geeks.org (Postfix) with ESMTP id F22297AAB0 for ; Thu, 26 Sep 2024 11:04:51 -0500 (CDT) Received: by mail.geeks.org (Postfix, from userid 1003) id DEC097AAAE; Thu, 26 Sep 2024 11:04:51 -0500 (CDT) Date: Thu, 26 Sep 2024 11:04:51 -0500 From: Doug McIntyre To: questions Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? Message-ID: References: <292574df4e30929138035c55f6d69185@fjl.co.uk> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <292574df4e30929138035c55f6d69185@fjl.co.uk> X-Virus-Scanned: ClamAV using ClamSMTP X-Spamd-Result: default: False [-1.84 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.93)[-0.927]; NEURAL_HAM_MEDIUM(-0.62)[-0.615]; R_SPF_ALLOW(-0.20)[+ptr]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7753, ipnet:2001:4980::/32, country:US]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[geeks.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4XDz2L6kMCz4ngp X-Spamd-Bar: - On Thu, Sep 26, 2024 at 03:29:39PM +0100, Frank Leonhardt wrote: > This would require the host to rotate on failed gateways. I've always > thought this was a sensible and simple idea but networking geeks said it was > a really bad one and router standby protocols were the way to go. > > So the next interesting question would be which host stacks would accept > multiple gateways and what would they do with them? You have to think back to when this would have been developed. The model of NAT didn't exist. IP addresses were unique and globally routable. Routers were large devices that weren't entirely stable, mainly to route between multiple networks. For a large campus, you probably had a router servicing every building, if not every floor. You may have put multiple routers in to talk to different types of networks. Its entirely possible that another backup router would eventually lead you back to where you needed to go, perhaps over a secondary (ie. slower) link. Any host stack should be able to handle routing tables dealing with the original scenario. Network Engineers at ISPs do this all the time. Now, with NAT being prevelent everywhere, you're going to have to go through the device that holds your session table to have NAT work back. Most firewalls won't let traffic coming in on the "wrong" interface from passing through. Thus, we've collapsed everything down to requiring the one gateway router/firewall device. This is one of the problems with NAT that old network people complain about. NAT solved the Internet IP address limit problem, but with much reduced functionality and resiliency. From nobody Thu Sep 26 20:16:49 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XF4dJ4XLtz5Xjrd for ; Thu, 26 Sep 2024 20:17:08 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns1.genyosha.net (ns1.genyosha.net [50.39.243.221]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XF4dJ1pPrz4DCm for ; Thu, 26 Sep 2024 20:17:08 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; none Received: from dragon.home.genyosha.net (ops0.genyosha.net [50.39.243.219]) by ns1.genyosha.net (8.18.1/8.18.1) with ESMTPS id 48QKGtBD051251 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Sep 2024 13:16:56 -0700 (PDT) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 48QKGoWi022929; Thu, 26 Sep 2024 13:16:50 -0700 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 48QKGo5k022928; Thu, 26 Sep 2024 13:16:50 -0700 Date: Thu, 26 Sep 2024 13:16:49 -0700 From: Steve Rikli To: Frank Leonhardt Cc: questions Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? Message-ID: References: <292574df4e30929138035c55f6d69185@fjl.co.uk> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <292574df4e30929138035c55f6d69185@fjl.co.uk> X-Greylist: inspected by milter-greylist-4.6.4 (ns1.genyosha.net [50.39.243.221]); Thu, 26 Sep 2024 13:16:56 -0700 (PDT) for IP:'50.39.243.219' DOMAIN:'ops0.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns1.genyosha.net [50.39.243.221]); Thu, 26 Sep 2024 13:16:56 -0700 (PDT) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20055, ipnet:50.39.128.0/17, country:US] X-Rspamd-Queue-Id: 4XF4dJ1pPrz4DCm X-Spamd-Bar: ---- On Thu, Sep 26, 2024 at 03:29:39PM +0100, Frank Leonhardt wrote: > On 2024-09-25 21:04, Steve Rikli wrote: > > On Wed, Sep 25, 2024 at 08:39:39PM +0100, Frank Leonhardt wrote: > > > Ever wondered why there's a "routers" option in dhcpd.conf? I have. > > ... > > Fwiw, dhcp-options(5) says: > > > > option routers ip-address [, ip-address ...]; > > The routers option specifies a list of IP addresses for routers > > on the client's subnet. Routers should be listed in order of > > preference. > > > > That said, I've never really tried multiple address there either. :-) > > That's interesting! I was looking in man dhcpd.conf and elsewhere, but not > this man page (which appeared in FreeBSD 4.0 - I've just checked). > > This would require the host to rotate on failed gateways. I've always > thought this was a sensible and simple idea but networking geeks said it was > a really bad one and router standby protocols were the way to go. > > So the next interesting question would be which host stacks would accept > multiple gateways and what would they do with them? As an experiment, I configured DHCP service in the lab to offer 2 routers to some test VM's, using an option like this: option routers 172.16.0.1, 172.16.0.2; The original config had only 172.16.0.1, and 'netstat -rn' on the VM's reported same. After rebooting, FreeBSD 14.1 and NetBSD 10.0 both continued to use just the 1st router listed -- 172.16.0.1. A Debian 12.7 VM added the 2nd router, listing both afterwards: $ netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 172.16.0.1 0.0.0.0 UG 0 0 0 ens18 0.0.0.0 172.16.0.2 0.0.0.0 UG 0 0 0 ens18 172.16.0.0 0.0.0.0 255.255.255.0 U 0 0 0 ens18 Checking "order of preference" from the man page, I reversed the routers list order in the DHCP offer, and rebooted the VM's; as you'd expect, the BSD's then used the 172.16.0.2 router, and Debian likewise re-ordered the netstat list to have 172.16.0.2 first. AFAI can see, DHCP makes no effort to determine if either router is up or valid, which is what I'd expect. E.g. 172.16.0.2 in my test was shutdown. So it looks like ISC DHCP is working as advertised, and how a given host makes use of this config is apparently OS-dependent. Seems reasonable. If you do have multiple gateway paths out of your network, this could provide a basic way to offer both to DHCP clients, in the absence of other router failover mechanisms, HSRP, pf+CARP, etc. But you'd still have to manage the DHCP routers list yourself -- not automatic. Cheers, sr. From nobody Fri Sep 27 05:34:07 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFK0F6pKvz5XXGM for ; Fri, 27 Sep 2024 05:34:21 +0000 (UTC) (envelope-from kh@panix.com) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFK0F1pwNz45SY for ; Fri, 27 Sep 2024 05:34:21 +0000 (UTC) (envelope-from kh@panix.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=panix.com header.s=panix header.b="W/gp64aH"; spf=pass (mx1.freebsd.org: domain of kh@panix.com designates 166.84.1.89 as permitted sender) smtp.mailfrom=kh@panix.com; dmarc=pass (policy=none) header.from=panix.com Received: from rain.cave (c-73-60-194-75.hsd1.ma.comcast.net [73.60.194.75]) by mailbackend.panix.com (Postfix) with ESMTPSA id 4XFK066XNRzrVk for ; Fri, 27 Sep 2024 01:34:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=panix.com; s=panix; t=1727415255; bh=fTttcgVd3fDxa4z0IY0YhjtElgMuRbmdmAX61eQgDU8=; h=Date:From:To:Subject:References:In-Reply-To; b=W/gp64aHoZdMPByYOhnPotYYwJdIj/LmXdORq90x7gAW4ctbG9QhWv8qYaIARKyxo ZW9AbVwfFpHqaftkEaik53rvFUyMKOeJIFpUweotmf98vh90EkcCYKHC+Y/GUBybCh zkaVlZ9hxYvp9CgIaF6J95zOFTdfCxvPRsptih8E= Date: Fri, 27 Sep 2024 01:34:07 -0400 From: Kurt Hackenberg To: questions@freebsd.org Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? Message-ID: References: <292574df4e30929138035c55f6d69185@fjl.co.uk> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.2.13 (2024-03-09) X-Spamd-Result: default: False [-3.09 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[panix.com,none]; R_SPF_ALLOW(-0.20)[+ip4:166.84.1.64/26]; R_DKIM_ALLOW(-0.20)[panix.com:s=panix]; RWL_MAILSPIKE_GOOD(-0.10)[166.84.1.89:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:2033, ipnet:166.84.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[panix.com:+] X-Rspamd-Queue-Id: 4XFK0F1pwNz45SY X-Spamd-Bar: --- On Thu, Sep 26, 2024 at 11:04:51AM -0500, Doug McIntyre wrote: >You have to think back to when this would have been developed. > >The model of NAT didn't exist. IP addresses were unique and globally >routable. ... >Now, with NAT being prevelent everywhere, you're going to have to go >through the device that holds your session table to have NAT work >back. Most firewalls won't let traffic coming in on the "wrong" >interface from passing through. Thus, we've collapsed everything down >to requiring >the one gateway router/firewall device. > >This is one of the problems with NAT that old network people complain about. >NAT solved the Internet IP address limit problem, but with much >reduced functionality and resiliency. Yep. NAT is a temporary kluge, a bridge to the real solution: IPv6. IPv6 doesn't need NAT, because it has plenty of addresses. You might be interested in RFC 1958: Architectural Principles of the Internet[1]. This is fairly short, 5-6 pages. There's also RFC 4924: Reflections on Internet Transparency[2]. This is sort of an update, status of the end-to-end principle (when it was written). [1] [2] From nobody Fri Sep 27 07:46:22 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFMwd65jMz5XfcB for ; Fri, 27 Sep 2024 07:46:25 +0000 (UTC) (envelope-from henrik@morsing.cc) Received: from mail-ej1-x661.google.com (mail-ej1-x661.google.com [IPv6:2a00:1450:4864:20::661]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFMwc5SmGz4JNV for ; Fri, 27 Sep 2024 07:46:24 +0000 (UTC) (envelope-from henrik@morsing.cc) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=morsing.cc header.s=201904 header.b=rRZaiPnv; spf=pass (mx1.freebsd.org: domain of henrik@morsing.cc designates 2a00:1450:4864:20::661 as permitted sender) smtp.mailfrom=henrik@morsing.cc; dmarc=pass (policy=none) header.from=morsing.cc Received: by mail-ej1-x661.google.com with SMTP id a640c23a62f3a-a8d56155f51so211775066b.2 for ; Fri, 27 Sep 2024 00:46:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727423183; x=1728027983; h=from:in-reply-to:content-disposition:mime-version:references :message-id:subject:to:date:dkim-signature:dkim-filter :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=CYfBNczS9ifDGoFa499XBbb2i8y9+bZbs9iCK6zWqfo=; b=fdLmIwWgwSA8gQh3adzLfTO/TxLfRbmjEVnE/P6yD4ZObVwRHciexal4VXLYkR7yb5 zdfMCsLQyHLp+UlPPZbD4V2QAERMjZq7NrFQnRbA5f9AZeQfix+aWmOUgqob9Jnu5qYF f4pErOEosO1FJNwc5uLnhYsB8w+v1hNFN/h3FyPrxzAS8DzdPJbBRx+/e9RsyHWTL/I4 crg6mR27LgVp3UHiGoRRIUF7GM9V7i6KXuisxxa7hUkovKdYDT2hGZAoqh0n1ZlmGIiV momjM9Cg454RtOVmN1E+KAWWSIVbdxuPzqoRx8AHxodHanR6BkjxltV06g4Kvo5Jm1PH DNOA== X-Gm-Message-State: AOJu0YxdwBvvIFeTrjghC/bF/sf5JaRQlu8wus3vTG3l4RfTOejcHFCA cmj5DXKzRquwvV0xq9LOpS3yNlzHJuONW7hlgNVzxCY9X+iZ6uF70SnZYXsyCzjx1VE5SBMjdx8 JRY/fXwoJiqhjpVfW4aem/81e36ReO620KtMRo+8umpXAVh66FBEMIb2s X-Google-Smtp-Source: AGHT+IF0MKWiEq00R8GzdRoyGxO3rIobP3xJb0kH15JZ7t7PGzsUrPQ6qYWek1WPuc7p4Xw2dJ9L3p665OWv X-Received: by 2002:a17:907:9708:b0:a7a:9fe9:99e7 with SMTP id a640c23a62f3a-a93c4ae8fa7mr157866466b.41.1727423182482; Fri, 27 Sep 2024 00:46:22 -0700 (PDT) Received: from emil.morsing.cc (emil.morsing.cc. [2a01:7e00:e000:a4::1]) by smtp-relay.gmail.com with ESMTP id a640c23a62f3a-a93c2a2ea99sm1822366b.286.2024.09.27.00.46.22 for ; Fri, 27 Sep 2024 00:46:22 -0700 (PDT) X-Relaying-Domain: morsing.cc Received: by emil.morsing.cc (Postfix, from userid 1000) id 23CD521F4B; Fri, 27 Sep 2024 08:46:22 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.11.0 emil.morsing.cc 23CD521F4B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=morsing.cc; s=201904; t=1727423182; bh=CYfBNczS9ifDGoFa499XBbb2i8y9+bZbs9iCK6zWqfo=; h=Date:To:Subject:References:In-Reply-To:From:From; b=rRZaiPnvFDFhdkOMO94N/iShdo1kAuk6BCM47Fh+xgno2akges0SzVPrgyf03IxXs wFbU3oGLdu7HISvKTwq863/4trBwO2HO643aeemWPVQw4Jae3UV6lgP5WANK8UKMID ZL+vHBKZEvJ6CAmkYM94ulr/JeG1/ElA59f/yPR0qW1y1sQsoZ1YYHBs9kkifZ7La/ ryrfYtCTJwxpk1qTxyscBJexW/2p+iihO+YSoIzmLhvW/oV/K6LNz3lNoO2DVJSIYL B1kuIWyb5tBH+/aDCRqUCRS8/F6m442Ry6KAMBakWODIt6UhcM4K6XIHm701qyS+gh eE2VibJIbFJMw== Date: Fri, 27 Sep 2024 08:46:22 +0100 To: FreeBSD Questions Mailing List Subject: Re: MSI Radeon RX 5500 XT Message-ID: References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: From: Henrik Morsing X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; DMARC_POLICY_ALLOW(-0.50)[morsing.cc,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[morsing.cc:s=201904]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[henrik]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::661:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[morsing.cc:+] X-Rspamd-Queue-Id: 4XFMwc5SmGz4JNV X-Spamd-Bar: --- On Wed, Aug 28, 2024 at 09:23:47AM +0100, Henrik Morsing wrote: >On Fri, Aug 09, 2024 at 04:57:21PM +0200, Tomek CEDRO wrote: >>> >>>I'll let you know if it crashes at any point. >>> >> >>good to hear drm module rebuild helped :-) >> >>please use various multimedia applications like interactive sites and >>videoconferencing stuff on a web browser, maybe some 3D software like >>Blender or FreeCAD, maybe some games (i.e. openarena).. possibly for >>several days with no reboot. for me crash happened pretty fast around first >>hour of using web browser with many many tabs opened. >> > >Well, it hasn't crashed my machine yet, but X has crashed a few times. It either crashed when closing Signal or when I close the last window open. > >I wanted to install FlightGear Simulator, but it is no longer available as a package and the compile failed. > > >>would it be possible for you to verify if drm-510-kmod also works on 14 >>with no problem on the radeon card? you can simply uninstall 515 port go to >>510 port install and reboot (comment out amdgpu in rc.conf not to get boot >>loop in case it fails just load the module by hand before xorg starts) :-) >> > Just to update, DRM 510 has been perfectly reliable and I have FlightGear working now and that hasn't crashed anything either. Regards, Henrik Morsing From nobody Fri Sep 27 09:23:51 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFQ552jDCz5XlLV for ; Fri, 27 Sep 2024 09:23:53 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFQ543t9Xz4Rfb for ; Fri, 27 Sep 2024 09:23:52 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48R9Np1N015482 for ; Fri, 27 Sep 2024 09:23:51 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Fri, 27 Sep 2024 10:23:51 +0100 From: Frank Leonhardt To: questions@freebsd.org Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? In-Reply-To: References: <292574df4e30929138035c55f6d69185@fjl.co.uk> Message-ID: <029dafc8cfcf9cdc0c874c966225dc7b@fjl.co.uk> X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.04 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-0.96)[-0.965]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; NEURAL_HAM_SHORT(-0.91)[-0.913]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; DMARC_NA(0.00)[fjl.co.uk]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4XFQ543t9Xz4Rfb X-Spamd-Bar: -- On 2024-09-26 17:04, Doug McIntyre wrote: > On Thu, Sep 26, 2024 at 03:29:39PM +0100, Frank Leonhardt wrote: >> This would require the host to rotate on failed gateways. I've always >> thought this was a sensible and simple idea but networking geeks said >> it was >> a really bad one and router standby protocols were the way to go. >> >> So the next interesting question would be which host stacks would >> accept >> multiple gateways and what would they do with them? > > > You have to think back to when this would have been developed. > > The model of NAT didn't exist. IP addresses were unique and globally > routable. > > Routers were large devices that weren't entirely stable, mainly to > route between multiple networks. > > For a large campus, you probably had a router servicing every building, > if not every floor. > You may have put multiple routers in to talk to different types of > networks. Its entirely possible > that another backup router would eventually lead you back to where you > needed to go, perhaps over a > secondary (ie. slower) link. > > Any host stack should be able to handle routing tables dealing with the > original scenario. > Network Engineers at ISPs do this all the time. > > Now, with NAT being prevelent everywhere, you're going to have to go > through the device that holds your session table to have NAT work > back. Most firewalls won't let traffic coming in on the "wrong" > interface from passing through. Thus, we've collapsed everything down > to requiring > the one gateway router/firewall device. > > This is one of the problems with NAT that old network people complain > about. > NAT solved the Internet IP address limit problem, but with much reduced > functionality and resiliency. Yes, now you mention it, it's obvious a lot of the state information in a LHR is indeed down to asymmetric NAT! Hosts flipping themselves to a backup gateway is break connections and cause retries, but so is having someone turn a stalled router off and on again, so I've never been convinced that having a spare online waiting, without state, is such a bad thing (like DNS servers). I suspect Network Engineer's dislike of a quick-and-dirty imperfect solution may be down to maintaining their mystique around things like HSRP. But what DOES FreeBSD (or anything else) do when there are two 0.0.0.0 in the routing table? It lets you configure two (and it's a PITA to delete the wrong one), but whenever I've checked the FM, everything says "There is only ever one default gateway, you ignorant peasant!" -- ------ 25-Sept-24 My apologies to everyone who I appear to have ignored for the last few years. A procmail script was misfiling some replies to Questions to the wrong folder. From nobody Fri Sep 27 09:35:07 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFQL52dSYz5Xmgh for ; Fri, 27 Sep 2024 09:35:09 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFQL44bvDz4Srd for ; Fri, 27 Sep 2024 09:35:08 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48R9Z7fq017575 for ; Fri, 27 Sep 2024 09:35:07 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Fri, 27 Sep 2024 10:35:07 +0100 From: Frank Leonhardt To: questions@freebsd.org Subject: Re: Why does dhcpd have a routers (plural) option for a subnet? In-Reply-To: References: <292574df4e30929138035c55f6d69185@fjl.co.uk> Message-ID: X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.05 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; NEURAL_HAM_LONG(-0.97)[-0.967]; NEURAL_HAM_SHORT(-0.91)[-0.910]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4XFQL44bvDz4Srd X-Spamd-Bar: -- On 2024-09-26 21:16, Steve Rikli wrote: > On Thu, Sep 26, 2024 at 03:29:39PM +0100, Frank Leonhardt wrote: >> On 2024-09-25 21:04, Steve Rikli wrote: >> > On Wed, Sep 25, 2024 at 08:39:39PM +0100, Frank Leonhardt wrote: >> > > Ever wondered why there's a "routers" option in dhcpd.conf? I have. >> > ... >> > Fwiw, dhcp-options(5) says: >> > >> > option routers ip-address [, ip-address ...]; >> > The routers option specifies a list of IP addresses for routers >> > on the client's subnet. Routers should be listed in order of >> > preference. >> > >> > That said, I've never really tried multiple address there either. :-) >> >> So the next interesting question would be which host stacks would >> accept >> multiple gateways and what would they do with them? > > As an experiment, I configured DHCP service in the lab to offer 2 > routers > to some test VM's, using an option like this: > > option routers 172.16.0.1, 172.16.0.2; > > The original config had only 172.16.0.1, and 'netstat -rn' on the VM's > reported same. > > After rebooting, FreeBSD 14.1 and NetBSD 10.0 both continued to use > just > the 1st router listed -- 172.16.0.1. > > A Debian 12.7 VM added the 2nd router, listing both afterwards: > > $ netstat -rn > Kernel IP routing table > Destination Gateway Genmask Flags MSS Window > irtt Iface > 0.0.0.0 172.16.0.1 0.0.0.0 UG 0 0 > 0 ens18 > 0.0.0.0 172.16.0.2 0.0.0.0 UG 0 0 > 0 ens18 > 172.16.0.0 0.0.0.0 255.255.255.0 U 0 0 > 0 ens18 > > Checking "order of preference" from the man page, I reversed the > routers > list order in the DHCP offer, and rebooted the VM's; as you'd expect, > the > BSD's then used the 172.16.0.2 router, and Debian likewise re-ordered > the > netstat list to have 172.16.0.2 first. > > AFAI can see, DHCP makes no effort to determine if either router is up > or > valid, which is what I'd expect. E.g. 172.16.0.2 in my test was > shutdown. > > So it looks like ISC DHCP is working as advertised, and how a given > host > makes use of this config is apparently OS-dependent. Seems reasonable. > > If you do have multiple gateway paths out of your network, this could > provide a basic way to offer both to DHCP clients, in the absence of > other router failover mechanisms, HSRP, pf+CARP, etc. But you'd still > have to manage the DHCP routers list yourself -- not automatic. That's interesting - FreeBSD ignores the second but a Linux adds both to the routing table. I recall something about Windoze starting to accept multiple default gateways a few years ago so it may too. You can, however, add multiple default routes, at least to recent versions of FreeBSD. I occasionally do it by mistake and it's a PITA to delete wrong one. The next question is how do these systems decide which to use, and if they flip, in what circumstances? The naïve answer would be "when one stops working switch to the other", but how does a host know a gateway router has failed? And then, if you're LAN has switched to using a 4G modem router because your landline rebooted, how does it know to switch back? Experimentation needed - or perhaps I'll dig into the source. Regards, Frank. From nobody Fri Sep 27 10:38:12 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFRkv3bF8z5Xqfj for ; Fri, 27 Sep 2024 10:38:15 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFRkt2qqQz4Zg0 for ; Fri, 27 Sep 2024 10:38:14 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48RAcCxH029533 for ; Fri, 27 Sep 2024 10:38:12 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Fri, 27 Sep 2024 11:38:12 +0100 From: Frank Leonhardt To: questions@freebsd.org Subject: Re: Samba hogs syslogd and fails In-Reply-To: References: Message-ID: X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.18 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.99)[-0.988]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4XFRkt2qqQz4Zg0 X-Spamd-Bar: --- On 2024-09-16 16:17, Andrea Venturoli wrote: > Hello. > > I've got some trouble with Samba (if interested, see [1] for details). > > One of the aspect is that, with vfs_full_audit, it seems to log so much > that syslogd cannot keep up (or at least it's what I think is > happening). > > Samba opens /var/run/log and start sending *a lot* of data, eventually > getting errno=55/ENOBUFS/No buffer space available. > The machine isn't exactly "slow" (RAIDZ1 on SSD enterprise), although > it's also performing other tasks. > > Apart from correcting Samba, is there something that can be done on the > OS side? > Syslogd tweaking? Better buffering? Blocking the socket instead of > returnin ENOBUFS, etc...? > > bye & Thanks > av. > > [1] https://bugzilla.samba.org/show_bug.cgi?id=15711 As no one else who knows better has answered... mbufs are using by the networking stack, and pipes are implemented as sockets these days - i.e. syslogd is talking through them (I assume). You can increase the number of mbufs with sysctl kern.ipc.nmbclusters=###### where each cluster holds 2048 mbufs IIRC. I don't see why you're running out unless there's a leak, however, so this will most likely delay rather than solve the problem. You can find out the current mbuf usage and failed allocation count using netstat -m. If you didn't know this already, I hope it helps. Regards, Frank. -- ------ 25-Sept-24 My apologies to everyone who I appear to have ignored for the last few years. A procmail script was misfiling some replies to Questions to the wrong folder. From nobody Fri Sep 27 11:47:27 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFTGx5LTfz5XvDW for ; Fri, 27 Sep 2024 11:47:37 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFTGw2bGBz4hbf for ; Fri, 27 Sep 2024 11:47:36 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=202407 header.b=CPbRpfXt; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.18.1/8.17.2) with ESMTPSA id 48RBlRZt009435 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 27 Sep 2024 13:47:28 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202407; t=1727437648; bh=u2G1SpC8Oi4MQmLhiCMTqod//NSMgZ8xKMvE0OM3aIo=; h=Date:Subject:To:References:From:In-Reply-To; b=CPbRpfXt9HDDdZ4eEX9YaM2aEmFKk0yjgRs7fP5zGYLT/uMpjXUPPbo87iTHNgwnJ XZrcuzY5AVsv+ImTF/VT00GBsHjFL7vl+jsSXc7wo8NoY5ebmX10rvKHJcowu+Nh6M FzWLoaXZabouqYuOz+AS9zKL9f0Y+RIVoHrvTTIc= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: Date: Fri, 27 Sep 2024 13:47:27 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Samba hogs syslogd and fails To: questions@freebsd.org References: Content-Language: en-US From: Andrea Venturoli In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; R_DKIM_ALLOW(-0.20)[netfence.it:s=202407]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[netfence.it:+] X-Rspamd-Queue-Id: 4XFTGw2bGBz4hbf X-Spamd-Bar: --- On 9/27/24 12:38, Frank Leonhardt wrote: > As no one else who knows better has answered... > ... > If you didn't know this already, I hope it helps. Thanks. I had dealt with a similar problem long ago, so, more or less, I knew, but a refresh was useful. I fully understand that this will only delay the problem, not solve it. I guess "solving" it should be a Samba problem, not an OS one, unless there's a way to force the syslog API to stop and wait when the buffers are exahusted. I'll try anyway to increase these values, but the real problem is vfs_full_audit won't tell when this happen, so you have to know you lost logs... and usually you don't :( bye & Thanks av. From nobody Fri Sep 27 12:45:41 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFVYz6kHKz5Xy7Y for ; Fri, 27 Sep 2024 12:45:43 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs2.fjl.org.uk (bs2.fjl.org.uk [84.45.41.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "bs2.fjl.org.uk", Issuer "bs2.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFVYz1nHlz4rmD for ; Fri, 27 Sep 2024 12:45:43 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.208 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk; dmarc=none Received: from roundcube.fjl.uk ([192.168.0.2]) by bs2.fjl.org.uk (8.16.1/8.16.1) with ESMTP id 48RCjfAP053870 for ; Fri, 27 Sep 2024 12:45:41 GMT (envelope-from freebsd-doc@fjl.co.uk) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Fri, 27 Sep 2024 13:45:41 +0100 From: Frank Leonhardt To: questions@freebsd.org Subject: Re: Samba hogs syslogd and fails In-Reply-To: References: Message-ID: <981a22c7936ef27ae5e43b42d9c27956@fjl.co.uk> X-Sender: freebsd-doc@fjl.co.uk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.58 / 15.00]; NEURAL_HAM_SHORT(-0.90)[-0.900]; NEURAL_HAM_MEDIUM(-0.81)[-0.808]; NEURAL_HAM_LONG(-0.67)[-0.670]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.208:c]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[fjl.co.uk]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4XFVYz1nHlz4rmD X-Spamd-Bar: -- On 2024-09-27 12:47, Andrea Venturoli wrote: > On 9/27/24 12:38, Frank Leonhardt wrote: > >> As no one else who knows better has answered... >> ... >> If you didn't know this already, I hope it helps. > > Thanks. > I had dealt with a similar problem long ago, so, more or less, I knew, > but a refresh was useful. > > I fully understand that this will only delay the problem, not solve it. > I guess "solving" it should be a Samba problem, not an OS one, unless > there's a way to force the syslog API to stop and wait when the buffers > are exahusted. > > I'll try anyway to increase these values, but the real problem is > vfs_full_audit won't tell when this happen, so you have to know you > lost logs... and usually you don't :( Here's a crazy idea. syslogd does a DNS lookup to log the originating hostname. Try running it with the -n option to disable this if it can't resolve your hostname - DNS timeouts are a bitch. Would it be possible to clear the O_NONBLOCK flag on the syslog socket? I would have thought so but I'm not sure how (other than recompiling syslogd). -- ------ 25-Sept-24 My apologies to everyone who I appear to have ignored for the last few years. A procmail script was misfiling some replies to Questions to the wrong folder. From nobody Fri Sep 27 18:30:50 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFfDV0TgYz5YJ60 for ; Fri, 27 Sep 2024 18:31:06 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFfDT2k0gz4KZ9 for ; Fri, 27 Sep 2024 18:31:05 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=QBuxS+QL; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::b32) smtp.mailfrom=tomek@cedro.info; dmarc=none Received: by mail-yb1-xb32.google.com with SMTP id 3f1490d57ef6-e25d164854dso1927729276.2 for ; Fri, 27 Sep 2024 11:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1727461864; x=1728066664; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=/bXQpH8mJeNVJiSMSFt05n3AqJon25CFCMRqEHcx3+8=; b=QBuxS+QLmjiEObaMhv3y0q2hU81nxMi60AjdWjopoMXqDccpqzqeb4UM83m05v798q WlClzobIr2sxAaFO93ZkuEQfI5CQN7Wk125l8T/NqGMFy0AtMr6jh/FzsiTkFiq6CUuk p8Ry5BSZ7gQSeewtyZdl38B8G/FQED981vOa19dnOr+xM2F3KGv4pdXzs3jZ99mm6hOs ZSnyuegzRbCakdu1poJWC3e9ak8LXjbfGNwDtVfPiqJfFacVp3AvLR2jvllcUAOdeAVk +8CD3+hDoTX62OGdpDQ67F7432rjjYBR3lXy4jIfZCdE/yfg5WwuVaUUiSiYUyzz8RQZ 62YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727461864; x=1728066664; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/bXQpH8mJeNVJiSMSFt05n3AqJon25CFCMRqEHcx3+8=; b=Gv+TeYZ61uLsyFu3K8k3kr0J7nAe6HKqF4ZnMA9VAmDAhlfxfdElDEtF6zvXRYhlNr cg7QLI4bRqe7aZFU+klGdrXg8iZxOFl0fg/JeDE+NYhYVeBPYaYhnj6+alxqaan7czTI itEutEZqTKzFvQZGXOm14uQEp0gz7KBjM0d6+iXpiR+BTYGVpDii+1PFf8ts8UGZGJM3 P9hHpUAdwXn12mWdWMfj2+tP9tf9a2CJAGEovWkfgk3XPxS/kFhxxXi/mS49BvYy0Q5s TJ4XG4UDXP3w8BBa9dr1N1XPtK77sv4EBn57YdgJpm7v2MOR4PcSw/z/PHNm6BWbROya AL0w== X-Forwarded-Encrypted: i=1; AJvYcCX6Kl9Xlsk8qkpIfBgTjAc/CSc9t6QzrexnGYD1VJRvHdnj5pbR8LofZd8Amyr98Id3w9dvGLlEMtwHquxneFrzFg==@freebsd.org X-Gm-Message-State: AOJu0Yyn1sQV4ZieBkIwq1jhcS2CR4Bq7rqE2/Q4JydtLBvJmhaLymyL DxcR4FBRwITNhn6ZTHatdoptcok9ulWN2TdlnXBAG0PBeGQhY4A2NwGWRGtWRvN815wuybIYxyg = X-Google-Smtp-Source: AGHT+IFuYbe6QoVLuCEmUchFpKpZn9TxnH2AX+t0wAMUuSYezUnmDZ+8s92Xno6wpZng9HLAM/GHnA== X-Received: by 2002:a05:690c:86:b0:6e2:313a:a01e with SMTP id 00721157ae682-6e2475b9e3bmr39972117b3.32.1727461863718; Fri, 27 Sep 2024 11:31:03 -0700 (PDT) Received: from mail-yb1-f180.google.com (mail-yb1-f180.google.com. [209.85.219.180]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6e24536999esm3792477b3.95.2024.09.27.11.31.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Sep 2024 11:31:02 -0700 (PDT) Received: by mail-yb1-f180.google.com with SMTP id 3f1490d57ef6-e25cf3c7278so2207766276.3; Fri, 27 Sep 2024 11:31:02 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWHtfgCqKro3HYqXVzHKB+bU9Y/Hi+xv8EbixaS9hRCDauMI8WcWEltY+K12b1O0ShpcO8r1V+UPbWAmB28Hr1ScQ==@freebsd.org X-Received: by 2002:a05:690c:7784:b0:6be:523:af4d with SMTP id 00721157ae682-6e2474f5bcdmr28042867b3.11.1727461861976; Fri, 27 Sep 2024 11:31:01 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 From: Tomek CEDRO Date: Fri, 27 Sep 2024 20:30:50 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Radaxa X4 Intel M100 + RP2040 SBC To: freebsd-embedded@freebsd.org, FreeBSD Questions Mailing List Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[cedro.info]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b32:from,209.85.219.180:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[cedro.info:+] X-Rspamd-Queue-Id: 4XFfDT2k0gz4KZ9 X-Spamd-Bar: --- Did anyone use the Radaxa X4 Intel M100 + RP2040 rPI like SBC? :-) https://radxa.com/products/x/x4/ https://www.youtube.com/watch?v=F2atAHDOaIA -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Fri Sep 27 19:18:26 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFgHH3bQrz5X6wq for ; Fri, 27 Sep 2024 19:18:35 +0000 (UTC) (envelope-from cli_junkie@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFgHG3c8zz4RYp for ; Fri, 27 Sep 2024 19:18:34 +0000 (UTC) (envelope-from cli_junkie@protonmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.com header.s=protonmail3 header.b=qarkjhBy; spf=pass (mx1.freebsd.org: domain of cli_junkie@protonmail.com designates 185.70.40.134 as permitted sender) smtp.mailfrom=cli_junkie@protonmail.com; dmarc=pass (policy=quarantine) header.from=protonmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1727464711; x=1727723911; bh=TFFNJNACaimAyM7fTyzo+kglJqK6tcLEAcZT+hE7C28=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=qarkjhBydUbVtnK3Bg4YEu2Cjvn/vNqODRSTGSMRQjdGBdmY5+7fLwwhPBv00xT06 b/DKEAoIuygmVTuaM/pMc9fcPch60Pgi6CruIK7Q+S7hzCVMNZuFOY3vyg7G+TDdHN J6IEh5/1d20AVDskThOLFBZ0Ou8sx1nkxytHwiU11PDWCiuQ8uaXfa2z0I27x1MZID kJ5eZGLF7AOfDfs8WCyAvjm5hHLkJ84AffZmYAWKfoj+e978xPkW3+yP9bbwf26ihp TKUInVNLc5vndIRX+cJBEzSVJVoIVWXLozRrOPZJFRj/jgJXB6Anaea9U5wfFFpdQZ Cu/Y171UQbcBw== Date: Fri, 27 Sep 2024 19:18:26 +0000 To: freebsd-questions From: Pat Subject: Updating disconnected systems Message-ID: Feedback-ID: 34340203:user:proton X-Pm-Message-ID: d7841a9f24600a3a5e879466eca5c19482e36933 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_SpEVFWUtKJCrt6K3BgBipe1nLGryX8ayUm1ZpWB0" X-Spamd-Result: default: False [-2.02 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986]; NEURAL_HAM_MEDIUM(-0.86)[-0.861]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail3]; RWL_MAILSPIKE_VERYGOOD(-0.20)[185.70.40.134:from]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-0.07)[-0.068]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; RCVD_COUNT_ZERO(0.00)[0]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[protonmail.com] X-Rspamd-Queue-Id: 4XFgHG3c8zz4RYp X-Spamd-Bar: -- This is a multi-part message in MIME format. --b1_SpEVFWUtKJCrt6K3BgBipe1nLGryX8ayUm1ZpWB0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGVsbG8sCgpBIGZldyB5ZWFycyBiYWNrIEkgc2V0IHVwIGFuIG9mZmxpbmUgY2VydGlmaWNhdGUg YXV0aG9yaXR5IGZvciBvdXIgb3JnYW5pemF0aW9uJ3MgZW1haWwgYW5kIFZQTiBjbGllbnQgY29u bmVjdGl2aXR5LiBUaGF0IGJveCBpcyBjdXJyZW50bHkgcnVubmluZyBEZXZ1YW4gRGFlZGFsdXMs IGJ1dCBJIGFtIGdyb3dpbmcgdGlyZWQgb2YgYWxsIG9mIHRoZSBtaWNyb3NvZnQgY3JlZXAgaW50 byBMaW51eC4gT24gdG9wIG9mIGdydWIsIG5ldHdvcmsgbWFuYWdlciwgd2luZG93c2QsIGFuZCBv dGhlciBqdW5rLCBpdCBzZWVtcyBhbGwgb2YgdGhlIGRpc3RyaWJ1dGlvbnMgYXJlIG5vdyByZXF1 aXJpbmcgb25lIHRvIGFkaGVyZSB0byBzb21lb25lJ3MgaWRlYSBvZiBtb3VudCBwb2ludHMgKEFL QSB1c3JtZXJnZSkgc28gSSBhbSBub3QgbG9va2luZyBmb3J3YXJkIHRvIHRoZSBuZXh0IHZlcnNp b24gcmVxdWlyZW1lbnQgd2l0aCBldmVuIGxlc3MgZnJlZWRvbSBvZiBjaG9pY2UuCgpJIHJ1biBz ZXZlcmFsIEZyZWVCU0Qgc2VydmVycyB3aXRoIG5vIGlzc3VlIChhbmQgYSBodWdlIHRoYW5rIHlv dSB0byBhbGwgb2YgdGhlIHdvbmRlcmZ1bCB2b2x1bnRlZXJzIHRoYXQgbWFrZSBGcmVlQlNEIHN1 Y2ggYSBqb3kgdG8gd29yayB3aXRoISkuIEkgd291bGQgbGlrZSB0byBtaWdyYXRlIHRoZSBDQSBi b3ggdG8gRnJlZUJTRCwgaG93ZXZlciB0aGUgQ0EgaXMgZnVsbHkgaXNvbGF0ZWQuIEkgYW0gbm90 IGFzIHdlbGwgdmVyc2VkIGluIEZyZWVCU0QgdXBkYXRlcyBhcyBJIGFtIHdpdGggQVBULCBhbmQg YW0gbG9va2luZyBmb3IgaW5mb3JtYXRpb24gb24gaG93IHRvIGtlZXAgYSBjb21wbGV0ZWx5IG9m ZmxpbmUgRnJlZUJTRCBib3ggdXAgdG8gZGF0ZS4KCkkgZmlndXJlIGNhbiB1c2UgUG91ZHJpZXJl IGZvciBwYWNrYWdlcywgYnV0IHRoYXQgZG9lc24ndCB3b3JrIGZvciB0aGUgY29yZSBzeXN0ZW0g YXMgZmFyIGFzIEkgY2FuIHRlbGw/CgpBcHByZWNpYXRlIGFueSBwb2ludGVycyBvciBkb2N1bWVu dGF0aW9uIHRoYXQgY2FuIGdldCBtZSBnb2luZy4KClJlZ2FyZHMsClBhdA== --b1_SpEVFWUtKJCrt6K3BgBipe1nLGryX8ayUm1ZpWB0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0 cHg7Ij5IZWxsbyw8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog QXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPkEgZmV3IHllYXJzIGJhY2sgSSBz ZXQgdXAgYW4gb2ZmbGluZSBjZXJ0aWZpY2F0ZSBhdXRob3JpdHkgZm9yIG91ciBvcmdhbml6YXRp b24ncyBlbWFpbCBhbmQgVlBOIGNsaWVudCBjb25uZWN0aXZpdHkuIFRoYXQgYm94IGlzIGN1cnJl bnRseSBydW5uaW5nIERldnVhbiBEYWVkYWx1cywgYnV0IEkgYW0gZ3Jvd2luZyB0aXJlZCBvZiBh bGwgb2YgdGhlIG1pY3Jvc29mdCBjcmVlcCBpbnRvIExpbnV4LiBPbiB0b3Agb2YgZ3J1YiwgbmV0 d29yayBtYW5hZ2VyLCB3aW5kb3dzZCwgYW5kIG90aGVyIGp1bmssIGl0IHNlZW1zIGFsbCBvZiB0 aGUgZGlzdHJpYnV0aW9ucyBhcmUgbm93IHJlcXVpcmluZyBvbmUgdG8gYWRoZXJlIHRvIHNvbWVv bmUncyBpZGVhIG9mIG1vdW50IHBvaW50cyAoQUtBIHVzcm1lcmdlKSBzbyBJIGFtIG5vdCBsb29r aW5nIGZvcndhcmQgdG8gdGhlIG5leHQgdmVyc2lvbiByZXF1aXJlbWVudCB3aXRoIGV2ZW4gbGVz cyBmcmVlZG9tIG9mIGNob2ljZS48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWws IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPkkgcnVuIHNldmVy YWwgRnJlZUJTRCBzZXJ2ZXJzIHdpdGggbm8gaXNzdWUgKGFuZCBhIGh1Z2UgdGhhbmsgeW91IHRv IGFsbCBvZiB0aGUgd29uZGVyZnVsIHZvbHVudGVlcnMgdGhhdCBtYWtlIEZyZWVCU0Qgc3VjaCBh IGpveSB0byB3b3JrIHdpdGghKS4gSSB3b3VsZCBsaWtlIHRvIG1pZ3JhdGUgdGhlIENBIGJveCB0 byBGcmVlQlNELCBob3dldmVyIHRoZSBDQSBpcyBmdWxseSBpc29sYXRlZC4gSSBhbSBub3QgYXMg d2VsbCB2ZXJzZWQgaW4gRnJlZUJTRCB1cGRhdGVzIGFzIEkgYW0gd2l0aCBBUFQsIGFuZCBhbSBs b29raW5nIGZvciBpbmZvcm1hdGlvbiBvbiBob3cgdG8ga2VlcCBhIGNvbXBsZXRlbHkgb2ZmbGlu ZSBGcmVlQlNEIGJveCB1cCB0byBkYXRlLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+SSBmaWd1 cmUgY2FuIHVzZSBQb3VkcmllcmUgZm9yIHBhY2thZ2VzLCBidXQgdGhhdCBkb2Vzbid0IHdvcmsg Zm9yIHRoZSBjb3JlIHN5c3RlbSBhcyBmYXIgYXMgSSBjYW4gdGVsbD88L2Rpdj48ZGl2IHN0eWxl PSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48 L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6 ZTogMTRweDsiPkFwcHJlY2lhdGUgYW55IHBvaW50ZXJzIG9yIGRvY3VtZW50YXRpb24gdGhhdCBj YW4gZ2V0IG1lIGdvaW5nLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fu cy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+UmVnYXJkcyw8L2Rpdj48 ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRw eDsiPlBhdDwvZGl2Pg0KPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2sgcHJv dG9ubWFpbF9zaWduYXR1cmVfYmxvY2stZW1wdHkiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWws IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KICAgIDxkaXYgY2xhc3M9InByb3Rvbm1h aWxfc2lnbmF0dXJlX2Jsb2NrLXVzZXIgcHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stZW1wdHki Pg0KICAgICAgICANCiAgICAgICAgICAgIDwvZGl2Pg0KICAgIA0KICAgICAgICAgICAgPGRpdiBj bGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stcHJvdG9uIHByb3Rvbm1haWxfc2lnbmF0 dXJlX2Jsb2NrLWVtcHR5Ij4NCiAgICAgICAgDQogICAgICAgICAgICA8L2Rpdj4NCjwvZGl2Pg0K --b1_SpEVFWUtKJCrt6K3BgBipe1nLGryX8ayUm1ZpWB0-- From nobody Fri Sep 27 20:03:55 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFhHp1WGCz5X9n3 for ; Fri, 27 Sep 2024 20:04:06 +0000 (UTC) (envelope-from mail@souji-thenria.net) Received: from alisa.souji-thenria.net (alisa.souji-thenria.net [188.68.37.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFhHn5CW0z4WqL for ; Fri, 27 Sep 2024 20:04:05 +0000 (UTC) (envelope-from mail@souji-thenria.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20231116; t=1727467438; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=otEIeN4SX0BLb3SIhiGSgT08/CGczxAIxjU2wN1R9Ys=; b=OxYSI1+MdgtEkRvEnm6qVlq9CCHSVPKvUGLRroYIqbrq/i/qcw82Jli+N6bfVyJvjwQuZb vrtCZo5URtIlDjgGuPTyD1Jk2miMLdWp8Y7QW480tnOHJOQwaUhdDZok43TMlisCOyC2a5 lIJE4h8rlJMiwkMf6u6MaM1BnXs9ffBux+rJg0KXj/+rlfDMMUJ+1Sspr5F+msLKmel3l/ 6uLVGuPwqSCjNZHLNvJPCxup/vq4qoGHk1xrxivG3KmF6rNU/0LanBABNPrNqBijViZX3F m3jHKqZ4b3ZC5m/Ky6z0LcKVzvQ8MoJaWbN6kHPOnfmrzPNNlZd4njUnjYqbkmQHHHqK89 omK+02ItxAJdMjIP7+rTo0fCNhdV3+dJIQs/QDuuLjYnXCnDpsIw0LW+jDtoFg55efle5W fLtQKHRrU5YRO7tsaeQpnFDKjHug8V1g/mD6OP9hQMy5Px5Umdt3QKEAXuXzeMZvzJgajL sbZ1u/EfVWvKq9rpMVliHBDKvy1YDhM108SzYMI04EOy5M1hEX3rhKsRghTS4+HlcJsgfS Jm/+HMG8t+WS5jIgL6mY2gutncvVhzpbQO46bTFC309EgEfUKkHZerP578DnohR6TYfZ5c D19UOqxpxP/BKyzoCDijwHG175193nM6khb1MHKSH4CUJMFQhxafU= Received: by alisa.souji-thenria.net (OpenSMTPD) with ESMTPSA id d3412cec (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 27 Sep 2024 22:03:55 +0200 (CEST) Content-Type: multipart/signed; boundary=1fb9f0e552248126ad957de2607b0f52b39049778c02e80f413038f34864; micalg=pgp-sha512; protocol="application/pgp-signature" Date: Fri, 27 Sep 2024 22:03:55 +0200 Message-Id: To: "Pat" , "freebsd-questions" Subject: Re: Updating disconnected systems From: "Souji Thenria" Content-Transfer-Encoding: quoted-printable List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org Mime-Version: 1.0 References: In-Reply-To: X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:197540, ipnet:188.68.32.0/20, country:DE] X-Rspamd-Queue-Id: 4XFhHn5CW0z4WqL X-Spamd-Bar: ---- --1fb9f0e552248126ad957de2607b0f52b39049778c02e80f413038f34864 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8; format=Flowed On Fri Sep 27, 2024 at 9:18 PM CEST, Pat wrote: > I run several FreeBSD servers with no issue (and a huge thank you to > all of the wonderful volunteers that make FreeBSD such a joy to work > with!). I would like to migrate the CA box to FreeBSD, however the CA > is fully isolated. I am not as well versed in FreeBSD updates as I am > with APT, and am looking for information on how to keep a completely > offline FreeBSD box up to date. > > I figure can use Poudriere for packages, but that doesn't work for the > core system as far as I can tell? > Hi Pat, The easiest way to come to mind is to upgrade from source. On the FreeBSD forum, there is also a discussion where someone asked a similar question regarding offline updates: [1] Regards, Souji [1] https://forums.freebsd.org/threads/upgrading-freebsd-offline.79814/ --=20 Souji Thenria Website: www.souji-thenria.net --1fb9f0e552248126ad957de2607b0f52b39049778c02e80f413038f34864 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSG4/SRE6pqved9MLdAFYmA9YTsaAUCZvcPqwAKCRBAFYmA9YTs aKJ7AP9tgQ24OZisIs0pBUthhnmZ9UB/p58VchQBg78OGvGMUgEAylNg8xdhwbsH xRcLbWnrwrCpDcV9K0UdBFBogTZ2FA0= =+UCB -----END PGP SIGNATURE----- --1fb9f0e552248126ad957de2607b0f52b39049778c02e80f413038f34864-- From nobody Fri Sep 27 20:40:13 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFj5h3DXBz5XCKq for ; Fri, 27 Sep 2024 20:40:24 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11olkn2081b.outbound.protection.outlook.com [IPv6:2a01:111:f403:2c16::81b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFj5g2t7Cz4ZDx for ; Fri, 27 Sep 2024 20:40:23 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=A9RohlJv; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 2a01:111:f403:2c16::81b as permitted sender) smtp.mailfrom=mirror176@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=A9VdM/Y3jzizhEkJg14APtD50YEXG52f7cvsVjhPYyJrt/yEN9taVQu/rQOAtJYORVqyuao5CyPxSDw0cN8lh0JcUF6M1zvjaIrwjf8WPEVfEnN3IzohTXPPKHdXKFaJ6/IZLUK0HuGWBEhCCRSiLEgRvhrAyXemVh2svxlqL5DHL+gg8RZGK2XH5L8E1uHylFWzB6/9do34dzcQv24hvR/9PWxMhzGtK9Nxlv07CU+kf1p4NY19CigNgxroVak1vLMh3w32i0fIERy03aqP0I4RAMLh9AldzBGxqr2Qq2o2ll/zCLlNm6o8A4Ya27VxIxwS3Pz49A/RbIrOlk5nvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=PQcu3pVRQGoMMW6RufSzeCmgLWw0BUUqbcveDtjjrcA=; b=u4Zy8izdf08YPj4kNoCKxMzGp/0/ToTyJC7tBdeDed2QViiL4HaRPuCbruP33SciiJFi36L5yyfuwbWtuH15C/VCiE3R0peAXl/tNseQTAS4T0UQqiBM/HXWpk6VX8mNbcNS7nPtW9bL7Bt++FSWfVY2Hw+qpRuGSjlpuN/qsA/SJjAZHjIcXC9Ps+4iRNrGDtTtsKf2sH1bI9fGyPJdJAqW5m52p6jADMMmMF6i+E6NwXwfyW3BfRZuaANR2bQcV7EmCm0Ry/yoE4t+/ooVC5qlg3Qg0IBC5vHogT4/w+dwHEo6egTkCeTCDUsLyAl4uTrJUnZNLVbLkLVRikZZpw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PQcu3pVRQGoMMW6RufSzeCmgLWw0BUUqbcveDtjjrcA=; b=A9RohlJvvEjzOzxOyVRR6owNjd0RDqYbYK1uFT0puQJdiPUmRl32n064Jz7z35Fv9M2S8CiWfNcpVyfX1mBPnT2HzjHVHytXHG1JGtpV6+T7mMvnGCC45f5Eo07ZFKS/+AyB7GSb+JWcqa/OMd+EEOs/Nxh/dYj/mmzFXsB7cjyHjIHzPXDrGHkAIehV8T9KfMgryIOflbIh2WoTMU6UK1+bBzIjYE9ehlaUwCDa1SDvO/eC2jgKCtXclU0mL0Y1yMY2HqDDWC8Mzo1Q8IbsOACkMa2SJbOXaFkDQYzDDJzxcpgQVK3eS6c28NWiM21iLh2nGn/l8lZAJLFRdmXnhw== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by SN7PR11MB7567.namprd11.prod.outlook.com (2603:10b6:806:328::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7982.31; Fri, 27 Sep 2024 20:40:17 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::bffd:9e35:4afa:a747]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::bffd:9e35:4afa:a747%6]) with mapi id 15.20.8005.020; Fri, 27 Sep 2024 20:40:17 +0000 Message-ID: Date: Fri, 27 Sep 2024 13:40:13 -0700 User-Agent: Mozilla Thunderbird Subject: Re: Updating disconnected systems To: questions@freebsd.org References: Content-Language: en-US From: "Edward Sanford Sutton, III" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MN2PR15CA0028.namprd15.prod.outlook.com (2603:10b6:208:1b4::41) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: <3a623846-71c1-4dee-a73c-511a81994d56@hotmail.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|SN7PR11MB7567:EE_ X-MS-Office365-Filtering-Correlation-Id: 0c0d29b1-53c0-491f-cd68-08dcdf34984a X-Microsoft-Antispam: BCL:0;ARA:14566002|19110799003|5072599009|6090799003|7092599003|461199028|8060799006|15080799006|10035399004|3412199025|4302099013|440099028|1602099012; X-Microsoft-Antispam-Message-Info: gQ6T1Ixo571jt4Uvuw5aBdHMDS4ql9ikQL/Nmud/jY0QBbcbiivbmvwynn4dgRX+Xu896NIs8xj4YXMIYox6ix4WpTt/e5pzsAjUdNqXLOs7jkNv5+Ji+LDqbKkUJ59pvIt542tQolpoJrkt3UK8qPNN9+KmL9c/YrG6E9c+pU4g5gCgDmY9kfbZQSK97r19F9SSOULKGUgXkNJ9RAZGOiU3oD4VHdjhPJJrM136PeTw4i0vWKhATGgoPk+eT3I22UU9dWqjkWymiTGPNCQZ/bMa/kmPI88Ne3v3/r+bjJJN8LAdTcsSFnDOut7SXU1QZgmJBe+N5rNdQFYGSFtczsVJvCYba2tZzayzF0rIQFkXiaYSOa1SKjpj1FL6W/9/VGd61Z+apNmStkvot3StsG1mYZrp39z9PHwsuJg1MEVHihskLAgUXKQH+4nz5k3Kv9atwsGpFixaEk/wdfN1OF+JQiOqbsIwidsQjPvXWeE/x4+LKcAuUqv+yb27604Amva5e5AmVr7gGrheFznCA7Uu/m8mYTn97X+ecwOm/yJWIZwC8ZMLLB3jXgYqpVO7Sh6f3yzgLzFF6IO9H/ZgRpJe4iW1ptvYsnO6tw9K39YIsvmuiUZb1eOQuXlRX49N1OoV/ghB6NokjmpRpoM6VA9qgbdPj3AfUbtvb05I1pA7aG9PZs54Jv4bbT4Bm0scnY51ygVjlLQIlapIX1+QK0cYFXK5QdIS16Cztf1gGQjSBza3RFxaLpbJvh1CN9w6sq3EV3O26nZsyCpB6nXgjfqxOW0RyaMUM3Mu27Aly74Q5NSaqiaCCLe6GKy0g2cLWDxFoSHCGFGvS0Gf/itICh7cVrIBAP1mEaMH8Gkr+2MqNyztmvKQaBAGFylOXmuIkPZKi+eHKkv3DTjehdPOwg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?WmZKa0xtTy9RM29kRS9ieDlvV01TWS92aDA4RzU5YUhRVFMvc2lLR3hpM0pL?= =?utf-8?B?d25qcGtEOGc0S2JYbitwdzVSKzVhTHhPcGFLYUhyODBMVGFzN2xDajlxYkxC?= =?utf-8?B?M3VRNkpERUw3amYrcmpQWEEvVTRORGpRcTkvNks2aHlKRlF3MVNaMDlaanBP?= =?utf-8?B?VlZPeFpUNlg4VkRTVUJVY3NNMXVYRXdEK1lYQjJGbkt4SGhnZ3pSR3NhSjVt?= =?utf-8?B?eUF3TGxHQXpUVmlKUjRZVi9BVzNISjhrQWo1SU5CdVNGSk96bGdQSVh2TWVO?= =?utf-8?B?aEorYWV2TEExNjBpNG16ZFd1N3gzY3BlRjhVSXhROVhjNURNOFZCcXRJcUdN?= =?utf-8?B?QnVrNUhnWENuWUxQNklGd25zcERFZFlFQmRMcGpmb3NkZVFPQXJMNjBObTZG?= =?utf-8?B?K2grWEFHMk1CNzZMc2toc3lEVDd1eVNNUSs4YXlSbE5XZU1mNVZ2dVFidXV3?= =?utf-8?B?ZjVTL1Fwb2ZRK0RQaEN6NkxXeSt3enhyWld0aTdWUjhOeGJPMzMya0M0VlZs?= =?utf-8?B?SXVIMXZxMFIwdHRDRm5UcHJhWTZWMml5R1A0dlg5REpMeElFcUY5UE15aXdS?= =?utf-8?B?QzFxeFBna0RWd2tjenhGTXk5Uko3OVB3NTkrQkhlRm14Zkk0eERCb2F4UlBk?= =?utf-8?B?Tkx2V25OdGRBTXlFT1pNRVRCdEgxeDJZc25ZU05hU1NiM0ZKQnhqdWRqOHp2?= =?utf-8?B?YkVvS2lqOTVmbW1vVlMzWENpUHh6Nnh5d2krL1pwOVMwL0tmU2kwNDY2R1Nw?= =?utf-8?B?aFRFWUFZTDdRNUoyL3BFRDRvbGk2VnByQldOYlJtSmpCS2lHZzBQOTU3M1h1?= =?utf-8?B?cTFremlJdWZxb0pjOVRHVTZCeDkrZzVNeU9wSGtlWnJzS1V3UENRTnlSQ1ls?= =?utf-8?B?WUlDeUdvZy9EY1NtbSt5RnB4cGhuS1VOU21mdjFYa3VLcFRpMnBwMkRqSzdj?= =?utf-8?B?Q3o0QkFsSllIekV1OEhVU0JMZFFaK1d3a20rYTRnNzFMWHRKMGRETitrZk5I?= =?utf-8?B?ZnFlS0RqaDRzNjVtYXIrM2V6eHJGODJTUWFQdUdFK0kxM1F1bytMNk5wb25w?= =?utf-8?B?R00rR3hoK2V4dHpVeFZ3U25IbHJOWGo3MnQ5Sy9UQUtoK2pzUkdIWS9DbTJ5?= =?utf-8?B?Qy9nUjZXYXI1UWxxc01RbFBPcE80M3Z5QnNyYVlrSStXaDBCVWVKMGo3NXh3?= =?utf-8?B?L2FLVWtyZE03MzhCVzcyTkt6WnhhUkhBQnlBOXNsYXI3QjllUVVHdkJxS3Fq?= =?utf-8?B?UTZTQ0JleW9WUlVMeEFKNlphYlhmSU0vNE9PbC9KMFlYV0R6K2luU20wb3Bh?= =?utf-8?B?UGJXc1ljR2VPdVdPMEF5WFN3dzYzRkZWWnFyOVVpUk5YVnFqUFp2OVNzdEpp?= =?utf-8?B?RXVOY0FYREtvNTN0TEpGSk9Zcit5MTZLSU1WakM0YTJBWmVaaEFXMEJUK0x4?= =?utf-8?B?MmtqRzN3eThxWDJleGZvRE12UVgwTVhPN1N1YWNqY0VMN0pBdUVYRmY0L1NR?= =?utf-8?B?TFlYU2ROTTBMUXRCR21PVHdyYlE4M1FHV1JpNlNYczBJYllvRjExTWRScVRC?= =?utf-8?B?cGJYRGNCRVFxbEU5OU1rSVB4bXBKZWc0MW9ScWJ4aDg2TmFwZjlpbi82czNW?= =?utf-8?Q?yyo3n96uzAlSv/mWVzdSMqcQWeNBlOsBunk4KNpZkKQM=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-1ce3f.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 0c0d29b1-53c0-491f-cd68-08dcdf34984a X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Sep 2024 20:40:16.9944 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN7PR11MB7567 X-Spamd-Result: default: False [-2.49 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403::/49]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FREEMAIL_FROM(0.00)[hotmail.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4XFj5g2t7Cz4ZDx X-Spamd-Bar: -- On 9/27/24 12:18, Pat wrote: > Hello, > > A few years back I set up an offline certificate authority for our organization's email and VPN client connectivity. That box is currently running Devuan Daedalus, but I am growing tired of all of the microsoft creep into Linux. On top of grub, network manager, windowsd, and other junk, it seems all of the distributions are now requiring one to adhere to someone's idea of mount points (AKA usrmerge) so I am not looking forward to the next version requirement with even less freedom of choice. > > I run several FreeBSD servers with no issue (and a huge thank you to all of the wonderful volunteers that make FreeBSD such a joy to work with!). I would like to migrate the CA box to FreeBSD, however the CA is fully isolated. I am not as well versed in FreeBSD updates as I am with APT, and am looking for information on how to keep a completely offline FreeBSD box up to date. For newer research which I presume will be the future way things migrate to you want to look into pkgbase but I don't know what growing pains still exist before its considered ready/easy for production use. Source builds also work and I presume will continue to work in their current state unless it someday migrates to the install step registering/removing pkgbase-type entries for the system like how installing from the ports tree registers the installation as a pkg. As for some options: Installing fresh - could use boot environments to extract a new installer's data to another partition/dataset and migrate configurations to work with that new data. Could also just extract and use in place but likely want to perform a step to boot separate and move or delete the old stuff properly. freebsd-update data could be brought in by means other than the internet. It normally uses the internet to download but that is not a requirement. Configuration modifications are compared for migration from the old to the new version. pkgbase is the upcoming way of maintaining the base system. My understanding is its goal will be to work as a replacement for the two above and updates are done similar to using `pkg upgrade`. I don't have experience with it yet to know how configurations are migrated in. My understanding is differences get saved into separate files for review/migration later by the user. Upgrading from source normally is a bigger build process to go through; this is my main experience personally. Instead of bringing the source into the machine and building it there, the build results could be brought in to use its final steps to install the new, remove the old programs/headers, and later remove old libraries once nothing else still needs those libraries (in case of delayed transition time while programs are rebuilt against the newer libraries). Configurations are migrated with etcupdate which does a 3 way merge comparing the old install, user changes to it, and the new install; this allows automatically migrating things the user has not altered and reapplying the user's changes to the newer configuration but user intervention is sometimes needed to decide what is used when there are conflicts between user edits vs upgrade edits. You can also use the source built output to create your own install media. I haven't looked into how much is different in doing that or making pkgbase packages but would be surprised if it was not straightforward. > I figure can use Poudriere for packages, but that doesn't work for the core system as far as I can tell? I could be mistaken but I thought poudriere can be used both for pkgbase (the new system I have very little knowledge about) and for source builds in its own clean environment. Once something is built, in poudriere or not, that work's output could be used outside poudriere. > Appreciate any pointers or documentation that can get me going. For reference, vermaden has an article talking of building a custom maintained pkgbase repo (after failing to build a custom freebsd-update repo): https://vermaden.wordpress.com/2023/12/09/personal-freebsd-pkgbase-update-server/ . This should help give an idea of different steps + options you could change to what workflow you have. For pkgbase, https://wiki.freebsd.org/PkgBase is the main document I run into and seems a bit dated. You can find user posts/discussions on the forum and on reddit. I'm not sure about other official sources of information as I haven't seen it in the handbook or manpages yet. I mainly use and look around FreeBSD 14 stable at the moment. I haven't looked into how much other sources for forks are relevant but https://trueos.github.io/pkgbase-docs/ and some GhostBSD content seems to bring it up if I recall. > Regards, > Pat From nobody Fri Sep 27 20:47:49 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFjGN3Stbz5XDHd for ; Fri, 27 Sep 2024 20:47:56 +0000 (UTC) (envelope-from cli_junkie@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFjGL73TKz4bYf for ; Fri, 27 Sep 2024 20:47:54 +0000 (UTC) (envelope-from cli_junkie@protonmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.com header.s=protonmail3 header.b=hq6qqLfO; spf=pass (mx1.freebsd.org: domain of cli_junkie@protonmail.com designates 185.70.40.134 as permitted sender) smtp.mailfrom=cli_junkie@protonmail.com; dmarc=pass (policy=quarantine) header.from=protonmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1727470071; x=1727729271; bh=OCmsZRCwVRT9r8l+RdquFm/UBtwt1KQRF4P7BxL94gM=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=hq6qqLfO+5Ju8pOH4PqTvNb6Oe3vfHVf/qRRyOJNqbEALUkbYTPkn6U70rKpo35uF yvTRqlVcTqXNtOT2I1dSkP88k3wjCE1Kmd+RTuk72vuKU7tov0bFfObe0a3CDl1cGk OLQg+RuoWWrIWV59amDeyQx0rBz7vctQ6ixNa55YYbUqntNhIws13Rp/h990hrXcpe BIxnDAgIk5zrrMLMIbUoar4fZBHzXbGSYz9I22HhAPXclWABHQ5+55augYUs6co0k7 /ifeg1J5PQ1h0BRtEfoMeldaYFGU2C/i+qC44zJOVZyptiuPQ3ysb/QMXWGTxkRgTr Q6GEETgGA7Mnw== Date: Fri, 27 Sep 2024 20:47:49 +0000 To: freebsd-questions From: Pat Subject: Re: Updating disconnected systems Message-ID: In-Reply-To: References: Feedback-ID: 34340203:user:proton X-Pm-Message-ID: 9a5bedd3d7772c10cf549c702be7e0e5b24cbfd4 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RWL_MAILSPIKE_VERYGOOD(-0.20)[185.70.40.134:from]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+] X-Rspamd-Queue-Id: 4XFjGL73TKz4bYf X-Spamd-Bar: ---- On Friday, September 27th, 2024 at 15:03, Souji Thenria wrote: >=20 >=20 > On Fri Sep 27, 2024 at 9:18 PM CEST, Pat wrote: >=20 > > I run several FreeBSD servers with no issue (and a huge thank you to > > all of the wonderful volunteers that make FreeBSD such a joy to work > > with!). I would like to migrate the CA box to FreeBSD, however the CA > > is fully isolated. I am not as well versed in FreeBSD updates as I am > > with APT, and am looking for information on how to keep a completely > > offline FreeBSD box up to date. > >=20 > > I figure can use Poudriere for packages, but that doesn't work for the > > core system as far as I can tell? >=20 >=20 > Hi Pat, >=20 > The easiest way to come to mind is to upgrade from source. >=20 > On the FreeBSD forum, there is also a discussion where someone asked a > similar question regarding offline updates: [1] >=20 > Regards, > Souji >=20 > [1] https://forums.freebsd.org/threads/upgrading-freebsd-offline.79814/ >=20 > -- > Souji Thenria > Website: www.souji-thenria.net Hi Souji I should have thought of that. Just one more thing to learn about FreeBSD, = which is never a bad thing. Appreciate the time you took to reply, I think I know enough in order to pr= oceed from here. Daedalus will be supported for a while yet, so I won't nee= d to update the CA immediately. That will give me time to work out the deta= ils. And I am not worried about how long it takes for the offline system ta= kes to perform updates, I pretty much only require it once a year, but I up= date it monthly. Thanks Souji, the thread looks like it will hit the spot. Regards, Pat From nobody Fri Sep 27 20:54:21 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFjPw2vmzz5XDmj for ; Fri, 27 Sep 2024 20:54:28 +0000 (UTC) (envelope-from cli_junkie@protonmail.com) Received: from mail-4316.protonmail.ch (mail-4316.protonmail.ch [185.70.43.16]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFjPv193dz4cpQ for ; Fri, 27 Sep 2024 20:54:27 +0000 (UTC) (envelope-from cli_junkie@protonmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.com header.s=protonmail3 header.b=jzGqlSuk; spf=pass (mx1.freebsd.org: domain of cli_junkie@protonmail.com designates 185.70.43.16 as permitted sender) smtp.mailfrom=cli_junkie@protonmail.com; dmarc=pass (policy=quarantine) header.from=protonmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1727470465; x=1727729665; bh=KPYsx80OvZRla+uarZ7AjtxL9BU2xSX6UE+bxn18G+I=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=jzGqlSuk64fYiXkD7QA5JZyWK0EULO41iVhVYP8ewsceU9K/khRH6fdgUTBtILHLE U0y1dvVy2Aqs9oU5zoZIX12lQpRBle5Lz2BvGFBLeyV0iviRMYvc22nzTL1IHU8cfB QIsUnyd0/9sib7yrX3LgK/U5YUCXbwXAAJlRZo8DVXP/5dmOLfv80vuYw4MZaPVYrM 24DdeCqqRKv1UK7jgU8lZPqMF2So5I098/MrAzeN+3PzcumPt5ew9UrXTO6cMJEid6 cUvRtw86lf5T7tckqmOT20FzD955jX4UO9VTAT7WmIqdZWwVj1lyjm7a0iu8bmyH66 RzyH7HvQye+7Q== Date: Fri, 27 Sep 2024 20:54:21 +0000 To: freebsd-questions From: Pat Subject: Re: Updating disconnected systems Message-ID: In-Reply-To: References: Feedback-ID: 34340203:user:proton X-Pm-Message-ID: 6d31b37ff024af51dd91f7ad648112ef95f5be06 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.14 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.939]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24:c]; RWL_MAILSPIKE_VERYGOOD(-0.20)[185.70.43.16:from]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+] X-Rspamd-Queue-Id: 4XFjPv193dz4cpQ X-Spamd-Bar: ---- On Friday, September 27th, 2024 at 15:40, Edward Sanford Sutton, III wrote: >=20 >=20 > On 9/27/24 12:18, Pat wrote: >=20 > > Hello, > >=20 > > A few years back I set up an offline certificate authority for our orga= nization's email and VPN client connectivity. That box is currently running= Devuan Daedalus, but I am growing tired of all of the microsoft creep into= Linux. On top of grub, network manager, windowsd, and other junk, it seems= all of the distributions are now requiring one to adhere to someone's idea= of mount points (AKA usrmerge) so I am not looking forward to the next ver= sion requirement with even less freedom of choice. > >=20 > > I run several FreeBSD servers with no issue (and a huge thank you to al= l of the wonderful volunteers that make FreeBSD such a joy to work with!). = I would like to migrate the CA box to FreeBSD, however the CA is fully isol= ated. I am not as well versed in FreeBSD updates as I am with APT, and am l= ooking for information on how to keep a completely offline FreeBSD box up t= o date. >=20 >=20 > For newer research which I presume will be the future way things > migrate to you want to look into pkgbase but I don't know what growing > pains still exist before its considered ready/easy for production use. > Source builds also work and I presume will continue to work in their > current state unless it someday migrates to the install step > registering/removing pkgbase-type entries for the system like how > installing from the ports tree registers the installation as a pkg. >=20 > As for some options: > Installing fresh - could use boot environments to extract a new > installer's data to another partition/dataset and migrate configurations > to work with that new data. Could also just extract and use in place but > likely want to perform a step to boot separate and move or delete the > old stuff properly. > freebsd-update data could be brought in by means other than the > internet. It normally uses the internet to download but that is not a > requirement. Configuration modifications are compared for migration from > the old to the new version. > pkgbase is the upcoming way of maintaining the base system. My > understanding is its goal will be to work as a replacement for the two > above and updates are done similar to using `pkg upgrade`. I don't have > experience with it yet to know how configurations are migrated in. My > understanding is differences get saved into separate files for > review/migration later by the user. > Upgrading from source normally is a bigger build process to go > through; this is my main experience personally. Instead of bringing the > source into the machine and building it there, the build results could > be brought in to use its final steps to install the new, remove the old > programs/headers, and later remove old libraries once nothing else still > needs those libraries (in case of delayed transition time while programs > are rebuilt against the newer libraries). Configurations are migrated > with etcupdate which does a 3 way merge comparing the old install, user > changes to it, and the new install; this allows automatically migrating > things the user has not altered and reapplying the user's changes to the > newer configuration but user intervention is sometimes needed to decide > what is used when there are conflicts between user edits vs upgrade edits= . > You can also use the source built output to create your own install > media. I haven't looked into how much is different in doing that or > making pkgbase packages but would be surprised if it was not > straightforward. >=20 > > I figure can use Poudriere for packages, but that doesn't work for the = core system as far as I can tell? >=20 >=20 > I could be mistaken but I thought poudriere can be used both for > pkgbase (the new system I have very little knowledge about) and for > source builds in its own clean environment. Once something is built, in > poudriere or not, that work's output could be used outside poudriere. >=20 > > Appreciate any pointers or documentation that can get me going. >=20 >=20 > For reference, vermaden has an article talking of building a custom > maintained pkgbase repo (after failing to build a custom freebsd-update > repo): > https://vermaden.wordpress.com/2023/12/09/personal-freebsd-pkgbase-update= -server/ > . This should help give an idea of different steps + options you could > change to what workflow you have. > For pkgbase, https://wiki.freebsd.org/PkgBase is the main document I > run into and seems a bit dated. You can find user posts/discussions on > the forum and on reddit. I'm not sure about other official sources of > information as I haven't seen it in the handbook or manpages yet. I > mainly use and look around FreeBSD 14 stable at the moment. > I haven't looked into how much other sources for forks are relevant > but https://trueos.github.io/pkgbase-docs/ and some GhostBSD content > seems to bring it up if I recall. >=20 > > Regards, > > Pat >=20 Thank you Edward for taking the time to reply. I vaguely remember reading about pkgbase a while back, but had forgotten all about that. I think between your response and that of Souji a few moments ago I can make something work. Regards, Pat And apologies to all, I just realized this Proton Mail interface doesn't wrap lines like I'm used too, and as seems to be the convention here. From nobody Sat Sep 28 00:13:38 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFnsK4Rr1z5XRDp for ; Sat, 28 Sep 2024 00:15:01 +0000 (UTC) (envelope-from kpn@neutralgood.org) Received: from gunsight1.NeutralGood.ORG (gunsight1.neutralgood.org [206.196.19.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gunsight1.neutralgood.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFnsJ2gxgz3xDH; Sat, 28 Sep 2024 00:14:59 +0000 (UTC) (envelope-from kpn@neutralgood.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of kpn@neutralgood.org designates 206.196.19.100 as permitted sender) smtp.mailfrom=kpn@neutralgood.org; dmarc=none Received: from gunsight1.NeutralGood.ORG (localhost [127.0.0.1]) by gunsight1.NeutralGood.ORG (8.18.1/8.18.1) with ESMTPS id 48S0DcoK059623 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 27 Sep 2024 20:13:38 -0400 (EDT) (envelope-from kpn@gunsight1.NeutralGood.ORG) Received: (from kpn@localhost) by gunsight1.NeutralGood.ORG (8.18.1/8.18.1/Submit) id 48S0DcT3059620; Fri, 27 Sep 2024 20:13:38 -0400 (EDT) (envelope-from kpn) Date: Fri, 27 Sep 2024 20:13:38 -0400 From: "Kevin P. Neal" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: freebsd-questions@freebsd.org Subject: Re: ZFS boot devices specification Message-ID: References: <86y146zbef.fsf@gmail.com> <8634md11w4.fsf@gmail.com> <86h6ar1r62.fsf@ltc.des.dev> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86h6ar1r62.fsf@ltc.des.dev> X-No-archive: Yes X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:13649, ipnet:206.196.0.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[neutralgood.org]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XFnsJ2gxgz3xDH X-Spamd-Bar: --- On Sat, Sep 07, 2024 at 04:20:37PM +0200, Dag-Erling Smørgrav wrote: > Karl Vogel writes: > > Ludovit Koren writes: > > > I already had in /boot/loader.conf. So these kernel variable > > > settings do not solve the problem. > > No, it's the "mountfrom=" line. > > You shouldn't need to specify `mountfrom` manually. The loader will > check the `bootfs` property of all available pools, so just make sure > your root pool has `bootfs` set correctly. But I don't think that's > Ludovit's problem, anyway. It sounds like the kernel is somehow trying > to mount the root filesystem before the disks are available (which > shouldn't happen; the last thing the kernel does before mounting root is > wait for all buses to settle), or maybe the pool can't be imported It's been a few years since I checked this, and last I checked it was true that it didn't attempt to mount root until the bus reported that it was ready. However, it did _not_ wait for all devices attached to the bus to report ready. The result was, again a few years ago, that mounting root would fail for me because the umass device wasn't yet done making the drive device available. To hack around this there are/were values to put in a loader.conf a value to make the process delay some number of seconds before trying to mount root. I haven't tried to boot from an SD card in a long time. Hopefully today things are better. -- Kevin P. Neal http://www.pobox.com/~kpn/ Seen on bottom of IBM part number 1887724: DO NOT EXPOSE MOUSE PAD TO DIRECT SUNLIGHT FOR EXTENDED PERIODS OF TIME. From nobody Sun Sep 29 10:35:52 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XGgbP6sP6z5XTyq for ; Sun, 29 Sep 2024 10:36:01 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XGgbN72Ypz4Jm0 for ; Sun, 29 Sep 2024 10:36:00 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.18.1/8.17.2) with ESMTPSA id 48TAZq7G090752 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Sun, 29 Sep 2024 12:35:53 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: Date: Sun, 29 Sep 2024 12:35:52 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-questions@freebsd.org From: Andrea Venturoli Subject: 13.4 and zfs.mount_snapshot for jail Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4XGgbN72Ypz4Jm0 X-Spamd-Bar: --- Hello. I've been using ezjail with: > export jail_fs_parameters="allow.mount.fdescfs=true enforce_statfs=1 zfs.mount_snapshot=1" for a long time. It works on 13.3 and 14.1. However, I upgraded one machine to 13.4 and now such a jail does not start anymore: > # ezjail-admin start fs > Starting jails: cannot start jail "fs2": > jail: fs: jail_set: Invalid argument > . > /etc/rc.d/jail: WARNING: Per-jail configuration via jail_* variables is obsolete. Please consider migrating to /etc/jail.conf. > Error: Could not restart fs. > You need to restart it by hand. I searched UPDATING, docs, bugs, etc... but could not find anything relevant. Is this a regression or does the config need some change in any way? bye & Thanks av. From nobody Sun Sep 29 15:55:38 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XGphL0B1Hz5Xqyl for ; Sun, 29 Sep 2024 15:55:46 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from m2.gritton.org (gritton.org [67.43.236.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XGphK4QZ9z4rt8 for ; Sun, 29 Sep 2024 15:55:45 +0000 (UTC) (envelope-from jamie@gritton.org) Authentication-Results: mx1.freebsd.org; none Received: from gritton.org (localgritton [127.0.0.212]) by m2.gritton.org (Postfix) with ESMTPSA id BC1D91D9EF; Sun, 29 Sep 2024 08:55:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gritton.org; s=m2; t=1727625339; bh=J9pFnjttH0qu19nTLVUXt8DJtCAFx+feiyQR8oNTRZ8=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=t6s74R6ClCYL3uwr512Kbzrxu0b2D426lnO0YDo1WEa0hbGEW3wHYlemNtkAeaGLI zDmju0Sleh9thSYQ8Jo6GwR2iEWQlxO/mcqBeL6xycL7eBLOwFhI0Gs7KGCW4ivQDO dcY8Z5EYI5iR74a2D1MrTTd9toRiIZVxfseXn6Uw= List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Date: Sun, 29 Sep 2024 08:55:38 -0700 From: James Gritton To: freebsd-questions@freebsd.org Cc: Andrea Venturoli Subject: Re: 13.4 and zfs.mount_snapshot for jail In-Reply-To: References: Message-ID: <9b2e6dd1ac02c97bc57f85d5a57fbf25@gritton.org> X-Sender: jamie@gritton.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36666, ipnet:67.43.224.0/20, country:CA] X-Rspamd-Queue-Id: 4XGphK4QZ9z4rt8 X-Spamd-Bar: ---- On 2024-09-29 03:35, Andrea Venturoli wrote: > I've been using ezjail with: >> export jail_fs_parameters="allow.mount.fdescfs=true enforce_statfs=1 >> zfs.mount_snapshot=1" > for a long time. > It works on 13.3 and 14.1. > > However, I upgraded one machine to 13.4 and now such a jail does not > start anymore: >> # ezjail-admin start fs >> Starting jails: cannot start jail "fs2": jail: fs: jail_set: Invalid >> argument >> . >> /etc/rc.d/jail: WARNING: Per-jail configuration via jail_* variables >> is obsolete. Please consider migrating to /etc/jail.conf. >> Error: Could not restart fs. >> You need to restart it by hand. > > I searched UPDATING, docs, bugs, etc... but could not find anything > relevant. > Is this a regression or does the config need some change in any way? This is a regression; check out BUG 274263. Unfortunately 13.3 made it out the door broken in this regard. The good news, such as it is, is that the kernel can still do the right thing, just not through jail(8). There's a small program at https://bz-attachments.freebsd.org/attachment.cgi?id=253669 that will set zfs.mount_snapshot=1 for the jails named on the command line. You can run this, after the jails are created without zfs.mount_snapshot. I apologize for the breakage, and hope this band-aid will do for now. - Jamie From nobody Sun Sep 29 16:40:06 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XGqgg0s2pz5XtLP for ; Sun, 29 Sep 2024 16:40:15 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Received: from beesty.loosely.org (beesty.loosely.org [IPv6:2600:3c01:e000:4c0::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XGqgd4ChVz42tK for ; Sun, 29 Sep 2024 16:40:13 +0000 (UTC) (envelope-from fatty.merchandise677@aceecat.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of fatty.merchandise677@aceecat.org designates 2600:3c01:e000:4c0::2 as permitted sender) smtp.mailfrom=fatty.merchandise677@aceecat.org; dmarc=none Received: from [::1] (helo=beesty ident=itz) by beesty.loosely.org with esmtp (Exim 4.98-4-9cb179d48) (envelope-from ) id 1suwxq-000000000eu-2x0N for questions@freebsd.org; Sun, 29 Sep 2024 09:40:06 -0700 Date: Sun, 29 Sep 2024 09:40:06 -0700 From: fatty.merchandise677@aceecat.org To: questions@freebsd.org Subject: Re: Radaxa X4 Intel M100 + RP2040 SBC Message-ID: Mail-Followup-To: questions@freebsd.org References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-3.17 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.987]; NEURAL_HAM_LONG(-0.98)[-0.981]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG]; RCVD_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[aceecat.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4XGqgd4ChVz42tK X-Spamd-Bar: --- On Fri, Sep 27, 2024 at 08:30:50PM GMT, Tomek CEDRO wrote: > Did anyone use the Radaxa X4 Intel M100 + RP2040 rPI like SBC? :-) I'd love to hear about it as well. Especially about the booting part, if it has been tried at all. The radx website claims that it can boot from the M2 attached drive, and also refers to a BIOS. Does this mean that the regular x86 installer would work? I love these card sized SBCs, but I have no time or inclination to tinker with u-boot, DTBs or similar. -- Ian From nobody Sun Sep 29 20:55:50 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XGxLf6VNRz5XBxh for ; Sun, 29 Sep 2024 20:55:54 +0000 (UTC) (envelope-from carlj@peak.org) Received: from mail.nrtc.syn-alias.com (mail.nrtc.syn-alias.com [129.213.214.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XGxLd2Gx8z4SC5 for ; Sun, 29 Sep 2024 20:55:53 +0000 (UTC) (envelope-from carlj@peak.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=peak.org header.s=synacor-nrtc header.b=kvIZDeuR; spf=pass (mx1.freebsd.org: domain of carlj@peak.org designates 129.213.214.220 as permitted sender) smtp.mailfrom=carlj@peak.org; dmarc=pass (policy=none) header.from=peak.org DKIM-Signature: v=1; a=rsa-sha1; d=peak.org; s=synacor-nrtc; c=relaxed/simple; q=dns/txt; i=@peak.org; t=1727643352; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=fAif7kTCdVCqNMT/A0Ow/hBHcEE=; b=kvIZDeuRZrQ7oFR5QnaGyVDXh5FJJEeoY4go7kHdbbnDdayRd0TkwYd/tBA+Pfse bPT3/gm3DvkDIPqc7h6lMa9VmCw7+FpgaG3DtxLR7WJzQ0FwllXKbFFDmowetmeE KPPKN6PQOPOKcIuXHOdNTROVYKLJjcTfj9VVKtAVNB7Lv5atfFIwdQWq3YHKsj02 JKhGhfJHzUGAzDJKXP0Ou3sWtlC8GpAyI0LQ+EoGI48IpDQr69bhJ01l8QOrkoyw ltssgI9IzmRGb+WxGelskBSkm3ctucYEhaNIF+atSFTH9FOm3M6kNu9J0sa8IsfD oXkCrKGOknKJEtS+oXdVIQ==; X-Authed-Username: Y2FybGpAcGVhay5vcmc= Received: from [199.58.99.88] ([199.58.99.88:32967] helo=bay.localnet) by mail.peak.org (envelope-from ) (ecelerity 4.4.1.20033 r(msys-ecelerity:tags/4.4.1.0^0)) with ESMTPA id 3A/7F-15118-8DEB9F66; Sun, 29 Sep 2024 16:55:52 -0400 Received: from carlj by bay.localnet with local (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1sv0xK-00000000IHJ-3I9s for freebsd-questions@freebsd.org; Sun, 29 Sep 2024 13:55:50 -0700 From: Carl Johnson To: freebsd-questions@freebsd.org Subject: Re: Radaxa X4 Intel M100 + RP2040 SBC In-Reply-To: (fatty's message of "Sun, 29 Sep 2024 09:40:06 -0700") References: Date: Sun, 29 Sep 2024 13:55:50 -0700 Message-ID: <86v7ye6uy1.fsf@bay.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain X-Vade-Verdict: clean X-Vade-Analysis-1: gggruggvucftvghtrhhoucdtuddrgeeftddrvddufedgudehjecutefuodetggdotefrodftvfcurfhr X-Vade-Analysis-2: ohhfihhlvgemucfujgfpteevqfftpdfptffvvedpgffpggdqpfftvfevpdfqfgfvnecuuegrihhlohhu X-Vade-Analysis-3: themuceftddunecunecujfgurhephffvufgjfhffkfgfgggtsehttddttddtredtnecuhfhrohhmpeev X-Vade-Analysis-4: rghrlhculfhohhhnshhonhcuoegtrghrlhhjsehpvggrkhdrohhrgheqnecuggftrfgrthhtvghrnhep X-Vade-Analysis-5: veekfeelhfdutdejtddvuedvjeefueeujefgvefhffekkeevtdefffehgedvteejnecuffhomhgrihhn X-Vade-Analysis-6: pehtohhmshhhrghrugifrghrvgdrtghomhenucfkphepudelledrheekrdelledrkeeknecuvehluhhs X-Vade-Analysis-7: thgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepudelledrheekrdelledrkeekpdhhvghlohep X-Vade-Analysis-8: sggrhidrlhhotggrlhhnvghtpdhmrghilhhfrhhomheptggrrhhljhesphgvrghkrdhorhhgpdhnsggp X-Vade-Analysis-9: rhgtphhtthhopedupdhmthgrhhhoshhtpehsmhhtphdtuddrnhhrthgtrdgvmhgrihhlqdgrshhhuddr X-Vade-Analysis-10: shihnhgtrdhlrghnpdhishgpnhgrpehtrhhuvgdprghuthhhpghushgvrheptggrrhhljhesphgvrghk X-Vade-Analysis-11: rdhorhhgpdhrtghpthhtohepfhhrvggvsghsugdqqhhuvghsthhiohhnshesfhhrvggvsghsugdrohhr X-Vade-Analysis-12: gh X-Vade-Client: NRTC X-Vade-Msgid: 66f9bed8-00000002-50aeb8e2 X-Spamd-Result: default: False [-5.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[peak.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[peak.org,none]; R_DKIM_ALLOW(-0.20)[peak.org:s=synacor-nrtc]; R_SPF_ALLOW(-0.20)[+ip4:129.213.214.220]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; ASN(0.00)[asn:31898, ipnet:129.213.208.0/21, country:US]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[129.213.214.220:from]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[peak.org:+] X-Rspamd-Queue-Id: 4XGxLd2Gx8z4SC5 X-Spamd-Bar: ---- fatty.merchandise677@aceecat.org writes: > On Fri, Sep 27, 2024 at 08:30:50PM GMT, Tomek CEDRO wrote: > >> Did anyone use the Radaxa X4 Intel M100 + RP2040 rPI like SBC? :-) > > I'd love to hear about it as well. Especially about the booting part, > if it has been tried at all. The radx website claims that it can boot > from the M2 attached drive, and also refers to a BIOS. Does this mean > that the regular x86 installer would work? > > I love these card sized SBCs, but I have no time or inclination to > tinker with u-boot, DTBs or similar. I don't know anything about it, but I saw a review that you might want to look at: https://www.tomshardware.com/raspberry-pi/radxa-x4-review -- Carl Johnson carlj@peak.org